Workflow-Lock-in als KI-Burggraben

Von Brian Tr · Aktualisiert am 7. Oktober 2026

Workflow-Lock-in ist der Burggraben, der entsteht, wenn ein Produkt Teil der täglichen Arbeitsweise im Team eines Kunden wird, sodass sein Ersatz bedeutet, Prozesse, Integrationen und Gewohnheiten neu aufzubauen, nicht nur Software auszutauschen. Für ein KI-Startup ist das wichtig, weil das darunterliegende Modell selten der dauerhafte Teil ist. Zur Modellqualität kann jeder Wettbewerber Zugang kaufen. Die Konfiguration, die angebundenen Systeme und die um Ihr Produkt gebauten Teamroutinen gehören nicht dazu.

Diese Seite erklärt, woher Workflow-Lock-in kommt, welche Arten von Wechselkosten er erzeugt, wie sich KI-Produkte in diesem Punkt von älterer Software unterscheiden, was die Regulierung inzwischen zum Verlassen eines Anbieters sagt und wo Lock-in aufhört, ein Burggraben zu sein, und zum Ärgernis wird. Sie ist eine von mehreren Seiten zu Burggräben in dieser Reihe. Der Datenaspekt steht in dem KI-Daten-Flywheel, die Distribution in dem KI-Distributions-Burggraben und die Gesamtübersicht in der Verteidigungsfähigkeit von KI-Startups.

Warum ein besseres Modell den Lock-in nicht bricht

Stellen Sie sich zwei Produkte vor, die dieselbe Aufgabe erledigen. Eines ist in einem Benchmark etwas besser. Das andere ist an das CRM, das Abrechnungssystem und die Ticket-Warteschlange eines Kunden angebunden, hat Monate abgestimmter Anweisungen und ist der Ort, an dem Manager jeden Morgen Ergebnisse freigeben. Welches wird ersetzt, wenn ein stärkeres Modell erscheint?

Meist bewegt sich keines schnell, und das zweite am wenigsten. Ein Kunde, der sie vergleicht, vergleicht nicht die Modellqualität. Er vergleicht die Kosten der Verbesserung mit den Kosten, alles zu ändern, was das Produkt berührt. Diese Kosten sind die Wechselkosten, und sie sind die ökonomische Idee im Zentrum dieser Seite. Wenn Sie zuerst das allgemeine Konzept möchten, lesen Sie unsere Seite zu Wechselkosten.

Das Umgekehrte gilt ebenfalls. Ein Produkt, das neben dem Workflow steht, in einem Chatfenster oder einem separaten Tab, kann an dem Tag fallen gelassen werden, an dem etwas Glänzenderes auftaucht. Beim Lock-in geht es nicht darum, wie gut das Ergebnis ist. Es geht darum, wie viel vom Betrieb des Kunden davon abhängt, dass das Produkt da ist.

Die Taxonomie: Drei Arten von Wechselkosten

Die am weitesten verbreitete Aufteilung stammt aus der Marketingforschung. Burnham, Frels und Mahajan schlugen in ihrem Aufsatz von 2003 im Journal of the Academy of Marketing Science eine Typologie aus drei Arten von Wechselkosten vor: prozedural (der Verlust von Zeit und Aufwand), finanziell (der Verlust finanziell quantifizierbarer Ressourcen) und relational (das psychologische oder emotionale Unbehagen, eine Identität zu verlieren und Bindungen zu lösen). Die zugrunde liegende Ökonomie reicht weiter zurück. Klemperers Analyse von Märkten mit Wechselkosten der Verbraucher aus dem Jahr 1987 im Quarterly Journal of Economics ist ein Standardwerk dazu, wie solche Kosten den Wettbewerb verändern.

So zeigt sich jede Art bei einem KI-Produkt.

Zwei Hinweise zur Anwendung. Erstens: Prozedurale Kosten sind die, von denen sich ein Workflow-Burggraben am meisten nährt, und sie sind meist die stärksten und am besten zu verteidigenden. Zweitens überschneiden sich die Kategorien in der Praxis. Ein vorausbezahlter Vertrag ist finanziell, aber der Grund, warum ein Kunde ihn verlängert, ist oft prozedural.

