Wenn Sie eine SaaS-Lösung abonnieren, mieten Sie im Grunde eine Fähigkeit – Sie besitzen sie nicht. Diese Unterscheidung wirkt zunächst abstrakt, hat aber sehr konkrete strategische Konsequenzen für die Handlungsfähigkeit Ihres Unternehmens. In diesem Artikel beleuchten wir, warum der Besitz des eigenen Quellcodes (Code-Ownership) ein unterschätzter, aber zentraler Wettbewerbsvorteil ist.
Was bedeutet Code-Ownership konkret?
Code-Ownership bedeutet, dass Ihr Unternehmen den vollständigen Quellcode einer Software besitzt, uneingeschränkt darauf zugreifen kann und rechtlich befugt ist, ihn zu verändern, weiterzuentwickeln oder von einem beliebigen Dienstleister betreuen zu lassen. Bei einer SaaS-Lösung ist genau das Gegenteil der Fall: Sie zahlen für den Zugang zu einer Funktion, haben aber keinen Einfluss auf die zugrunde liegende Architektur, keinen Zugriff auf den Code und keine Garantie, dass die Funktion morgen noch in der heutigen Form existiert.
Die vier strategischen Risiken der Abo-Abhängigkeit
1. Preisänderungen ohne Verhandlungsspielraum
SaaS-Anbieter können ihre Preise anpassen, sobald Vertragslaufzeiten enden. Als einzelnes Unternehmen – insbesondere als KMU – haben Sie in solchen Verhandlungen selten nennenswerten Einfluss. Der Anbieter kennt Ihre Wechselkosten und kalkuliert Preiserhöhungen entsprechend.
2. Produktentscheidungen eines Dritten
Anbieter verändern ihre Produkte nach eigener strategischer Ausrichtung – nicht nach Ihren Bedürfnissen. Funktionen, auf die Sie sich verlassen haben, können eingestellt, verändert oder in teurere Tarife verschoben werden. Ihr Unternehmen wird damit zum Passagier auf einer Roadmap, die Sie nicht mitbestimmen.
3. Geschäftsrisiko des Anbieters wird zu Ihrem Risiko
Wird ein Anbieter übernommen, stellt sein Geschäftsmodell ein oder gerät in finanzielle Schwierigkeiten, betrifft das unmittelbar Ihre eigene Betriebsfähigkeit – ein Risiko, das Sie mit Code-Ownership vollständig selbst kontrollieren.
4. Fehlende Verhandlungsmacht bei Wachstum
Paradoxerweise verschlechtert sich Ihre Verhandlungsposition oft, je erfolgreicher Ihr Unternehmen wird: Mehr Nutzer, mehr Datenvolumen, mehr Abhängigkeit – und damit mehr Spielraum für den Anbieter, die Konditionen anzupassen.
Was Code-Ownership Ihnen konkret zurückgibt
Verhandlungsfreiheit bei der Wartung: Sie können jederzeit den Dienstleister wechseln, der Ihre Software betreut – ohne die Software selbst zu verlieren.
Volle Kontrolle über Weiterentwicklung: Neue Anforderungen werden nach Ihrer Priorität umgesetzt, nicht nach der Produktroadmap eines fremden Unternehmens.
Stabile, planbare Kostenstruktur: Kosten entstehen primär für tatsächlich beauftragte Weiterentwicklung und Wartung – nicht für pauschale, wiederkehrende Lizenzgebühren unabhängig vom Nutzungsumfang.
Werterhalt als Unternehmensvermögen: Eigenentwickelte Software kann bilanziell als immaterieller Vermögenswert aktiviert werden und steigert im besten Fall sogar den Unternehmenswert – ein SaaS-Abo bleibt stets eine laufende Kostenposition ohne Vermögenswert.
"Run your business. Not your tools."
Dieser Leitsatz beschreibt den Kern des Arguments: Ihre Werkzeuge sollten sich Ihrem Geschäft unterordnen, nicht umgekehrt. Wenn ein Tool bestimmt, wie Ihr Prozess aussehen muss, wenn ein Anbieter bestimmt, was Sie sich leisten können, und wenn eine externe Roadmap bestimmt, welche Funktionen Sie morgen haben – dann hat sich dieses Verhältnis bereits umgekehrt.
Ist Code-Ownership immer die richtige Wahl?
Nein – und das ist eine wichtige Einschränkung. Für generische, nicht wettbewerbsrelevante Funktionen (z. B. E-Mail-Hosting, allgemeine Textverarbeitung) ist ein SaaS-Abo weiterhin sinnvoll, weil hier keine strategische Abhängigkeit von Belang entsteht. Code-Ownership lohnt sich vor allem dort, wo eine Software zum Kernprozess, zum Alleinstellungsmerkmal oder zur kritischen Infrastruktur Ihres Unternehmens wird.
Wie sich Code-Ownership auf die Due-Diligence-Praxis auswirkt
Bei Unternehmenstransaktionen, Investorenrunden oder auch nur der jährlichen Bewertung durch eine Bank im Rahmen einer Kreditvergabe wird zunehmend auch die technologische Substanz eines Unternehmens geprüft. Ein Unternehmen, das zentrale Wettbewerbsvorteile auf eigenem, nachweisbar besessenem Code aufgebaut hat, kann diesen Wert im Rahmen einer Prüfung klar belegen – etwa durch Vorlage des Quellcodes, der Versionshistorie und der zugehörigen Dokumentation. Ein Unternehmen, dessen Kernprozesse überwiegend auf gemieteten SaaS-Bausteinen ohne Code-Ownership beruhen, hat hier naturgemäß weniger vorzuweisen, selbst wenn die operative Funktionsweise im Alltag ähnlich gut funktioniert. Dieser Unterschied kann sich in der Bewertung und den Konditionen solcher Prüfungen konkret niederschlagen.
Ein kurzer Blick auf typische Übergangsmodelle
Manche Unternehmen entscheiden sich für einen abgestuften Übergang: Zunächst wird eine kritische Teilfunktion mit vollständigem Code-Ownership individuell entwickelt, während weniger kritische Bereiche vorerst weiterhin über SaaS-Lösungen abgedeckt werden. Mit wachsender Erfahrung und nachgewiesenem Nutzen wird der Anteil eigenentwickelter, im Besitz befindlicher Software im Zeitverlauf schrittweise erweitert. Dieser pragmatische Ansatz vermeidet ein zu großes initiales Investitionsrisiko und erlaubt es, Erfahrungen aus einem ersten Projekt in nachfolgende Entscheidungen einfließen zu lassen.
Wie sich Code-Ownership auf die Reaktionsfähigkeit bei Marktveränderungen auswirkt
Unternehmen, die schnell auf neue Marktanforderungen, regulatorische Änderungen oder Wettbewerbsdruck reagieren müssen, profitieren besonders von Code-Ownership. Muss eine Funktion kurzfristig angepasst werden, weil sich etwa gesetzliche Vorgaben ändern oder ein Wettbewerber ein neues Feature einführt, kann ein Unternehmen mit vollständigem Zugriff auf den eigenen Code diese Anpassung direkt in Auftrag geben. Ohne Code-Ownership ist ein Unternehmen dagegen darauf angewiesen, dass ein externer SaaS-Anbieter diese Anpassung in seiner eigenen, oft für alle Kunden gemeinsam geltenden Produktroadmap priorisiert – ein Prozess, auf den das einzelne Unternehmen in der Regel keinen direkten Einfluss hat und der Wochen oder Monate dauern kann, wenn er überhaupt erfolgt.
Der Unterschied zwischen Nutzungsrecht und Eigentum genauer betrachtet
Um die praktische Bedeutung von Code-Ownership vollständig zu verstehen, hilft eine genauere Unterscheidung zweier rechtlicher Konzepte. Ein einfaches Nutzungsrecht (Lizenz) erlaubt Ihnen, eine Software für einen definierten Zweck zu verwenden – vergleichbar mit dem Mieten einer Wohnung: Sie dürfen sie nutzen, aber nicht ohne Zustimmung des Eigentümers umbauen, weiterverkaufen oder dauerhaft beliebig verändern. Vollständiges Eigentum am Quellcode hingegen ist vergleichbar mit dem Besitz der Wohnung selbst: Sie können sie umbauen, erweitern, von einem beliebigen Handwerker instand halten lassen oder sogar veräußern.
Bei vielen SaaS-Verträgen erhalten Kunden nicht einmal ein klassisches Nutzungsrecht am Code, sondern lediglich einen Zugriff auf eine vom Anbieter betriebene Dienstleistung – eine noch schwächere Position, da der Anbieter jederzeit entscheiden kann, diesen Zugriff einzuschränken, zu verändern oder ganz einzustellen.
Wie sich Code-Ownership auf Verhandlungen mit Dienstleistern auswirkt
Ein oft unterschätzter praktischer Effekt von Code-Ownership zeigt sich in Preisverhandlungen mit Wartungs- und Entwicklungsdienstleistern. Ein Unternehmen, das seinen eigenen Code besitzt, kann bei Unzufriedenheit mit einem Dienstleister glaubwürdig mit einem Wechsel drohen oder diesen tatsächlich vollziehen – eine Verhandlungsposition, die einem Unternehmen ohne Code-Ownership schlicht nicht zur Verfügung steht. Diese strukturelle Verhandlungsmacht wirkt sich in der Praxis häufig bereits präventiv auf die Servicequalität und Preisgestaltung bestehender Dienstleister aus, selbst wenn ein tatsächlicher Wechsel nie vollzogen wird.
Ein Blick auf die Vertragsgestaltung
Code-Ownership entsteht nicht automatisch durch die Beauftragung einer Individualentwicklung – sie muss explizit vertraglich vereinbart werden. In der Praxis gibt es hier erhebliche Unterschiede zwischen Anbietern: Manche Entwicklungsdienstleister übertragen standardmäßig nur ein Nutzungsrecht an der fertigen Software, während der Quellcode und die Rechte daran beim Dienstleister verbleiben. Andere, wie wir es bei Lynox Studio praktizieren, übertragen von Beginn an die vollständigen Nutzungs- und Verwertungsrechte am Quellcode auf den Auftraggeber. Bei der Auswahl eines Entwicklungspartners sollte dieser Punkt explizit im Angebot oder Vertrag geklärt werden, statt ihn stillschweigend vorauszusetzen.
Code-Ownership als Teil der Unternehmensbewertung
Ein oft übersehener Aspekt: Bei einer Unternehmensbewertung, einem Verkaufsprozess oder der Aufnahme von Investoren wird häufig auch die technologische Basis eines Unternehmens geprüft (Due Diligence). Ein Unternehmen, das zentrale Wettbewerbsvorteile auf fremdem, nicht übertragbarem SaaS-Code aufgebaut hat, kann in solchen Prozessen schlechter bewertet werden als ein Unternehmen mit vollständigem Eigentum an seiner kritischen Software-Infrastruktur. Code-Ownership ist damit nicht nur eine operative, sondern auch eine finanzstrategische Frage.
Häufige Fragen
Ist Individualsoftware mit Code-Ownership nicht viel teurer? Die Anfangsinvestition ist höher, die laufenden Kosten sind jedoch planbar und meist geringer als bei einer wachsenden Nutzerzahl in einem Lizenzmodell. Zusätzlich entsteht ein bilanzieller Vermögenswert.
Kann ich Code-Ownership auch nachträglich erwerben, wenn ich bereits eine SaaS-Lösung nutze? In der Regel nicht direkt – proprietäre SaaS-Produkte bleiben im Besitz des Anbieters. Möglich ist jedoch eine Neuentwicklung mit vollständigem Datenexport aus der bisherigen Lösung.
Welche vertraglichen Punkte sollte ich bei einer Individualentwicklung auf Code-Ownership prüfen? Achten Sie darauf, dass im Vertrag explizit die vollständige Übertragung der Nutzungs- und Verwertungsrechte am Quellcode auf Ihr Unternehmen geregelt ist – nicht nur ein Nutzungsrecht an der fertigen Anwendung.
Verliere ich mit Code-Ownership den Support meines Entwicklungspartners? Nein, das sind zwei unabhängige Fragen. Sie können weiterhin einen Wartungsvertrag mit Ihrem Entwicklungspartner haben, besitzen aber gleichzeitig die Freiheit, bei Bedarf zu wechseln.
Wie wirkt sich Code-Ownership auf die Bilanzierung aus? Eigenentwickelte Software kann unter bestimmten Voraussetzungen als immaterieller Vermögenswert aktiviert werden. Für die genaue bilanzielle Behandlung empfehlen wir, Ihren Steuerberater einzubeziehen.
Was Code Ownership im Vertrag konkret bedeutet
In der Praxis lohnt sich ein genauer Blick auf drei Vertragsklauseln, bevor ein Softwareprojekt beginnt: die Eigentumsrechte am Quellcode, die Zugriffsrechte auf die Produktionsumgebung und die Regelungen zur Herausgabe von Dokumentation und Zugangsdaten bei Vertragsende. Fehlt eine explizite Klausel zum Quellcode-Eigentum, verbleiben die Rechte in vielen Rechtsordnungen standardmäßig beim entwickelnden Unternehmen – nicht beim Auftraggeber, selbst wenn dieser die Entwicklung vollständig finanziert hat.
Ein einfacher Test zeigt, wie unabhängig ein Unternehmen tatsächlich ist: Könnten Sie morgen den Dienstleister wechseln, ohne bei null anzufangen? Das setzt voraus, dass der vollständige Quellcode in einem eigenen Repository liegt, auf das Sie selbst Zugriff haben, dass die Infrastruktur (Server, Domains, Datenbanken) auf Ihren eigenen Namen läuft und dass eine aktuelle technische Dokumentation existiert, die ein neues Team in überschaubarer Zeit einarbeiten könnte.
Bei Lynox Studio legen wir aus genau diesem Grund von Anfang an offen, dass der gesamte Code in einem Repository unter Kundenkontrolle entsteht. Das ist kein Vertrauensbonus, sondern eine Grundvoraussetzung für eine gesunde, langfristige Zusammenarbeit – Kunden bleiben nicht, weil sie technisch gebunden sind, sondern weil die Zusammenarbeit funktioniert.
Fazit
Code-Ownership ist mehr als eine technische Randnotiz – es ist eine strategische Entscheidung über die langfristige Handlungsfreiheit Ihres Unternehmens. Wer den eigenen Code besitzt, verhandelt aus einer Position der Stärke, statt sich den Bedingungen eines Anbieters unterzuordnen. Lynox Studio entwickelt Individualsoftware, bei der der vollständige Quellcode von Anfang an in Ihrem Besitz bleibt.