Vendor-Lock-in vermeiden und die Agentur wechseln

Die Zusammenarbeit mit einer Softwareagentur ist selten für die Ewigkeit gedacht – und selbst wenn sie über Jahre gut läuft, kann sich das ändern: Preise steigen, die Qualität lässt nach, das Team wandert ab, oder Ihr Unternehmen wächst über den Dienstleister hinaus. Genau in diesem Moment zeigt sich, ob Sie handlungsfähig sind oder in der Falle sitzen. Vendor-Lock-in bezeichnet den Zustand, in dem ein Wechsel des Anbieters technisch, rechtlich oder organisatorisch so schwierig und teuer wird, dass er faktisch ausscheidet. Dieser Beitrag erklärt, wie Lock-in entsteht, wie Sie ihn von Anfang an vermeiden und wie ein Agenturwechsel geordnet abläuft. Für die urheberrechtliche Tiefe zu Quellcode und Nutzungsrechten sowie für den Wartungs- und SLA-Teil verweisen wir bewusst auf unsere spezialisierten Ratgeber, statt sie hier zu wiederholen.

Wie Vendor-Lock-in entsteht

Lock-in ist selten das Ergebnis böser Absicht. Meist entsteht er schleichend, weil in der laufenden Zusammenarbeit niemand an das Ende denkt. Die häufigsten Ursachen sind:

• Fehlende Code- und Rechteübertragung: Sie haben die Software bezahlt, aber weder den vollständigen, dokumentierten Quellcode erhalten noch die nötigen Nutzungsrechte vertraglich gesichert. Ohne beides können Sie die Anwendung nicht von einem Dritten weiterentwickeln lassen.
• Undokumentierte Systeme: Das Wissen über Architektur, Abhängigkeiten und Betrieb steckt allein in den Köpfen der bisherigen Entwickler. Eine neue Agentur müsste sich alles mühsam erarbeiten – das kostet Zeit, Geld und Nerven.
• Proprietäre Abhängigkeiten: Die Software baut auf geschlossenen, schwer ersetzbaren Bausteinen oder auf einer sehr speziellen Technologie auf, die nur die aktuelle Agentur beherrscht.
• Fehlende Zugänge: Domains, Hosting-Konten, Cloud-Infrastruktur, Repositories, DNS-Einstellungen oder App-Store-Accounts laufen auf die Agentur statt auf Sie. Wer die Zugänge nicht hat, ist von der Kooperationsbereitschaft des Dienstleisters abhängig.

Jede einzelne dieser Ursachen kann einen Wechsel erschweren – in Kombination machen sie ihn nahezu unmöglich. Die gute Nachricht: Alle lassen sich mit vorausschauender Vertragsgestaltung und ein wenig Disziplin vermeiden.

Die Rechtelage in Kürze

Ein zentraler Hebel gegen Lock-in ist die Rechtslage – und hier lohnt sich ein kurzer Blick, auch wenn wir die Details an anderer Stelle behandeln. Software ist urheberrechtlich geschützt, und das Urheberrecht entsteht zunächst beim Menschen, der den Code schreibt. Als Kunde erwerben Sie nicht automatisch alle Rechte, nur weil Sie die Rechnung bezahlen. Sie brauchen vielmehr vertraglich eingeräumte Nutzungsrechte nach § 31 UrhG – idealerweise ein ausschließliches, zeitlich und räumlich unbeschränktes, übertragbares und die Bearbeitung umfassendes Recht an allen Projektergebnissen. Innerhalb der Agentur stehen die vermögensrechtlichen Befugnisse an Software, die Angestellte im Rahmen ihrer Aufgaben schaffen, nach § 69b UrhG zunächst dem Arbeitgeber – also der Agentur – zu, sofern nichts anderes vereinbart ist. Diese Rechte müssen daher in einem eigenen Schritt vertraglich an Sie weitergereicht werden.

Das ist nur die verkürzte Fassung. Wie einfache und ausschließliche Nutzungsrechte sich unterscheiden, warum Nutzungsrechte und Quellcode-Zugang rechtlich zwei verschiedene Dinge sind und wie Sie die Rechtekette lückenlos absichern, erläutert ausführlich unser Ratgeber Quellcode und Nutzungsrechte. Wer Lock-in vermeiden will, sollte diesen Beitrag kennen – die rechtliche Absicherung ist die Grundlage jeder technischen Unabhängigkeit.

Exit-Readiness: die Checkliste für Ihre Unabhängigkeit

