SaaS-Sprawl vs. Eigenentwicklung: Wann Abo-Tools im B2B teurer werden als Custom-Code

Kein Unternehmen entscheidet sich bewusst für eine fragile Architektur. Sie entsteht schleichend: Für jedes neue Problem wird ein weiteres Abo-Tool eingekauft und über eine No-Code-Middleware angebunden. Was als pragmatische Lösung beginnt, wird zu einem Geflecht aus Abhängigkeiten, das niemand mehr vollständig überblickt – und das bei jedem Wachstumsschritt teurer und riskanter wird. Der Fachbegriff dafür ist „SaaS-Sprawl”.

Warum der Wildwuchs nicht günstig ist

Der Reiz von SaaS liegt in der minimalen Einstiegshürde. Genau das verschleiert die wahren Kosten. Lizenzen rechnen pro Sitzplatz ab, Middleware pro ausgeführter Aufgabe – beides skaliert nicht linear, sondern mit dem Geschäftserfolg. Ein einziger Lead, der ein Formular ausfüllt, löst über Zapier schnell fünf abgerechnete Aktionen aus. Wächst das Team und das Anfragevolumen, explodiert die monatliche Rechnung, ohne dass dem Unternehmen ein einziges Stück geistiges Eigentum gehört.

Hinter den Lizenzgebühren lauert ein zweiter, grösserer Kostenblock: technische Schuld. McKinsey beziffert den Anteil, den technische Altlasten am Wert des gesamten Technologiebestands ausmachen, auf 20 bis 40 Prozent – und 10 bis 20 Prozent des IT-Budgets fliessen allein in deren Verwaltung, statt in neue Funktionen.

— McKinsey, Tech Debt: Reclaiming Tech Equity, 2024

Die 3-Jahres-Rechnung: Der Kosten-Kipppunkt

Softwarekosten dürfen nie als isolierter Monatsposten betrachtet werden. Gartner zeigt, dass Organisationen regelmässig 50 bis 70 Prozent der tatsächlichen Gesamtkosten (Total Cost of Ownership) übersehen. Erst über mehrere Jahre wird sichtbar, wo der wahre Hebel liegt.

Die entscheidende Grösse ist der Punkt, an dem die kumulierten Kosten der Eigenentwicklung jene des Abo-Verbunds unterschreiten. Er hängt direkt von Teamgrösse, Tool-Kosten pro Person und der Höhe der Einmal-Investition ab. Der folgende Rechner modelliert diesen Kipppunkt auf realistischem Schweizer KMU-Niveau – ohne aufgeblähte Enterprise-Zahlen.

Die Aussage des Rechners ist nüchtern: Solange ein Team klein ist und wenige Tools nutzt, bleibt SaaS die günstigere Option. Sobald aber Seats, Datenvolumen und Tool-Anzahl steigen, dreht sich das Verhältnis – und zwar oft schneller, als die Bauchentscheidung vermuten lässt. Diese Logik ist eng verwandt mit der Fünf-Jahres-Betrachtung der Gesamtbetriebskosten von CMS-Systemen, nur dass hier nicht ein Redaktionssystem, sondern ein ganzer Prozess-Stack auf dem Prüfstand steht.

Stille API-Fehler: Wenn „Erfolg” Umsatz verbrennt

Der gefährlichste Schaden ist nicht der auf der Rechnung sichtbare. Verkettete Fremdsysteme kommunizieren über Schnittstellen, auf deren Entwicklung das Unternehmen keinen Einfluss hat. Ändert ein Anbieter unangekündigt seine Datenstruktur oder läuft ein Authentifizierungs-Token ab, bricht die Verbindung – häufig ohne lauten Fehler. Die Middleware meldet „Erfolg”, aber die Daten kommen nie an.

— MGI Research & EY, Revenue Leakage Analysis, 2025