Was Workflow-Lock-in tatsächlich erzeugt

Lock-in ist kein Feature, das man ausliefert. Er sammelt sich aus einer Handvoll Dinge an, die sich bei der Nutzung des Produkts auftürmen.

Position: System of Record oder System of Action

Ein System of Record ist der Ort, an dem die maßgebliche Version von etwas liegt: die Kundenliste, der Vertrag, die Rechnungshistorie. Ein System of Action ist der Ort, an dem Arbeit geschieht: Entwerfen, Weiterleiten, Entscheiden, Senden. Records sind klebrig, weil andere Tools aus ihnen lesen. Aktionen sind klebrig, wenn sie in der Mitte eines Prozesses sitzen, von dem andere abhängen.

Ein KI-Produkt, das nur auf Anfrage Text erzeugt, ist leicht zu verlassen. Eines, das Aktionen in anderen Systemen auslöst und dessen Ergebnisse zum Nachweis dessen werden, was geschehen ist, ist es nicht. Zum Aspekt der Oberfläche siehe KI-Copilots in der SaaS-Oberfläche.

Integrationen

Jede Verbindung in das CRM, das Data Warehouse, das Ticket-Tool oder das Identitätssystem eines Kunden ist ein kleines Stück prozeduralen Lock-ins. Eine Integration ist trivial neu zu machen. Zwölf, jede mit eigenen Berechtigungen, Feldzuordnungen und Fehlerbehandlung, sind ein Projekt, das ein Budget und einen Verantwortlichen braucht.

Angesammelte Konfiguration, Kontext und Gedächtnis

Über Monate schreiben Kunden Anweisungen, definieren, wie eine gute Antwort aussieht, fügen Beispiele hinzu und korrigieren das Produkt. Diese angesammelte Abstimmung ist Arbeit, die der Kunde geleistet hat, und sie wandert nicht zu einem Wettbewerber, es sei denn, sie ist in brauchbarer Form exportierbar. Dasselbe gilt für gespeicherten Kontext und Gedächtnis: Ein Produkt, das sich an Terminologie, Vorlieben und frühere Entscheidungen eines Teams erinnert, ist im zwölften Monat nützlicher als im ersten, und ein Ersatz beginnt bei null.

Um das Tool gebauter Teamprozess

Das ist der stille Teil. Checklisten, Übergaben, Prüfschritte und Stellenbeschreibungen werden um das Verhalten eines Produkts herum geschrieben. Sobald die Arbeitsweise eines Teams voraussetzt, dass das Tool existiert, ist seine Entfernung ein Change-Management-Projekt, keine Einkaufsentscheidung. Unsere Seite dazu, wie Sie Kunden helfen, ihre Arbeitsweise mit KI zu ändern, behandelt diese Seite aus Sicht des Anbieters.

Freigaben und Audit-Trails

Wenn Ergebnisse einen Freigabeschritt durchlaufen und jede Entscheidung protokolliert wird, wird das Produkt Teil dessen, wie der Kunde nachweist, dass sein Prozess kontrolliert ist. Diese Protokolle sind Historie, die der Kunde womöglich aufbewahren muss, und ein neues Tool kann sie nicht neu erzeugen. Diese Art von Klebrigkeit wählen Kunden selbst, denn die Kontrolle gehört ihnen.

Wie sich Lock-in bei KI-Produkten unterscheidet

Ältere Software baute Wechselkosten überwiegend über Daten und Schulung auf. KI-Produkte erben das und fügen einige Wendungen hinzu.

Die Modellschicht ist von Natur aus austauschbar. Viele KI-Produkte können das zugrunde liegende Modell tauschen, ohne dass der Kunde es merkt. Der Unternehmensbericht 2025 von Menlo Ventures beschreibt, wie Cursors modellagnostischer Ansatz Entwicklern erlaubte, neue Frontier-Modelle zu nutzen, sobald sie erschienen. Das ist gut für die Qualität des Produkts, zeigt aber, wo der Burggraben nicht liegt: Wenn Ihr einziger Vorteil der Zugang zu einem bestimmten Modell ist, kann ein Wettbewerber ihn über Nacht angleichen. Die verteidigbare Schicht liegt über dem Modell.

