SaaS-Vendor-Lock-in: Was das ist und wie du ihn vermeidest

SaaS-Vendor-Lock-in ist die aufgestaute Kosten- und Risikolast, einen Software-Anbieter nicht verlassen zu können, ohne Daten zu verlieren, Workflows neu aufzubauen oder einen happigen Migrationspreis zu zahlen. Er baut sich leise auf: Jeder Datensatz, den du anlegst, jeder Prozess, den du um ein Produkt herum formst, und jede Integration, die du daran verdrahtest, erhöht die Mauer zwischen dir und dem Ausgang. Der mit Abstand größte Faktor ist, wo deine Daten liegen — und genau das ist der eine Teil, den du tatsächlich vorausplanen kannst.

Dieser Beitrag zerlegt Lock-in in seine vier realen Formen, erklärt, warum die Datenschicht dich einsperrt, und zeigt, wie ein BYOC-Modell (Bring Your Own Cloud) ihn an der Wurzel beseitigt, statt ihn mit einem Export-Button nur abzumildern.

Die vier Arten von SaaS-Lock-in

“Lock-in” wird meist als eine einzige Sache diskutiert. In der Praxis sind es vier, und sie unterscheiden sich enorm darin, wie schwer sie rückgängig zu machen sind:

Art	Was es ist	Wie schwer zu entkommen
Daten-Lock-in	Deine Datensätze liegen in der Datenbank des Anbieters; ein Wechsel heißt: alles exportieren	Am schwersten — Daten lassen sich nicht neu aufbauen
Workflow-Lock-in	Die Prozesse deines Teams sind um die Eigenheiten eines Produkts geformt	Mittel — umschulbar, aber teuer
Integrations-Lock-in	Automatisierungen und Konnektoren existieren nur für diesen Anbieter	Mittel — neu verdrahtbar
Vertrags-Lock-in	Jahresbindungen, Pro-Platz-Stufen, Kündigungsklauseln	Am leichtesten — läuft an einem Datum aus

Vertrags-Lock-in bekommt die meiste Aufmerksamkeit, weil er auf einer Rechnung auftaucht — aber er ist die schwächste Form: Er endet, wenn die Laufzeit endet. Daten-Lock-in bekommt die geringste Aufmerksamkeit und ist mit Abstand der stärkste, denn auf “wir halten deine Daten” steht kein Ablaufdatum.

Warum der Daten-Lock der ist, der wirklich wehtut

Ein Team lässt sich auf ein neues Tool umschulen. Eine Integration baust du an einem Wochenende neu. Aber fünf Jahre Kundenhistorie, Rechnungen, Projektverläufe und Dateianhänge kannst du nicht neu erzeugen, wenn sie nur je in der Datenbank eines Anbieters existiert haben.

Das macht den Daten-Lock so entscheidend: Er verwandelt “wir würden gern wechseln” in “wir können uns das Risiko eines Wechsels nicht leisten”. Die Migration ist nicht nur mühsam, sie ist verlustbehaftet — Exporte lassen routinemäßig die Beziehungen zwischen Datensätzen fallen (welcher Kontakt gehört zu welchem Unternehmen, welche Rechnung zu welchem Projekt), streifen Anhänge ab und plätten die Historie zu einer Momentaufnahme. Jede Lücke ist dauerhaft.

Und er wächst kumulativ. Je länger du bleibst, desto mehr Daten sammeln sich im Schema des Anbieters an, und desto höher wird die Mauer. Preisänderungen, Feature-Streichungen und Übernahmen werden alle zu etwas, das du hinnimmst, statt darauf zu reagieren — weil die Alternative eine Migration ist, vor der du dich still gefürchtet hast.

Der übliche Rat — und warum er nur halb weit reicht

Die Standardempfehlungen zum Vermeiden von Lock-in sind vernünftig, aber unvollständig:

