Macht dich Individualsoftware abhängiger als SaaS? Der Mythos im Faktencheck

“Mit eigener Software mache ich mich doch komplett von euch abhängig.” Den Satz hören wir nach unserer Erfahrung in fast jedem Erstgespräch, meist ziemlich früh. Oft mit einem entschuldigenden Lächeln hinterher, weil der Kunde merkt, dass er uns gerade ins Gesicht sagt, was er befürchtet.

Gut so. Wir verdienen unser Geld mit langfristiger Betreuung. Lies das hier also bitte mit genau der Skepsis, die angebracht ist.

Die ehrliche Antwort: Ja, Individualsoftware macht dich abhängig. Nur macht SaaS das auch. Wer beim Vergleich von Individualsoftware und SaaS die Option ohne Abhängigkeit sucht, wird sie nicht finden. Die Frage ist nicht ob, sondern welche Abhängigkeit du wählst. Und was sie dich im Ernstfall kostet.

Individualsoftware und SaaS erzeugen beide Abhängigkeit, nur an anderer Stelle

Bei SaaS mietest du. Der Anbieter besitzt den Code, die Infrastruktur und faktisch auch deine Daten, solange sie in seinem Format liegen. Du zahlst monatlich, dafür kümmert sich jemand anderes um Betrieb, Updates und Sicherheit. Bequem. Für viele Anwendungsfälle genau richtig.

Bei Individualsoftware zahlst du einmal für die Entwicklung und danach laufend für Pflege. Der Code kann dir gehören, wenn du es vertraglich regelst. Was nicht mitgeliefert wird, ist das Team, das ihn versteht.

Zwei Abhängigkeiten, zwei völlig verschiedene Risikoprofile. Die eine ist kommerziell, die andere personell. Nur eine davon kannst du mit einem Vertrag entschärfen.

Was die SaaS-Abhängigkeit konkret kostet

Der Bitkom hat für den Cloud Report 2026 im Frühjahr 603 Unternehmen ab 20 Beschäftigten befragt und im Juni veröffentlicht. Das Ergebnis zum Anbieterwechsel ist eindeutig: 59 Prozent nennen Lock-in-Effekte als größte Hürde, also schwierige Datenexporte und Migrationen. Je 45 Prozent nennen den zu hohen Personalaufwand und die Komplexität der Anwendungen, 28 Prozent halten das Risiko schlicht für zu hoch.

Gewechselt wird deshalb kaum. Laut derselben Erhebung haben 26 Prozent der Unternehmen ihren Cloud-Anbieter einmal gewechselt, 8 Prozent mehrfach. Zwei von drei haben es noch nie getan.

Bei den Preisen sieht es so aus: 64 Prozent der Befragten berichten von gestiegenen Betriebskosten im vergangenen Jahr, für 2026 rechnet über die Hälfte mit weiteren Erhöhungen. Schon im Cloud Report 2025 sagte gut die Hälfte der Cloud-Nutzer, sie fühle sich den Anbietern bei Preisen und Vertragsbedingungen ausgeliefert.

Das ist keine Theorie. Microsoft hat am 4. Dezember 2025 angekündigt, die Listenpreise für Microsoft 365 zum 1. Juli 2026 anzuheben. Auf der offiziellen Lizenzseite von Microsoft steht, geprüft am 17. Juli 2026: Business Basic steigt von 6 auf 7 US-Dollar pro Nutzer und Monat, Business Standard von 12,50 auf 14 US-Dollar, Microsoft 365 E3 von 36 auf 39, E5 von 57 auf 60 US-Dollar. Als Begründung nennt Microsoft neue Funktionen bei KI, Sicherheit und Verwaltung.

Rechne es einmal für dich durch. 50 Leute auf Business Standard, 1,50 US-Dollar mehr pro Kopf und Monat, macht 900 US-Dollar im Jahr. Klingt verkraftbar. Nur hast du diese Entscheidung nicht getroffen, du wirst darüber informiert. Und du zahlst für Funktionen, nach denen in deinem Haus niemand gefragt hat.

Das ist der Kern der SaaS-Abhängigkeit. Du hast keinen Hebel. Preis rauf, Feature raus, Anbieter aufgekauft, Produkt eingestellt. Dein einziges Druckmittel ist der Wechsel. Und der ist teuer genug, dass zwei von drei Unternehmen ihn nie angetreten haben.

Die Abhängigkeit bei Individualsoftware lässt sich nicht wegdiskutieren

Jetzt der Teil, in dem wir gegen unser eigenes Geschäft argumentieren.