Integrationsstandards wirken in beide Richtungen. Das Model Context Protocol wird von seinen Maintainern als offener Standard beschrieben, um KI-Anwendungen mit externen Systemen zu verbinden, gebaut, damit eine Integration über viele Clients hinweg funktionieren kann. Für Kunden senkt das die Kosten, Tools anzubinden, und es senkt auch die prozeduralen Kosten, ein Produkt zu verlassen, dessen Hauptlock-in aus maßgeschneiderten Anbindungen bestand. Gründer, die sich auf schwer zu bauende Konnektoren verlassen haben, sollten davon ausgehen, dass dieser Burggraben schrumpft.

Kunden erwarten, ihre Sachen mitnehmen zu können. Kunden, die ein KI-Produkt bewerten, haben guten Grund zu fragen, ob Prompts, Evaluationssets, Fine-Tuning-Daten und Logs exportiert werden können und in welchem Format. Ein Anbieter mit klarer Antwort führt das Gespräch leichter als einer ohne. Portabilität als Verkaufsargument zu behandeln ist oft klüger, als sie als Leck zu behandeln.

Ergebnisse sind variabel, daher ist Vertrauen Teil der Wechselkosten. Ein Team, das Monate damit verbracht hat zu lernen, wo ein Produkt zuverlässig ist, will das bei einem Ersatz nicht neu lernen. Dieses Vertrauen ist relationaler Lock-in, und es wird nur durch konsistentes Verhalten verdient.

Was die Regulierung inzwischen zum Wechsel sagt

In der EU sind Wechselrechte für Cloud-artige Dienste Gesetz. Der Data Act (Verordnung (EU) 2023/2854) enthält ein Kapitel zum Wechsel zwischen Datenverarbeitungsdiensten. Seine wichtigsten Punkte, entnommen dem offiziellen Text:

• Anwendungsbereich. Er definiert einen Datenverarbeitungsdienst als digitalen Dienst, der einem Kunden Netzwerkzugang auf Abruf zu einem gemeinsamen Pool konfigurierbarer, skalierbarer und elastischer Rechenressourcen bietet. Die Erwägungsgründe sagen, diese Dienste fallen unter Bereitstellungsmodelle wie IaaS, PaaS und SaaS. Ob ein bestimmtes KI-Produkt in den Anwendungsbereich fällt, hängt davon ab, wie es bereitgestellt wird, daher sollten Gründer dies mit Rechtsberatern klären, statt es anzunehmen.
• Hindernisse. Anbieter müssen vorkommerzielle, kommerzielle, technische, vertragliche und organisatorische Hindernisse beseitigen, die Kunden daran hindern, einen Vertrag zu beenden, mit einem anderen Anbieter abzuschließen oder ihre exportierbaren Daten und digitalen Vermögenswerte zu übertragen.
• Fristen. Der Vertrag muss dem Kunden erlauben, den Wechsel innerhalb von zwei Monaten einzuleiten, und die Übergangsfrist darf höchstens 30 Kalendertage dauern, in denen der Vertrag weiter gilt.
• Entgelte. Vom 11. Januar 2024 bis zum 12. Januar 2027 dürfen Anbieter reduzierte Wechselentgelte erheben, die ihre direkt damit verbundenen Kosten nicht übersteigen dürfen. Nach dem 12. Januar 2027 dürfen sie für den Wechselprozess überhaupt nichts mehr berechnen.
• Anwendungsdatum. Die Verordnung gilt ab dem 12. September 2025, und die Erläuterung der Europäischen Kommission beschreibt das Ziel, Kunden einen nahtlosen Wechsel von einem Anbieter zum anderen zu ermöglichen.

Die praktische Lesart für Gründer: In der EU hat ein Burggraben, der darauf beruht, den Ausstieg teuer oder langsam zu machen, bei Diensten im Anwendungsbereich nur noch begrenzte Zeit. Auch außerhalb der EU ist die Richtung klar. Planen Sie Ihren Lock-in um Wert, nicht um Reibung.

Verdienter vs. erzwungener Lock-in

Nicht jede Klebrigkeit ist gleich, und Kunden spüren den Unterschied.

