- Der Fall: Anthropic und Figma kooperierten Anfang 2026 („Code to Canvas", Februar). Am 17. April launchte Anthropic mit Claude Design ein Konkurrenzprodukt — Figmas Aktie fiel laut Berichten um 6–7,7 %.
- Plattformrisiko hat zwei Gesichter: Verfügbarkeit (Modell wird teurer, abgekündigt, abgeschaltet — siehe die 19-tägige Fable-5-Abschaltung) und Wettbewerb (der Anbieter baut dein Produkt nach).
- Die Antwort ist nicht „keine KI", sondern Souveränität durch Architektur: Code-Ownership, austauschbare Modelle, offene Modelle für sensible Daten.
- Auch wer — wie wir — Frontier-Modelle nutzt, bleibt unabhängig, solange das Modell hinter einer Abstraktion sitzt und der Code dem Kunden gehört.
Es gibt Geschichten aus der Tech-Welt, die für den Mittelstand wie fernes Rauschen klingen — und dann bei genauem Hinsehen die eigene Lage beschreiben. Der Fall Figma/Anthropic ist so eine. Auf den ersten Blick ein Machtkampf zwischen zwei US-Firmen um den Design-Markt. Auf den zweiten Blick eine Blaupause dafür, was passiert, wenn man das Fundament seines Geschäfts einem Anbieter überlässt, der jederzeit selbst nach oben in die Wertschöpfung wandern kann.
Was genau passiert ist
Die Chronik ist kurz und deutlich. Anfang 2026 arbeiteten Figma und Anthropic zusammen: Im Februar entstand die Funktion „Code to Canvas", die von Claude generierten Code in Figma-Designs überführte — eine klassische Partnerschaft, bei der Anthropics Modell Figmas Produkt aufwertete. Zwei Monate später, am 17. April 2026, veröffentlichte Anthropic Claude Design: ein Tool, das aus Prompts direkt Prototypen, Präsentationen und Marketing-Material erzeugt — betrieben auf Claude Opus 4.7. Damit stieß Anthropic in genau den Markt vor, der historisch Figma, Adobe und Canva gehörte. Die Reaktion an der Börse war eindeutig: Figmas Aktie fiel laut Berichterstattung um 6 bis 7,7 %.
Wichtig für die Einordnung: Das ist kein Vertragsbruch und nichts Illegales. Es ist normales Plattformverhalten. Wer die Modell-Infrastruktur besitzt, sieht, welche Anwendungen darauf erfolgreich sind — und hat jeden Anreiz, die lukrativsten selbst zu bauen. Genau das macht es für alle, die auf dieser Infrastruktur aufsetzen, zu einem strukturellen Risiko, nicht zu einem Einzelfall.
Plattformrisiko hat zwei Gesichter
Der Figma-Fall zeigt die eine Seite. Die andere haben wir vor wenigen Wochen an anderer Stelle gesehen. Zusammen ergeben sie das vollständige Bild:
| Risiko | Was passiert | Beispiel 2026 |
|---|---|---|
| Verfügbarkeit | Das Modell wird teurer, abgekündigt oder abgeschaltet | Fable 5: 19 Tage weltweit offline per US-Anordnung |
| Wettbewerb | Der Anbieter lernt aus der Integration und baut dein Produkt nach | Claude Design vs. Figma, zwei Monate nach der Kooperation |
| Regelwerk | Konditionen, Datenschutz oder Zugang ändern sich einseitig | Abo-Modelle, die Modelle in Usage-Credits verschieben |
Einordnung: Digital Maker — die drei Formen des Plattformrisikos
Die Verfügbarkeitsseite haben wir in der Chronik der Fable-5-Abschaltung ausführlich beschrieben: Ein Frontier-Modell war 19 Tage lang für alle Kunden weg, aus Gründen, die kein Kunde beeinflussen konnte. Der Figma-Fall ergänzt die Wettbewerbsseite. Beide führen zum selben Schluss: Ein KI-Anbieter ist kein Werkzeug, das man kauft, sondern eine laufende Abhängigkeit, die man verwaltet.
Warum das gerade den Mittelstand trifft
Große Konzerne haben Rechtsabteilungen, Ausweichverträge und Verhandlungsmacht. Ein inhabergeführtes Unternehmen hat das nicht. Wenn ein Mittelständler seine Angebotserstellung, seine Kundenkommunikation oder ein eigenes digitales Produkt fest auf ein Anbieter-Ökosystem verdrahtet — auf dessen Connectors, proprietäre Plugins, spezifische Abo-Features —, dann hängt ein Stück Betriebsfähigkeit an Entscheidungen, die in Kalifornien getroffen werden. Und anders als beim Cloud-Speicher, den man notfalls umzieht, steckt bei einer tief integrierten KI-Lösung die halbe Geschäftslogik im Ökosystem fest.
Das ist keine Panikmache und kein Grund, KI zu meiden — im Gegenteil. Es ist ein Grund, KI richtig einzuführen. Der Unterschied zwischen „abhängig" und „souverän" liegt nicht darin, ob man leistungsstarke Modelle nutzt, sondern wie man sie einbindet.
Souveränität durch Architektur — die vier Hebel
- 1. Code-Ownership. Die Lösung, ihre Logik und ihre Konfiguration gehören dir, liegen in deinen Accounts und sind dokumentiert. Nicht der Anbieter besitzt deinen Prozess, sondern du.
- 2. Abstraktionsschicht. Das Modell wird nicht direkt in jeden Prozess verdrahtet, sondern über eine dünne, eigene Schicht angesprochen. Ein Anbieterwechsel wird damit zur Konfigurationsänderung — nicht zum Projekt. (Warum das der entscheidende Baustein ist, steht in Welches KI-Modell braucht der Mittelstand?.)
- 3. Datensouveränität. Sensible Daten laufen über selbst betriebene, offene Modelle — lokal oder in europäischer Cloud. Was das Haus nicht verlässt, kann kein Anbieter auswerten, verteuern oder gegen dich verwenden. Die stärksten offenen Modelle kommen 2026 zunehmend aus China (open-weight), dazu europäische Optionen — ein Überblick steht in ChatGPT-Alternative aus Europa.
- 4. Kein Kern-Prozess auf reinem Anbieter-Ökosystem. Connectors und proprietäre Plugins sind praktisch für Unkritisches. Für geschäftskritische Abläufe gehört die Kontrolle ins eigene Haus — offene Standards statt Ökosystem-Bindung.
„Aber ihr nutzt doch selbst Claude" — der ehrliche Teil
Diese Frage muss man sich stellen lassen, wenn man so argumentiert, und wir stellen sie uns selbst. Ja, Digital Maker baut auf der Claude API — sie ist für viele anspruchsvolle Aufgaben schlicht das beste Werkzeug. Der Punkt ist nicht, Frontier-Modelle zu meiden. Der Punkt ist, sich nicht an sie zu ketten. Weil wir Code bauen, der dem Kunden gehört, und das Modell hinter einer Abstraktion sitzt, ist jeder Anbieter für uns austauschbar: Würde Anthropic morgen zum Wettbewerber eines Kunden, den Preis verdoppeln oder wieder für 19 Tage ausfallen, tauschen wir das Modell und arbeiten weiter. Genau diese Bauweise unterscheidet eine gekaufte Abhängigkeit von einem genutzten Werkzeug — und sie ist der Grund, warum die Figma-Lektion für unsere Kunden eine Bestätigung ist, kein Problem. Worauf man bei der Wahl eines Umsetzungspartners achtet, haben wir in KI-Agentur auswählen aufgeschrieben — die Frage „Wem gehört die Lösung am Ende?" steht dort nicht zufällig.
Was der Mittelstand jetzt tun sollte
- Bestandsaufnahme: Welche eurer Prozesse hängen an welchem Anbieter-Ökosystem — und wie tief? Was ließe sich in Tagen umziehen, was steckt fest?
- Kritisches vom Unkritischen trennen: Geschäftskritische Abläufe brauchen Ownership und Austauschbarkeit; für Randfunktionen ist Ökosystem-Bequemlichkeit völlig in Ordnung.
- Souveränität nach Datenlage: Sensible Daten auf offene, selbst betriebene Modelle; unkritische Masse dort, wo sie am günstigsten und besten läuft.
- Bei neuen Projekten von Anfang an fragen: Gehört uns hinterher der Code? Ist das Modell austauschbar? Wenn nein — nachverhandeln oder anders bauen.
Die Figma-Lektion lässt sich in einem Satz zusammenfassen: Die Plattform, die dich heute stark macht, kann dich morgen ersetzen — wenn du ihr die Kontrolle überlässt. Die gute Nachricht für den Mittelstand ist, dass die Alternative längst praktikabel ist. Ob und wann sich der Eigenbetrieb gegenüber dem Einkauf rechnet, rechnen wir im Build-vs-Buy-Leitfaden durch.
Quellen und Einordnung
Grundlage der Schilderung zum Figma/Anthropic-Fall ist die öffentliche Berichterstattung (u. a. VentureBeat, The New Stack, Fast Company, Cryptobriefing) zum Launch von Claude Design am 17. April 2026 (betrieben auf Claude Opus 4.7) sowie zur vorangegangenen Zusammenarbeit an „Code to Canvas" im Februar 2026 und zur Kursreaktion der Figma-Aktie (Rückgang von rund 6–7,7 %), Stand Anfang Juli 2026. Die Angaben zur Fable-5-Abschaltung folgen Anthropics öffentlichen Mitteilungen. Bewertungen, die Risiko-Systematik und die Architektur-Empfehlungen sind die Sicht von Digital Maker auf Basis unserer Projekterfahrung und keine Rechts- oder Anlageberatung.
Häufige Fragen: Plattformrisiko bei KI
Was ist beim Figma-Anthropic-Fall passiert?
Figma und Anthropic arbeiteten Anfang 2026 zusammen — im Februar 2026 an der Funktion „Code to Canvas", die Claude-generierten Code in Figma-Designs brachte. Zwei Monate später, am 17. April 2026, veröffentlichte Anthropic mit „Claude Design" ein eigenes Tool, das aus Prompts Prototypen, Decks und Marketing-Material macht — und damit direkt in Figmas Markt zielt. Figmas Aktie fiel laut Berichterstattung um 6 bis 7,7 %. Aus dem Partner war ein Wettbewerber geworden.
Was bedeutet Plattformrisiko bei KI?
Plattformrisiko heißt: Du baust dein Geschäft oder ein Produkt auf der Infrastruktur eines Anbieters — und dieser Anbieter kann die Regeln ändern, den Zugang beschränken oder selbst in deinen Markt eintreten. Bei KI hat das zwei Gesichter: Verfügbarkeitsrisiko (das Modell wird teurer, abgekündigt oder abgeschaltet) und Wettbewerbsrisiko (der Anbieter lernt aus der Integration und baut dein Produkt nach). Beide sind 2026 real geworden.
Sind lokale bzw. open-weight Modelle die Antwort auf Plattformrisiko?
Für einen wachsenden Teil der Workloads ja. Ein open-weight Modell, das du selbst betreibst — lokal oder in einer europäischen Cloud —, kann dir niemand über Nacht abschalten, verteuern oder aus dem Markt drängen. Du kontrollierst Version, Ort und Zugang. Der Preis ist Betriebsaufwand und oft ein Stück Spitzenleistung. Deshalb ist die realistische Antwort hybrid: Frontier-Modelle dort, wo sie unersetzlich sind, offene Modelle für die sensible, hochvolumige Masse.
Ist Digital Maker mit seiner Claude-Nutzung nicht selbst abhängig?
Berechtigte Frage — und die Antwort ist Architektur. Wir bauen Code, der dem Kunden gehört, und sprechen das Modell hinter einer Abstraktionsschicht an. Fällt ein Anbieter aus, wird zu teuer oder wird zum Wettbewerber, ist der Wechsel eine Konfigurationsänderung, kein Neubau. Abhängigkeit entsteht nicht dadurch, dass man ein Modell nutzt, sondern dadurch, dass man sich unlösbar an ein Ökosystem bindet.
Wie schützt sich ein mittelständisches Unternehmen vor Plattformabhängigkeit?
Vier Hebel: Erstens Code-Ownership — die Lösung und ihre Logik gehören dir, nicht dem Anbieter. Zweitens eine Abstraktionsschicht, die das Modell austauschbar hält. Drittens Datensouveränität — sensible Daten laufen über selbst betriebene, offene Modelle. Viertens: keine geschäftskritischen Prozesse auf reine Anbieter-Ökosysteme (Connectors, proprietäre Plugins) bauen, deren Regeln sich jederzeit ändern können.
Wie abhängig ist dein Betrieb von einem einzelnen KI-Anbieter?
Im Discovery Call machen wir die Bestandsaufnahme: welche Prozesse an welchem Ökosystem hängen, was sich sensibel auf eigene Modelle verlagern lässt und wo eine Abstraktionsschicht dich unabhängig macht. Vier Augen, dreißig Minuten, keine Folien. Mehr zu unserem Ansatz: Souveräne KI für den Mittelstand.