Vendor Lock-in: erkennen, prüfen, wieder rauskommen

Woran du Lock-in erkennst, bevor du unterschreibst

Lock-inDie Abhängigkeit von einem Anbieter, aus dem du deine Website nicht ohne Verluste herausbekommst. steht schon im Angebot, lange bevor jemand an Kündigung denkt. Vier Mechanismen erzeugen ihn, und sie verstärken sich gegenseitig: Wer ein geschlossenes System auf fremdem Hosting betreibt, ohne Dokumentation und ohne geregelte Rechte, hat vier Schlösser vor derselben Tür. Jedes einzelne ist vor der Unterschrift sichtbar, wenn du weißt, worauf du schaust.

Eine technische Festlegung ist noch keine Abhängigkeit. Solange das System offen und dokumentiert ist und andere Fachleute damit arbeiten können, bleibst du beweglich. Lock-in beginnt dort, wo du ohne genau diesen einen Dienstleister handlungsunfähig bist.

Die Prüffragen

Diese Fragen kosten dich fünf Minuten im Erstgespräch. Es ist dieselbe Sorgfalt, die du bei einem Mietvertrag oder einer Maschine anwendest. Stell sie schriftlich, dann hast du die Antworten später schwarz auf weiß.

Ein Hinweis zur Rechtslage, ausdrücklich ohne Beratungsanspruch: Das Urheberrecht am Quellcode liegt zunächst bei den Menschen, die ihn geschrieben haben (§ 7 UrhG (öffnet in neuem Tab)). Bei Angestellten gehen die wirtschaftlichen Rechte automatisch an den Arbeitgeber (§ 69b UrhG (öffnet in neuem Tab)). Beauftragst du dagegen eine freiberufliche Person oder eine Agentur, bleiben die Rechte dort, solange der Vertrag nichts anderes sagt. Ob deine konkrete Formulierung trägt, beurteilt eine Fachanwältin oder ein Fachanwalt für IT-Recht. Ein Ratgeber im Netz kann das nicht. Steht im Angebot nichts dazu, ist das der Punkt, an dem du nachhakst.

Was die Antwort verrät

Aufschlussreicher als die Antworten selbst ist die Art, wie sie kommen. Ich stelle diese Fragen seit Jahren von beiden Seiten des Tisches, als Auftragnehmer und beim Übernehmen fremder Projekte, und die Reaktionen fallen in drei Muster.

Souverän und konkret. Das Gegenüber nennt das System beim Namen, sagt, auf wen Domain und Hosting laufen, und beschreibt die Übergabe, ohne nachzudenken. Wer in Prozessen arbeitet, hat die Antwort parat, denn er hat sie schon oft gegeben. Das ist das Muster, das du suchst, unabhängig davon, welches System dabei herauskommt.

Verweis auf die branchenübliche Praxis. Die Antwort beschreibt, wie es alle machen, und lässt offen, wie es hier gemacht wird. Das ist eine Ausweichbewegung. Branchenüblich ist auch, die Domain auf den eigenen Namen zu registrieren, und genau das ist der Fehler, um den es geht. Frag freundlich nach, bis eine Aussage über dein Projekt darin vorkommt.

Zu komplex zum Erklären. Der Klassiker. Wer die eigene Architektur nicht in drei Sätzen beschreiben kann, hat entweder keine Übersicht oder kein Interesse daran, dass du eine bekommst. Die technische Komplexität ist selten das Problem: Serverkonfiguration und Deployment lassen sich einer Geschäftsführung in wenigen Minuten erklären, wenn man es will.

Die drei Muster sagen dir, wie leicht du später wieder gehen kannst. Über die fachliche Qualität sagen sie nichts, danach hattest du auch nicht gefragt.

Wenn du schon drinsteckst

Am häufigsten ruft bei mir jemand an, der aus seiner alten Website nicht herauskommt. Die Unzufriedenheit ist da, der Wechsel scheitert an der Technik. Dann gilt eine andere Reihenfolge als bei der Vorsorge: erst sichern, was dir gehört, dann kündigen.

Zwei Dinge aus der Praxis, die diese Rechnung verschieben. Erstens: Wenn die Inhalte ohnehin von Hand übertragen werden, bekommst du für dasselbe Geld eine Seite auf aktuellem Stand. Zweitens: Der teuerste Fall ist der, in dem gar nichts passiert. Eine Abhängigkeit, die man aussitzt, wird jedes Jahr etwas teurer, weil sie sich an jeder kleinen Änderung verzinst.

Open Source schützt nicht automatisch

Offene Systeme sind der bessere Ausgangspunkt, aber sie sind keine Garantie. Auch eine WordPress-Seite kann so abhängig machen wie jedes proprietäre System, und zwar auf drei Wegen:

Über gekaufte Themes und Page-Builder, deren Inhalte in einem eigenen Format in der Datenbank liegen. Deaktivierst du das Plugin, bleibt ein Feld mit Kurzcodes übrig, kein Text. Über ein gewachsenes Plugin-Ökosystem, in dem zwanzig Erweiterungen so ineinandergreifen, dass niemand mehr eine einzelne austauschen kann. Und über den Menschen: Wenn genau eine Person versteht, wie dieses eine Setup zusammenhängt, ist die Lizenz des Systems irrelevant, denn die Abhängigkeit gilt der Person.

Umgekehrt gilt dasselbe: Ein System mit eigenem Charakter macht nicht automatisch abhängig. Diese Website läuft auf einem Flat-File-CMSEin CMS, das Inhalte in Dateien statt in einer Datenbank speichert.. Keine Datenbank, alle Inhalte als Textdateien in einem Ordner. Das ist keine Massenlösung, aber die Inhalte lassen sich mit einem Editor lesen und in jedes andere System übernehmen. Entscheidend ist, ob du deine Inhalte ohne Spezialwerkzeug wieder herausbekommst und ob jemand anders die Installation versteht.

Vier Sätze, die vor der Unterschrift noch verhandelbar sind

Jeder der vier Mechanismen ist vor der Unterschrift verhandelbar und danach kaum noch. Die Domain auf deinen Namen, der Hosting-Vertrag auf dein Konto, die Dokumentation im Leistungsumfang, die Nutzungsrechte im Vertrag: Vier Sätze, die dich nichts kosten, solange dein Gegenüber den Auftrag noch haben möchte.

Und wenn die Antworten gut ausfallen, hast du mehr gewonnen als Unabhängigkeit. Du weißt dann, dass dort jemand in Prozessen denkt und Übergaben nicht als Zumutung empfindet. Das sagt über die Arbeitsqualität mehr aus als jedes Portfolio.