• “Wähle Tools mit gutem Export.” Export ist eine Momentaufnahme zu den Bedingungen des Anbieters. Er hilft dir beim Gehen; er macht die Live-Daten nicht zu deinen, solange du bleibst.
• “Bevorzuge offene Formate und Standards.” Nützlich für Portabilität, aber deine operativen Daten sitzen zwischen den Exporten weiter in der Datenbank des Anbieters.
• “Vermeide zu starke Anpassung.” Gut gegen Workflow-Lock-in, irrelevant für den Daten-Lock.

Jeder dieser Ratschläge behandelt das Eigentum des Anbieters an den Live-Daten als feste Randbedingung und versucht, deren Folgen abzumildern. Der entscheidendere Zug ist, die Randbedingung zu entfernen.

Wie BYOC den Daten-Lock an der Wurzel beseitigt

Ein BYOC Agency OS kehrt den Standard um. Statt dass der Anbieter deine Daten in einer zentralen, mandantenübergreifenden Datenbank hält, legt die Plattform bei der Anmeldung eine dedizierte Datenbank auf deinem eigenen Cloud-Konto an. Dein CRM, deine Projekte, Rechnungen und Dokumente sind Zeilen in einer Datenbank, die in deinem eigenen Cloud-Dashboard erscheint.

Die Lock-in-Folgen fallen weg:

1. Gehen ist keine Migration. Die Datenbank liegt bereits auf deinem Konto. Entziehe dem Anbieter den Zugriff und du behältst alles — Inhalte, Beziehungen und Backups intakt. Es gibt nichts zu exportieren, weil nichts fortgeschafft werden muss.
2. Der Anbieter kann keine Daten als Geisel halten. Preisstreitigkeiten, Ausfälle und Übernahmen gefährden deine Datensätze nicht mehr, weil die Datensätze nie im Gewahrsam des Anbieters waren.
3. Die Residenz entscheidest du. Weil die Datenbank auf deinem Konto liegt, wählst du die Region — inklusive einer harten Garantie für die EU-Jurisdiktion. Wie diese Isolation durchgesetzt wird, zeigt das Sicherheits- und Datenmodell.

Genau so haben wir sSystm gebaut: Es gibt keine zentrale Datenbank, in die du eingesperrt wirst. Workflow- und Integrationsentscheidungen verwaltest du weiter selbst, aber der Teil, den du nie neu aufbauen kannst — die Daten — liegt dauerhaft auf deiner Seite der Mauer.

Eine Checkliste, um Lock-in vor dem Kauf zu bewerten

Bevor du dich für irgendein SaaS entscheidest, das operative Daten halten wird, frage:

• Wo liegen die Live-Daten physisch — in der Datenbank des Anbieters oder in einer, die ich kontrolliere?
• Wenn ich morgen aufhöre zu zahlen, was passiert mit den Daten — werden sie gelöscht, eingefroren, oder bleiben sie meine?
• Bewahrt “Export” Beziehungen, Anhänge und Historie, oder nur flache Tabellen?
• Kann ich die Jurisdiktion der Daten wählen, und wird das durch Infrastruktur durchgesetzt oder nur in einer Richtlinie versprochen?
• Wie viel meines Workflows ist anderswo reproduzierbar, ohne die proprietären Features des Anbieters?

Wenn die Antwort auf die ersten beiden Fragen “die Datenbank des Anbieters” und “weg oder eingefroren” lautet, bewertest du ein Produkt, das mit jedem Monat, den du es nutzt, schwerer zu verlassen wird.

Lock-in ist nicht eine Mauer, sondern vier — und die Datenmauer ist die einzige, die du später nicht mehr überklettern kannst. Ein Modell zu wählen, in dem die Daten auf deiner eigenen Cloud liegen, ist die eine Entscheidung, die sie beseitigt, bevor sie überhaupt gebaut wird. Mehr zur Architektur in wie sSystm funktioniert, oder starte mit was ein BYOC Agency OS ist.