KI Agenten haben Software Lock-in gerade erledigt. Wie wir in unter drei Stunden unser CMS migriert haben.

Wir haben gestern 49 Blogposts in zwei Sprachen in ein neues CMS migriert, ohne das neue CMS auch nur einmal zu öffnen. Eine Einordnung, was das für jedes Software Produkt bedeutet, das auf Lock-in aufgebaut ist, und warum dieselbe Geschichte gerade dabei ist, die Fabrikhalle zu erreichen.

Gestern haben wir unser CMS ersetzt. 49 Posts in zwei Sprachen, jedes Metadaten-Feld, in etwa drei Stunden migriert. Und wir haben das neue CMS dabei nicht ein einziges Mal geöffnet.

Wenn wir sagen, wir haben es nicht geöffnet, meinen wir nicht, dass wir uns kurz das UI angeschaut und dann wieder geschlossen haben. Wir meinen, dass unser Agent das Projekt vollständig autonom aufgesetzt hat: Er hat das Schema definiert, den Content migriert und die neue Datenebene an unser Frontend übergeben, während wir die Schritte im Chat freigegeben haben. Der gesamte Job lief über einen MCP-Connector.

Es ist eine kleine Geschichte mit einer großen Implikation: In den meisten Software-Kategorien sind die Wechselkosten gerade kollabiert.

Warum wir gewechselt haben (und warum Du wahrscheinlich dieselbe Entscheidung treffen würdest)

Wir betreiben enaovision.com seit letztem Sommer auf Lovable, mit Contentful als CMS. Das war eine sinnvolle Kombination, die innerhalb von Lovable vorgeschlagen wurde, und Contentful ist ein solides Produkt. Ihr Free-Tier hat uns bis gestern problemlos abgedeckt.

Gestern haben wir entschieden, in französischsprachiges SEO zu pushen. Französisch wäre unser dritter Locale nach Englisch und Deutsch, und das Contentful Free-Tier unterstützt genau zwei. Der kostenpflichtige Lite-Tarif kostet 300 Euro pro Monat und schaltet genau einen zusätzlichen Locale frei, was bedeutet, dass alles über drei hinaus ein Custom-Plan wird. Italienisch, Koreanisch und Japanisch stehen auf unserer Roadmap hinter Französisch, also war ein Plan, der nur einen Locale nach dem anderen skaliert, keine Option.

Wir haben den Contentful-Support gefragt, wie ein Plan aussieht, der tatsächlich mit den Locales mitwächst, haben einen Auto-Responder bekommen, und innerhalb weniger Stunden kam keine menschliche Antwort. Für ein Startup, das auf einer strategischen Entscheidung von gestern Abend unterwegs ist, reicht dieses Fenster, um das Gespräch zu beenden.

Das ist kein Seitenhieb auf Contentful. Ihr Produkt ist solide. Ihre Preise passen nur nicht zu einem kleinen Marketing-Team, das bis Ende des Jahres in sechs Locales sein will, und ihre Sales-Loop läuft nicht in der Geschwindigkeit eines Gründers, der um Mitternacht Marketing-Ops macht.

Wie wir es ersetzt haben, ohne irgendwo zu klicken

Wir haben unseren Agenten gefragt, ob es ein CMS gibt, das Agent-first und MCP-first gebaut wurde. Sanity.io kam als stärkste Antwort zurück. Wir haben etwa zehn Minuten in die Docs geschaut, fanden, was wir sahen, und haben einen Account registriert. Den Rest haben wir abgegeben.

Bevor wir einen Finger gerührt haben, hat der Agent den Scope umrissen und uns auf etwa einen halben Fokus-Tag Aufwand eingenordet.

Hier ist, was der Agent tatsächlich getan hat, in der Reihenfolge:

1. Das Sanity-Projekt über den Sanity MCP aufgesetzt, inklusive neuem Workspace, Schema, CORS-Origins und API-Tokens.
2. Das Blog-Post-Schema als Code definiert, inklusive Title, Slug, Excerpt, Body (Rich Text), SEO-Feldern, Hero-Image, Author, Locale und Related Posts, alles strongly typed.
3. Zwei Posts als Pilot End-to-End migriert, inklusive Bildern und allen Metadaten.
4. Eine Handover-Notiz für Lovable generiert, mit neuem Schema, neuen Query-Patterns und den nötigen Änderungen in unserem Frontend.
5. Lovable hat die CMS-Ebene getauscht, und wir haben die gerenderte Blog-Seite im Browser smoke-getestet, die beim ersten Versuch korrekt gerendert hat.
6. Grünes Licht für die vollständige Migration bekommen, die alle 49 Posts in Englisch und Deutsch mit jedem Bild, jedem SEO-Feld, jeder Related-Post-Referenz und jedem Veröffentlichungsdatum intakt übertragen hat.
7. Einen Link-Integritätscheck gegen die neue Datenebene erneut ausgeführt und null kaputte interne Links bestätigt.