Der wirksamste Schutz gegen Lock-in ist, von Beginn an so zu arbeiten, als könnte die Zusammenarbeit jederzeit enden. Prüfen Sie in regelmäßigen Abständen, ob Sie die folgenden Punkte im Griff haben:

• Sind Ihnen umfassende, ausschließliche Nutzungsrechte an allen Projektergebnissen vertraglich eingeräumt?
• Erhalten Sie fortlaufend den vollständigen, kommentierten Quellcode – idealerweise in einem von Ihnen kontrollierten Repository, nicht nur in einem der Agentur?
• Liegen Build-Skripte, Konfigurationen und eine technische Dokumentation vor, mit denen ein fremdes Team die Software aufsetzen und betreiben kann?
• Laufen Domains, Hosting, Cloud-Konten, DNS, App-Store-Zugänge und Zertifikate auf Ihren Namen und unter Ihrer Kontrolle?
• Gibt es eine aktuelle Liste aller eingesetzten Fremd- und Open-Source-Komponenten samt Lizenzen?
• Ist dokumentiert, welche externen Dienste (Zahlungsanbieter, E-Mail, Monitoring) angebunden sind und wem die zugehörigen Accounts gehören?
• Sind die Zugangsdaten und Secrets sicher hinterlegt und Ihnen im Ernstfall zugänglich?
• Haben Sie Zugriff auf die Build- und Deployment-Pipeline (CI/CD), sodass eine neue Agentur die Software ohne Umbau ausliefern kann?
• Existieren automatisierte Tests, die ein fremdes Team ausführen kann, um Änderungen abzusichern und die Funktionsweise nachzuvollziehen?
• Lassen sich Ihre Geschäftsdaten jederzeit vollständig in einem offenen, gängigen Format exportieren – unabhängig von der Software der Agentur?

Je mehr dieser Punkte Sie mit Ja beantworten, desto unabhängiger sind Sie. Behandeln Sie die Liste nicht als einmalige Prüfung, sondern gehen Sie sie in festen Abständen durch – etwa halbjährlich oder nach jedem größeren Release –, denn Zugänge, Komponenten und Dokumentationsstand verändern sich über die Laufzeit. Der ideale Zeitpunkt, diese Fragen zu klären, ist der Vertragsabschluss – nicht der Moment, in dem die Beziehung bereits zerrüttet ist. Wer die Exit-Readiness früh anspricht, erkennt daran oft auch, wie transparent und partnerschaftlich eine Agentur arbeitet.

Der saubere Übergabe- und Offboarding-Prozess

Ein professioneller Dienstleister betrachtet ein geordnetes Offboarding als Teil seiner Leistung, nicht als Zumutung. Regeln Sie deshalb schon im Vertrag, was am Ende der Zusammenarbeit geschieht. Ein sauberer Übergabeprozess umfasst typischerweise die vollständige Herausgabe des aktuellen Quellcodes und der Dokumentation, die Übertragung aller Zugänge und Accounts, eine strukturierte Wissensübergabe an Sie oder die Nachfolge-Agentur sowie eine definierte Frist, innerhalb derer die alte Agentur für Rückfragen erreichbar bleibt. Halten Sie diese Punkte als Offboarding-Klausel fest, inklusive der Frage, wer die dafür anfallenden Aufwände trägt.

Eng damit verbunden ist die Frage der laufenden Wartung und der Service-Level. Wie Sie Reaktions- und Wiederherstellungszeiten, Verfügbarkeiten und Zuständigkeiten in einem Wartungsvertrag oder Service-Level-Agreement festhalten – und wie Sie einen geordneten Übergang der Wartung an einen neuen Anbieter sicherstellen –, behandelt unser Ratgeber Software-Wartung und Support. Ein guter Wartungsvertrag enthält bereits Regelungen für den Fall der Beendigung; wer diese von Anfang an mitdenkt, muss im Ernstfall nicht mühsam nachverhandeln.

Source-Code-Escrow als Sicherheitsnetz

Manche Agenturen möchten den Quellcode aus Gründen des Geschäftsgeheimnisses nicht laufend offenlegen. Für diesen Fall bietet sich ein Source-Code-Escrow an: Die Agentur hinterlegt den aktuellen Quellcode bei einem neutralen Treuhänder, der ihn nur bei definierten Auslösefällen an Sie herausgibt – etwa bei Insolvenz der Agentur, Einstellung des Geschäftsbetriebs oder anhaltender Verletzung von Wartungspflichten. So bleiben Sie handlungsfähig, ohne dass die Agentur den Code im Normalbetrieb offenlegen muss. Wichtig ist, dass die Hinterlegung aktuell gehalten wird – ein veralteter Stand hilft im Ernstfall wenig. Vereinbaren Sie feste Hinterlegungsintervalle oder eine Kopplung an relevante Releases und lassen Sie die Vollständigkeit stichprobenartig prüfen.