Verdienter Lock-in besteht, weil das Produkt zutiefst nützlich ist und der Kunde in es investiert hat. Das Verlassen wäre ein Wertverlust. Kunden beschreiben das als „wir müssten alles neu machen“, und sie sagen es mit einem Achselzucken, nicht mit finsterer Miene.

Erzwungener Lock-in besteht, weil der Anbieter das Verlassen absichtlich schwer gemacht hat: fehlende oder unlesbare Exporte, lange Kündigungsbedingungen, hohe Gebühren, um die eigenen Daten abzurufen, oder ein Produkt, das auf eine Weise arbeitet, die Wettbewerber nicht lesen können. Kunden beschreiben das als Geiselhaft, und sie nehmen es übel.

Erzwungener Lock-in hat Kosten, die in keinem Retention-Diagramm auftauchen:

• Er schadet Neuverkäufen. Käufer prüfen die Ausstiegsbedingungen, gerade große.
• Er erzeugt stillen Churn. Kunden bleiben, bis der Vertrag endet, und gehen dann ohne Gespräch. Unsere Seite zu Churn bei KI-Produkten erklärt, wie Sie diese Signale lesen.
• Er lädt zur Regulierung ein. Das Kapitel zum Wechsel im Data Act existiert, weil Kunden und Gesetzgeber genau diese Hürden beanstandeten.
• Er vergiftet die Expansion. Ein Kunde, der sich gefangen fühlt, gibt Ihnen keinen größeren Fußabdruck.

Ein nützlicher Test: Wären Sie damit einverstanden, wenn der Anwalt des Kunden Ihre Ausstiegsbedingungen im Verlängerungsgespräch laut vorläse? Wenn nicht, ist der Lock-in wahrscheinlich nicht verdient.

So bewerten Sie Ihren eigenen Lock-in

Lock-in lässt sich nicht direkt messen, aber Sie können in jeder Schicht nach Belegen suchen.

Kombinieren Sie diese Fragen mit Zahlen, die Sie ohnehin verfolgen. Die Tiefe der Nutzung über Teams und Workflows hinweg ist das Erste, was Sie prüfen sollten, und die Umsatzfolge zeigt sich in der Net Revenue Retention. Ist die Retention hoch, die Nutzungstiefe aber flach, bleiben Kunden womöglich aus Trägheit, und das ist fragil.

Häufige Fehler

• Vertragslaufzeit als Lock-in zählen. Eine Laufzeit von drei Jahren verzögert Churn. Sie schafft keinen Grund zur Verlängerung.
• Den Burggraben auf einer Modellbeziehung bauen. Wenn ein Rivale dasselbe Modell lizenzieren kann, haben Sie nichts gebaut.
• Den Export verstecken. Kunden merken es im schlechtesten Moment und erzählen es anderen.
• Die falsche Schicht binden. Das eigene Datenformat proprietär zu machen ist nicht dasselbe, wie den eigenen Workflow unverzichtbar zu machen.
• Den Champion ignorieren. Ein begeisterter Nutzer, der geht, kann einen Einsatz aufrollen, wenn das Produkt nicht im Prozess des Teams verankert ist.

Wichtige Fakten

• Typologie: Burnham, Frels und Mahajan (2003) legten im Journal of the Academy of Marketing Science drei Arten von Wechselkosten dar: prozedural, finanziell und relational.
• Ökonomische Grundlage: Klemperer (1987), veröffentlicht im Quarterly Journal of Economics, analysiert Märkte mit Wechselkosten der Verbraucher.
• EU-Wechselregeln: Der Data Act gilt ab dem 12. September 2025 und erlaubt für Datenverarbeitungsdienste im Anwendungsbereich eine Übergangsfrist von höchstens 30 Kalendertagen.
• Wechselentgelte: Nach derselben Verordnung müssen Wechselentgelte nach dem 12. Januar 2027 vollständig entfallen, und bis dahin reduzierte Entgelte dürfen die direkten Kosten des Anbieters nicht übersteigen.
• Modellschicht: Menlo Ventures beschreibt Cursors modellagnostischen Ansatz als Möglichkeit für Entwickler, neue Frontier-Modelle zum Start zu übernehmen.
• Integrationsstandard: Das Model Context Protocol ist ein Open-Source-Standard, um KI-Anwendungen mit externen Systemen zu verbinden.