Eine laufende Momentaufnahme des Agenten, der seine eigene Arbeit kommentiert:

Der Code-Swap selbst war vier Aufgaben und ein grüner Build.

Und der finale Stand, nachdem alles gelandet war:

Das gesamte Projekt lief in etwa drei Stunden, und wir haben das Sanity-UI dabei nicht einmal berührt.

Die eigentliche Geschichte ist nicht die Migration. Sie handelt davon, was das für Software Produkte bedeutet.

Vor zwei Jahren war eine CMS-Migration für eine Marketing-Site dieser Größe ein echtes Projekt. Du hättest es über zwei Wochen gescoped, eine Agentur oder einen Freelance-Dev angerufen, Budget dafür eingeplant und es wahrscheinlich um ein Quartal verschoben, weil der Schmerz Deines aktuellen CMS immer noch geringer war als der Schmerz der Migration. Diese Verzögerung war der Burggraben Deines Vendors.

Heute beträgt dieser Burggraben drei Stunden.

Jede Annahme über Wechselkosten in Software basierte auf demselben Fundament: Daten zwischen Systemen zu verschieben ist teuer, risikoreich und erfordert menschliche Arbeit, weil Schemas nicht matchen, Content nicht sauber durchläuft, APIs unterschiedlich sind, interne Referenzen brechen und jemand den gesamten Übergang betreuen muss.

Agenten fressen jede dieser Kosten. Schema-Übersetzung, Content-Round-Tripping, API-Anpassung und Reference-Fixing sind alles mechanische Probleme, sobald beide Seiten der Pipe dasselbe Machine-Protokoll sprechen, und einem Agenten Zugriff auf beide MCPs zu geben, verwandelt die meisten Migrationen in einen langen Nachmittag.

Größere Unternehmen werden noch stärker komprimieren. Ein Mid-Market-Team, das früher eine sechsmonatige Salesforce-zu-HubSpot-Migration eingeplant hätte, wird eine zweiwöchige einplanen, und ein Enterprise-Team, das auf eine ERP-Migration starrt, wird diese Zahl ebenfalls deutlich fallen sehen, nicht auf null, aber plausibel um den Faktor 100 für einen großen Teil der Fleißarbeit.

Die einzigen Burggräben, die bleiben

Wenn Wechselkosten Dein Burggraben waren, war es nie wirklich ein Burggraben; es war eine Verzögerung, und die Verzögerung schrumpft. Was Kunden jetzt tatsächlich hält, läuft auf vier Dinge hinaus.

1. Ein großartiges Produkt. Die langweilige Antwort und die richtige. PLG ist keine Strategie-Mode, sondern die einzige verbleibende verteidigbare Position in den meisten Softwarekategorien.
2. Ein Data Moat. Der Wert Deines Produkts wächst kumulativ mit proprietären Daten, die der Kunde anderswo nicht replizieren kann, sei es Nutzungshistorie, die Personalisierung speist, oder ein Beziehungsgraph, der sich nur innerhalb Deines Produkts bildet.
3. Netzwerkeffekte. Dein Produkt wird wertvoller, je mehr andere es nutzen, und wer geht, verliert den Zugang zum Netzwerk.
4. Regulierte oder zertifizierte Workflows. Das Lock-in ist die Unterschrift des Auditors, nicht die des Vendors.

Wenn Dein Software Produkt keines dieser vier hat und Dein Plan darauf beruhte, dass "Kunden zu genervt sind, um zu wechseln", würden wir uns Deine nächste quartalsweise Retention-Zahl genau anschauen.

Was das bedeutet, wenn Du Software kaufst

Zwei Implikationen folgen für Käufer.

Sei weniger geduldig. Die Reibung, die Dich in einem Produkt hielt, das nicht mehr passt, wird Dich bald mehr kosten als die Migration selbst, also starte die Unterhaltung mit Alternativen, wenn ein Vendor Dein Tempo oder Deine Preise nicht mitgehen kann. Du wirst überrascht sein, wie schnell aus "Alternativen" "erledigt" wird.

Gewichte MCP-first-Produkte. Jedes Tool, das Du heute in Deinen Stack bringst, sollte nicht nur an seinem UI oder seiner API gemessen werden, sondern daran, wie gut es sich als Agent-Interface verhält. Sanity hat unser Business zu einem großen Teil wegen seines exzellenten MCP und seines schemafähigen Code-Modells gewonnen, und diese Kombination ist kein Nice-to-have mehr: Sie ist die neue Produktoberfläche.

Was das bedeutet, wenn Du Software baust

Dieselbe Logik hat drei Implikationen für Builder.

Hör auf, Lock-in als Strategie zu behandeln. Deine Kunden haben einen hundertmal günstigeren Fluchtweg als noch letztes Jahr, und die Kosten fallen weiter, also ist jede Stunde, die Du damit verbringst, Exporte schwer zu machen, eine Stunde, die Du nicht damit verbringst, das Produkt besser zu machen.

