Vendor Lock-in auflösen

9. September 2026

Vendor Lock-in auflösen: Wie du wieder verhandlungsfähig wirst

Vendor Lock-in wird meistens als technisches Thema behandelt und taucht deshalb in Architekturdiskussionen auf, nicht in Budgetrunden. Das ist ein Fehler. Die Abhängigkeit von einem einzelnen Anbieter kostet dich nicht in erster Linie Flexibilität, sie kostet dich deine Position in jeder Preisverhandlung. Über Konditionen sprechen kannst du nur dann ernsthaft, wenn ein Wechsel technisch überhaupt machbar wäre.

Woran du Lock-in erkennst, bevor es akut wird

Der Test ist einfach und braucht keine Analyse. Nimm einen externen Dienst, den ihr benutzt, und frage dein Team, wie lange ein Wechsel dauern würde und was er kosten würde. Wenn die Antwort ein Schulterzucken ist oder eine Zahl mit vielen Monaten, hast du dein Ergebnis.

Die typischen Anzeichen im Code sind wenig überraschend. Aufrufe an den Anbieter stehen quer über die Codebasis verteilt statt an einer Stelle. Datenstrukturen des Anbieters wandern bis in die eigene Geschäftslogik. Es gibt keinen Punkt im System, an dem man sagen könnte: Hier endet unsere Seite und dort beginnt seine.

Besonders unangenehm wird es bei Diensten, die im Kern des Geschäfts sitzen. Zahlungsabwicklung, Authentifizierung, Dokumentenerzeugung, alles, wo ein Ausfall oder eine fehlerhafte Umstellung sofort sichtbar ist.

Warum das kaufmännisch und nicht technisch entschieden wird

Ein Anbieter, der weiß, dass du praktisch nicht wechseln kannst, hat wenig Anlass, dir entgegenzukommen. Das muss niemand aussprechen, es ergibt sich aus der Lage. Preiserhöhungen, veränderte Konditionen oder eingestellte Funktionen werden dann zu Dingen, die du hinnimmst.

Umgekehrt musst du nicht wechseln, um von der Wechselmöglichkeit zu profitieren. Es reicht, dass sie besteht. Genau deshalb lohnt sich die Entkopplung auch dann, wenn ihr mit dem Anbieter zufrieden seid.

Der Weg: eine eigene Schnittstelle vor dem Anbieter

Der Kern der Lösung ist unspektakulär. Zwischen dein System und den Anbieter kommt eine eigene Schnittstelle, die in deiner Sprache formuliert ist, nicht in seiner. Deine Geschäftslogik spricht nur noch mit dieser Schnittstelle. Was dahinter passiert, ist austauschbar.

Diese Zwischenschicht ist der Ort, an dem die Begriffe des Anbieters in deine übersetzt werden. Sie ist der Grund, warum du beim Wechsel nicht die halbe Anwendung anfassen musst, sondern nur eine Implementierung austauschst.

Der Aufwand dafür ist deutlich kleiner als der, den ein Wechsel unter Zeitdruck verursacht. Und er fällt zu einem Zeitpunkt an, den du selbst wählst.

Wie eine Ablösung im laufenden Betrieb abläuft

Bei einem Auftraggeber lief der Vertrag mit dem Zahlungsanbieter aus und die Leistung musste neu ausgeschrieben werden. Das Problem war nicht die Ausschreibung. Die Zahlungsabwicklung steckte tief im Kernsystem, und jeder Anbieterwechsel hätte einen Eingriff in genau das System bedeutet, über das täglich Geld läuft.

Wir haben die Zahlung herausgelöst, bevor überhaupt feststand, wer die Ausschreibung gewinnt. Der Ablauf war der übliche für Umstellungen ohne Ausfallzeit, wie ich ihn auch im Leitfaden Legacy-System modernisieren ohne Ausfallzeit beschreibe:

  1. Die neue Schnittstelle definieren, in eigenen Begriffen.
  2. Den bestehenden Anbieter hinter diese Schnittstelle legen, ohne fachlich etwas zu ändern.
  3. Beide Wege eine Zeit lang parallel betreiben und stichprobenartig vergleichen.
  4. Erst umschalten, wenn die Ergebnisse über einen längeren Zeitraum übereinstimmen.
  5. Den alten Pfad entfernen.

Am Ende gewann derselbe Anbieter, der vorher schon im Einsatz war. Gelohnt hat sich der Aufwand trotzdem, weil der nächste Wechsel jetzt ein Austausch an einer definierten Schnittstelle ist und keine Operation am Kernsystem mehr.

Der schwerste Teil sind die Altdaten

Was in solchen Vorhaben regelmäßig unterschätzt wird, ist nicht der neue Code, sondern die Übernahme der bestehenden Daten. Sie sind über Jahre gewachsen, enthalten Sonderfälle aus längst vergangenen Anforderungen, und die Menschen, die sie erklären könnten, sind oft nicht mehr im Unternehmen.

Plan dafür mehr Zeit ein, als die reine Entwicklung des neuen Bereichs kostet. Und prüf die Konsistenz zwischen altem und neuem Bestand regelmäßig, nicht nur einmal am Ende.

Fazit

Die Frage ist nicht, ob euer Anbieter gut ist. Die Frage ist, was passieren würde, wenn ihr wechseln müsstet. Geh einmal durch, an welchen Stellen euer Produkt von genau einem Anbieter abhängt und was eine Ablösung dort kosten würde. Wenn die ehrliche Antwort lautet, dass sie praktisch nicht machbar ist, kennst du deine Verhandlungsposition für das nächste Preisgespräch bereits.

Willst du wissen, wo bei euch die teuersten Abhängigkeiten sitzen? Im kostenlosen Herauslöse-Check gehen wir das in einer halben Stunde gemeinsam durch.

👉 Herauslöse-Check buchen

Bereit, deine Legacy-Software zu modernisieren?

Im kostenlosen Erstgespräch schauen wir uns dein System an und finden den schnellsten, risikoärmsten Weg zu einer zukunftssicheren Architektur.