Der Ablauf eines Agenturwechsels

Wenn ein Wechsel ansteht, sorgt ein strukturiertes Vorgehen dafür, dass der Betrieb Ihrer Software nicht ins Stocken gerät. In der Praxis hat sich ein Ablauf in mehreren Etappen bewährt:

Phase	Was zu tun ist
1. Vorbereitung	Bestandsaufnahme: Rechte, Quellcode, Zugänge und Dokumentation prüfen. Fehlendes rechtzeitig von der alten Agentur anfordern.
2. Auswahl	Neue Agentur suchen, die den Stack beherrscht und Erfahrung mit der Übernahme bestehender Systeme hat.
3. Übergabe	Strukturierte Wissensübergabe, Code- und Account-Transfer, gemeinsame Übergabephase mit Überlappung beider Dienstleister.
4. Stabilisierung	Neue Agentur arbeitet sich ein, übernimmt Betrieb und Wartung; alte Agentur bleibt befristet für Rückfragen erreichbar.
5. Abschluss	Alte Zugänge entziehen, Daten der alten Agentur löschen lassen, Offboarding dokumentieren.

Der kritischste Punkt ist die Überlappung: Ein Wechsel gelingt deutlich reibungsloser, wenn die alte Agentur für eine begrenzte Zeit noch zur Verfügung steht und die neue parallel bereits einsteigt. Ein harter Schnitt ohne Übergabephase ist die häufigste Ursache für Ausfälle und Wissensverlust. Bei der Suche nach einem geeigneten Nachfolger hilft es, gezielt nach Anbietern mit Erfahrung in der Übernahme bestehender Codebasen zu fragen – diese Aufgabe unterscheidet sich deutlich von einem Projekt auf der grünen Wiese.

Ein Agenturwechsel Schritt für Schritt: ein Beispiel

Wie sich diese Phasen in der Praxis anfühlen, zeigt ein typisches Szenario. Ein mittelständisches Unternehmen betreibt seit drei Jahren eine Webanwendung, die eine Agentur erstellt hat und wartet. Die Reaktionszeiten werden länger, zentrale Entwickler haben die Agentur verlassen, und ein wichtiges Feature verzögert sich immer weiter. Das Unternehmen entscheidet sich für einen Wechsel und geht wie folgt vor:

• Woche 1–2 – Bestandsaufnahme: Das Unternehmen zieht den Vertrag heran und prüft anhand der Exit-Readiness-Checkliste, was bereits gesichert ist. Nutzungsrechte und Domain liegen bei ihm, das Cloud-Hosting-Konto jedoch auf der Agentur, und eine aktuelle technische Dokumentation fehlt. Diese Lücken werden schriftlich festgehalten und – gestützt auf die Offboarding-Klausel – bei der bisherigen Agentur angefordert.
• Woche 3–5 – Auswahl: Gesucht wird gezielt ein Anbieter mit Erfahrung in der Übernahme bestehender Codebasen. Zwei Agenturen erhalten Lesezugriff auf das Repository und schätzen den Einarbeitungsaufwand. Für die Einordnung der aufgerufenen Stundensätze hilft der Freelancer-Kompass als Orientierung, in welcher Größenordnung sich Sätze für die eingesetzten Technologien am Markt bewegen.
• Woche 6–8 – Übergabe: Beide Dienstleister arbeiten für eine begrenzte Zeit parallel. Die alte Agentur überträgt das Hosting-Konto, übergibt Build-Skripte und Zugangsdaten und erläutert in zwei moderierten Sitzungen die Architektur und bekannte Stolperstellen. Die neue Agentur baut die Anwendung eigenständig auf und bestätigt, dass sie lauffähig ist.
• Woche 9–12 – Stabilisierung und Abschluss: Die neue Agentur übernimmt Betrieb und Wartung. Die alte bleibt einen Monat lang für Rückfragen erreichbar. Danach werden ihre Zugänge entzogen, verbliebene Daten auf ihren Systemen gelöscht und das gesamte Offboarding dokumentiert.