Bau MCP-first oder zumindest MCP-würdig. Die erste Interaktion, die ein CTO oder eine Head of Marketing 2026 mit Deinem Produkt hat, ist zunehmend keine Demo mehr, sondern ein Agent, der Deine Docs liest und Dein MCP aufruft, was Dein MCP zu Deiner neuen Homepage macht.

Preise für das, wo Dein Kunde hinwill, nicht für das, wo er ist. Der Grund, warum wir gewechselt haben, waren nicht die 300 Euro; es war, dass 300 Euro uns einen zusätzlichen Locale gekauft haben und der nächste Locale ein Custom-Vertrag war, der uns aus unserem eigenen Wachstum herausgepreist hat. Contentfuls Preise nehmen an, dass Enterprise der Endzustand ist, und unsere nehmen an, dass verteilte Long-Tail-Skalierung der Endzustand ist, und wenn diese beiden Annahmen auseinandergehen, verlierst Du den Kunden.

Warum das bei Enao Vision relevant ist

Diese Geschichte trifft uns anders, weil wir ein Produkt in einer Branche bauen, die das Lehrbuchbeispiel für Lock-in ist. Die Fertigung läuft auf Legacy-Systemen: MES-Plattformen, ERP-Suiten, Sensor-Stacks, SPS und Qualitätsmanagement-Tools, die sechsstellige Beträge kosten und zwei Jahre zum Austausch brauchen. Niemand auf einer Fabrikhalle liebt sein MES, und die meisten Werkleiter können Dir drei Dinge aufzählen, die sie daran hassen, bevor sie gefrühstückt haben. Sie bleiben, weil ein Wechsel in Quartalen gemessen wird und die Kosten in sechsstelligen Integrationsrechnungen.

Diese Ära endet, langsamer in der Fertigung als in Software, aber sie endet trotzdem. Die nächste Generation von Industriesoftware wird genauso ausgewählt werden, wie unser CMS gerade ausgewählt wurde: von Agenten, bewertet nach Produktqualität und Maschinenfreundlichkeit, mit Wechselkosten, die niedrig genug sind, dass Kunden bleiben, weil sie das Produkt lieben, und nicht, weil sie darin gefangen sind.

Deshalb ist Enao Vision von Tag eins MCP-first. Nicht, weil Fertigungskäufer heute danach fragen (die meisten tun das noch nicht), sondern weil jedes Produkt, das 2026 gebaut wird und nicht MCP-first ist, 2030 genauso deplatziert wirken wird wie ein Software-Unternehmen ohne API 2020. Das Interface wird maschinenlesbar sein oder es wird Legacy sein.

Es ist auch der Grund, warum wir besessen davon sind, ob Kunden Enao Vision tatsächlich gern nutzen, denn das ist der einzige Burggraben, der zählt, sobald die Wechselkosten kollabieren. Die Fabrikhalle bekommt gerade dieselbe Freiheit, die unser Marketing-Team gerade genutzt hat, und wir wollen das Produkt sein, das Menschen wählen, wenn sie diese Freiheit endlich haben.

Eine Anmerkung zu Contentful und Sanity

Nichts davon ist ein Dunk auf Contentful. Ihr Produkt ist solide, ihre Zuverlässigkeit ist in Ordnung, ihre Community ist groß, und für Teams im Bereich von zwei bis drei Locales funktioniert ihre Preisgestaltung. Wir sind einfach aus der Deckelung herausgewachsen.

Sanity hat den Wechsel auf den eigenen Merits verdient: Schema as Code, ein ernsthaftes MCP, Echtzeit-Collaboration und ein Preismodell, das mit unserer tatsächlichen Nutzung skaliert. Was uns überzeugt hat, war nicht das UI, die Marketing-Site oder die Demo; es war, wie gut Sanitys MCP und das Schema-as-Code-Modell zusammenarbeiten, wenn man sie einem Agenten übergibt.

Das ist wahrscheinlich der wichtigste Satz in diesem Post.

Abschließend

Die Migration gestern hat drei Stunden gedauert, und die Software-Industrie wird etwas länger brauchen, um die Implikation zu verarbeiten. Wenn Du ein Unternehmen baust, dessen Burggraben "niemand wird sich die Mühe machen zu wechseln" war, werden die nächsten achtzehn Monate spannend, und wenn Du ein Unternehmen baust, dessen Burggraben das Produkt selbst ist, werden die nächsten achtzehn Monate eine Menge Spaß machen.

Wir bauen Enao Vision für das zweite Lager, und Sanity offensichtlich auch. Deshalb war der Wechsel einfach, und deshalb war es die Mühe wert, ihn aufzuschreiben.

Das ist der zweite Post in einer neuen Kategorie namens Building Enao Vision, in der wir zeigen, wie wir unser Unternehmen und unser Produkt bauen. Der erste Post ist Warum wir Enao Vision gegründet haben.