Wenn wir dir Software bauen, kennt diesen Code am Anfang genau ein Team. Unseres. Steigt der zuständige Entwickler aus, geht die Agentur pleite oder wird die Zusammenarbeit unangenehm, dann sitzt du auf einem System, das läuft, das aber niemand anfassen kann. Ein neuer Dienstleister braucht Wochen zur Einarbeitung. Und die rechnet er dir ab.

Der Arbeitsmarkt hilft dir nicht dabei. Laut Bitkom fehlten im August 2025 rund 109.000 IT-Fachkräfte in Deutschland, eine offene IT-Stelle bleibt im Schnitt 7,7 Monate unbesetzt. Die Vorstellung, du holst die Software im Zweifel einfach ins eigene Haus, ist für die meisten Mittelständler eine Illusion.

Individualsoftware ist außerdem nie fertig. Sicherheitsupdates, neue Framework-Versionen, geänderte Schnittstellen. Als Faustregel kalkulieren wir 15 bis 25 Prozent der Entwicklungskosten pro Jahr für Wartung. Das ist eine Branchenspanne und unser Erfahrungswert, keine belastbare Statistik. Wer diese Position im Budget vergisst, hat kein Softwareprojekt gerechnet, sondern ein Wunschkonzert. Was da im Einzelnen drinsteckt, haben wir im Beitrag zu Wartung und Support nach dem Launch aufgeschlüsselt.

Am unangenehmsten ist der rechtliche Punkt. In Deutschland ist das Urheberrecht nicht übertragbar, du bekommst Nutzungsrechte. Steht im Vertrag nichts Konkretes, greift die Zweckübertragungsregel in § 31 Abs. 5 UrhG, und im Zweifel bleibt dir nur ein einfaches Nutzungsrecht. Der BGH hat am 16. Dezember 2003 entschieden, dass es ohne Vereinbarung keinen automatischen Anspruch auf Herausgabe des Quellcodes gibt, das hängt am Einzelfall. Im Klartext: Ohne saubere Klausel gehört dir am Ende deutlich weniger, als du glaubst. Das ist unsere Sicht als Praktiker und ersetzt keine Rechtsberatung. Für die Vertragsgestaltung gehst du bitte zu einem Anwalt.

So begrenzt du die Abhängigkeit

Hier liegt der eigentliche Unterschied. Bei Individualsoftware kannst du fast jedes dieser Risiken vertraglich regeln. Bei SaaS unterschreibst du, was der Anbieter vorlegt.

1. Lass dir ausschließliche Nutzungsrechte einräumen, schriftlich und einzeln benannt. Nicht “wir liefern die Software”, sondern: welche Rechte, für welche Zwecke, übertragbar an Dritte, zeitlich und räumlich unbeschränkt.
2. Vereinbare die Quellcode-Herausgabe als Pflicht. Bei jedem Release, nicht erst im Streitfall.
3. Fordere Repository-Zugang ab Tag eins. Das Git-Repository läuft auf deinem Account, nicht auf dem der Agentur. Wir machen das so.
4. Mach Dokumentation zum Abnahmekriterium. Setup, Architektur, Deployment, Abhängigkeiten. Ein fremder Entwickler muss das System in einer Woche zum Laufen bringen.
5. Schreib eine Exit-Klausel rein. Was passiert bei Kündigung: Übergabe, Support-Frist, Zugänge, Datenexport in einem offenen Format. Regel das, solange alle noch gute Laune haben.
6. Bestehe auf Standard-Technologie. PHP, Python, TypeScript, PostgreSQL. Kein exotisches Framework, das europaweit drei Leute beherrschen. Für jeden Exoten gibt es einen Grund, und der ist selten deiner.

Punkt 6 wird am meisten unterschätzt. Standard-Technologie ist deine echte Versicherung, weil sie uns austauschbar macht. Nicht dich.

Und wann passt was? Wenn dein Prozess Standard ist, nimm SaaS und lebe mit den Preisrunden. Buchhaltung, E-Mail, Videocalls: dafür etwas Eigenes zu bauen, wäre Unsinn. Sobald ein Prozess dein Geschäft von anderen unterscheidet, kippt die Rechnung. Die ausführliche Abgrenzung findest du im Beitrag Individualsoftware vs. Standardsoftware.

Was wir dir nicht versprechen: eine Zusammenarbeit ohne jede Abhängigkeit. Die gibt es weder bei uns noch bei Microsoft. Wir können dir nur die Variante anbieten, bei der du die Bedingungen mitverhandelst, statt sie per E-Mail mitgeteilt zu bekommen. Wenn du gerade an dieser Entscheidung sitzt, schau dir an, wie wir Software entwickeln, oder hol dir in einer Fokus-Session eine ehrliche Einschätzung. Kein Verkaufsgespräch, sondern zwei Stunden, in denen wir gemeinsam auf deinen konkreten Fall schauen.