Die genannten Zeiträume sind nur eine grobe Orientierung – der tatsächliche Aufwand hängt von Größe und Komplexität der Anwendung ab. Entscheidend ist nicht der exakte Zeitplan, sondern das Prinzip: eine ehrliche Bestandsaufnahme am Anfang, eine Überlappungsphase in der Mitte und ein sauberer, dokumentierter Schnitt am Ende. Wer die Exit-Readiness früh sichergestellt hat, verkürzt vor allem die erste Phase erheblich, weil dann nichts mehr mühsam nachgefordert werden muss.

Ein kurzer Hinweis

Die in diesem Beitrag genannten gesetzlichen Bestimmungen dienen der allgemeinen Orientierung und beziehen sich auf das deutsche Recht; in Österreich und der Schweiz gelten teils abweichende Regelungen. Für die konkrete Vertragsgestaltung – insbesondere für Nutzungsrechte, Offboarding-Klauseln und Escrow-Vereinbarungen – sollten Sie fachkundigen Rat einholen. Der Aufwand lohnt sich: Die Kosten einer sauberen Absicherung sind gering im Vergleich zu dem, was ein blockierter Agenturwechsel kosten kann.

Häufige Fragen

Was ist der wirksamste Schutz gegen Vendor-Lock-in?

Die Kombination aus vertraglich gesicherten, umfassenden Nutzungsrechten, der fortlaufenden Herausgabe des dokumentierten Quellcodes in einem von Ihnen kontrollierten Repository und der eigenen Kontrolle über alle Zugänge und Accounts. Wer diese drei Punkte von Anfang an regelt, kann die Agentur jederzeit wechseln, ohne von deren Kooperationsbereitschaft abhängig zu sein.

Reicht es, wenn ich die Software bezahlt habe?

Nein. Die Zahlung des Werklohns verschafft Ihnen nicht automatisch die umfassenden Nutzungsrechte, die Sie für eine freie Weiterentwicklung brauchen, und auch keinen Anspruch auf Herausgabe des kommentierten Quellcodes. Beides muss ausdrücklich vertraglich vereinbart werden – die Details erläutert unser Ratgeber zu Quellcode und Nutzungsrechten.

Wann sollte ich das Thema Wechselfähigkeit ansprechen?

So früh wie möglich, idealerweise beim Vertragsabschluss. Zu diesem Zeitpunkt ist die Verhandlungsposition am besten und die Beziehung ungetrübt. Rechte, Code-Übergabe, Zugänge und Offboarding lassen sich dann in Ruhe regeln. Wer erst im Konfliktfall anfängt, verhandelt aus einer schwachen Position.

Was bringt ein Source-Code-Escrow?

Ein Escrow ist ein Kompromiss für den Fall, dass die Agentur den Code nicht laufend offenlegen möchte. Ein neutraler Treuhänder verwahrt den aktuellen Quellcode und gibt ihn bei definierten Auslösefällen wie einer Insolvenz an Sie heraus. Entscheidend ist, dass die Hinterlegung regelmäßig aktualisiert wird und die Auslösefälle klar beschrieben sind.

Wie vermeide ich Ausfälle beim Agenturwechsel?

Der Schlüssel ist eine Überlappungsphase, in der die alte Agentur noch erreichbar ist und die neue bereits einsteigt. Eine strukturierte Wissensübergabe, der geordnete Transfer von Code und Zugängen sowie eine befristete Rückfrage-Bereitschaft der bisherigen Agentur verhindern, dass Wissen verloren geht oder der Betrieb stockt. Ein harter Schnitt ohne Übergang ist das größte Risiko.

Wer trägt die Kosten eines Agenturwechsels?

Das hängt von der vertraglichen Regelung ab. Der Aufwand für die Einarbeitung der neuen Agentur geht zu Ihren Lasten, ebenso die parallele Bezahlung beider Dienstleister während der Überlappungsphase. Ob die alte Agentur die Übergabe kostenfrei leistet oder in Rechnung stellt, sollte die Offboarding-Klausel klären – idealerweise ist ein angemessener Übergabeaufwand bereits im ursprünglichen Vertrag abgedeckt. Als grobe Orientierung gelten für die Einarbeitung die marktüblichen Entwickler-Stundensätze; eine sauber dokumentierte und übergabefähige Software senkt diesen Aufwand spürbar.

Passende Agentur finden: Ob für einen Neustart oder die Übernahme einer bestehenden Codebasis – suchen Sie einen Partner, der Transparenz, Dokumentation und Übergabefähigkeit ernst nimmt. Vergleichen Sie erfahrene Anbieter in der Softwareentwicklung und finden Sie ein Team, das Ihre Unabhängigkeit respektiert.