Auf Unternehmensebene summieren sich solche Lücken zu „Revenue Leakage”. Analysen von MGI Research und EY beziffern den branchenüblichen Verlust auf 1 bis 5 Prozent des Jahresumsatzes. Bei knappen Margen entscheidet ein solches Leck über Profitabilität oder Liquiditätsengpass – und niemand sieht es, weil das System nie Alarm geschlagen hat.

Latenz killt Deal Velocity

Selbst wenn alle Daten ankommen, kostet die Verzögerung Geschäft. Der grösste Schwund im B2B-Funnel passiert beim Übergang vom Marketing- zum vertriebsqualifizierten Lead – und der Hauptgrund ist nicht schlechte Werbung, sondern Latenz in der Orchestrierung. Während günstige Middleware-Tarife in Polling-Intervallen von Minuten arbeiten und CRM-Automatisierungen zeitversetzt feuern, kühlt der Lead ab.

— Harvard Business Review / Lead Response Management Study, 2024

Ein Follow-up innerhalb der ersten fünf Minuten erhöht die Konvertierungschance gegenüber einer halben Stunde Verzögerung um das Hundertfache, und 78 Prozent der B2B-Kunden kaufen beim erstreagierenden Anbieter. Eine direkte Server-zu-Server-Anbindung in einer eigenen Plattform reagiert in Millisekunden – warum die reine Ladezeit dabei zum harten Conversion-Faktor wird, zeigt der Zusammenhang zwischen Ladezeit und Anfragen.

Der Schweizer Sonderfall: nDSG und persönliche Haftung

Für Schweizer Unternehmen verschiebt sich die Diskussion von „teuer” zu „rechtlich riskant”. Wenn ein Kunde ein Formular ausfüllt, durchlaufen seine Daten bei einem typischen Stack mehrere US-Anbieter. Selbst bei vertraglich zugesicherten EU-Servern unterliegen deren Mutterkonzerne dem US CLOUD Act – ein Zugriff durch US-Behörden ist damit nie vollständig auszuschliessen.

— Eidgenössischer Datenschutzbeauftragter (EDÖB), nDSG Art. 61, 2023

Der saubere Ausweg ist die Konsolidierung der datenverarbeitenden Logik in einer zentralen Applikation, die ausschliesslich auf Servern innerhalb der Schweizer Landesgrenzen läuft. Anbieter wie Exoscale oder OVHcloud bieten ISO-zertifizierte Umgebungen zu wettbewerbsfähigen Preisen – ein robustes Setup liegt im Bereich von wenigen tausend Franken pro Jahr und ersetzt die verteilte Datenhaltung souverän. Warum eine sichere, kontrollierte Architektur mehr ist als eine Compliance-Übung, zeigt auch der Blick auf Sicherheitslücken in Standard-CMS-Systemen.

Der Weg dorthin: kein Big Bang, sondern Phasen

Der Wildwuchs lässt sich nicht über Nacht ersetzen. Ein „Rip and Replace” sprengt regelmässig Budget und Zeitplan. Bewährt hat sich ein methodischer, schrittweiser Umbau, der das Risiko niedrig hält und früh Wirkung zeigt.

Eine fundierte Discovery-Phase, in der die Prozesse präzise dokumentiert werden, bevor Code entsteht, senkt die finalen Entwicklungskosten nachweislich um 20 bis 35 Prozent – und verhindert, dass die alten Fehler des Stacks in die neue Software wandern. Genau diese Planungs- und Architekturtiefe unterscheidet eine Agentur für Webentwicklung von einem reinen Tool-Zusammenstecker. Ob die zentrale Plattform am Ende monolithisch oder modular aufgebaut wird, ist eine bewusste Entscheidung – die Abwägung dazu liefert der Artikel zu Composability gegen Monolith.

Für ein wachsendes Zürcher B2B-Unternehmen ist die Schlussfolgerung eindeutig: Ab einer gewissen Grösse ist die zentral konsolidierte Eigenentwicklung kein Luxus, sondern die günstigere, schnellere und rechtssichere Option. Der richtige Zeitpunkt für den Umstieg ist genau dann, wenn die monatliche Abo-Rechnung schneller wächst als das Geschäft.