SaaS durch Individualsoftware ersetzen: Exit-Kosten realistisch berechnen
Viele mittelständische Unternehmen nutzen für zentrale Abläufe mehrere SaaS-Produkte. Am Anfang überzeugt das Modell durch schnellen Start und planbare Monatsbeträge. Mit wachsender Nutzerzahl, zusätzlichen Modulen und immer mehr Workarounds verschiebt sich die Rechnung jedoch. Wer überlegt, eine SaaS durch Individualsoftware ersetzen zu lassen, braucht vor allem eine ehrliche Kostenrechnung: Was kostet der Ausstieg einmalig, und was kostet der Betrieb der eigenen Lösung dauerhaft? Dieser Artikel zeigt, welche Posten in eine solche Exit-Rechnung gehören und wie Sie den Umstieg in überschaubaren Schritten planen.
Wann sich der Ausstieg aus einer SaaS-Lösung lohnen kann
Nicht jede Mietsoftware sollte ersetzt werden. Für Standardaufgaben wie E-Mail, Buchhaltung oder Videokonferenzen sind etablierte Produkte meist die wirtschaftlichere Wahl. Interessant wird eigene Software dort, wo ein Prozess Ihr Unternehmen vom Wettbewerb unterscheidet und die Standardlösung ihn nur mit Umwegen abbildet.
Typische Anzeichen sind Zusatzmodule, die Sie nur für eine einzige Funktion buchen, Exportlisten, die regelmäßig von Hand nachbearbeitet werden, oder Lizenzen pro Nutzer, die bei jeder neuen Stelle mitwachsen. Auch Anforderungen an Hosting und Datenhaltung spielen eine Rolle, etwa wenn Daten in einem deutschen Rechenzentrum verbleiben sollen und der Anbieter das nicht verbindlich zusagt.
Die Bindung an einen Anbieter selbst ist dabei nur ein Teilaspekt. Wie technische und vertragliche Abhängigkeiten entstehen und wie Sie diese schon bei der Auswahl begrenzen, beschreibt unser Leitfaden Vendor Lock-in vermeiden. Dieser Artikel behandelt den nächsten Schritt: Was kostet es, eine bestehende SaaS-Lösung durch eigene Software abzulösen?
Exit-Kosten: Diese Posten gehören in die Rechnung
Die Exit-Kosten sind alle einmaligen Aufwände, die beim Wechsel von der Mietsoftware zur eigenen Lösung anfallen. Sie werden in der Praxis häufig unterschätzt, weil der Blick zuerst auf die Entwicklung fällt. Die folgenden Posten sollten Sie einzeln bewerten.
Datenexport und Datenmigration
Prüfen Sie zuerst, in welcher Form der Anbieter Ihre Daten herausgibt. Ein Export als Tabelle reicht selten aus, wenn Datensätze miteinander verknüpft sind, Dateianhänge enthalten oder eine Historie haben. Planen Sie Zeit für die Bereinigung, für das Zuordnen der Felder zum neuen Datenmodell und für Testläufe mit echten Daten ein. Je älter und größer der Bestand ist, desto mehr Aufwand entsteht an dieser Stelle.
Entwicklung der neuen Lösung
Die Entwicklung umfasst Konzeption, Umsetzung, Tests und Dokumentation. Den größten Einfluss auf den Aufwand hat der Funktionsumfang. Wer nicht alle Funktionen der bisherigen SaaS nachbaut, sondern nur die Teile, die tatsächlich genutzt werden, senkt die Kosten deutlich. Eine Bestandsaufnahme der echten Nutzung ist deshalb der wichtigste Schritt vor jedem Angebot.
Parallelbetrieb und Vertragslaufzeiten
Während der Umstellung laufen alte und neue Lösung oft einige Wochen oder Monate nebeneinander. In dieser Zeit zahlen Sie weiter Lizenzen. Prüfen Sie Kündigungsfristen, Mindestlaufzeiten und mögliche Gebühren für den Datenexport frühzeitig, damit der Vertrag nicht unnötig lange weiterläuft. Der europäische Data Act soll den Wechsel zwischen Datenverarbeitungsdiensten erleichtern. Wie er sich auf Ihren konkreten Vertrag auswirkt, sollten Sie im Einzelfall rechtlich prüfen lassen.
Schulung und Einführung
Mitarbeitende müssen die neue Software kennenlernen. Bei einer Lösung, die eng an den eigenen Prozess angelehnt ist, fällt dieser Aufwand oft geringer aus als bei einem Standardprodukt. Er sollte trotzdem mit Stunden und Verantwortlichen eingeplant werden.
Laufende Kosten vergleichen: Lizenzen gegen eigenen Betrieb
Für eine belastbare Entscheidung stellen Sie zwei Summen über einen mehrjährigen Zeitraum gegenüber. Auf der einen Seite stehen die SaaS-Kosten: Lizenzen pro Nutzer, Zusatzmodule, Speicher- oder Transaktionsgebühren und die erwarteten Preisanpassungen. Rechnen Sie dabei mit der Nutzerzahl, die Sie in einigen Jahren erwarten, nicht nur mit dem heutigen Stand.
Auf der anderen Seite stehen die Exit-Kosten aus dem vorigen Abschnitt plus die laufenden Kosten der eigenen Software. Dazu gehören Hosting, Wartung, Sicherheitsupdates, Monitoring und ein Budget für Weiterentwicklung. Ein Wartungsvertrag mit festen Reaktionszeiten macht diesen Teil planbar. Beim Hosting bieten sich Rechenzentren in Deutschland oder der EU an, auf Wunsch auch auf eigener Infrastruktur.
Die Rechnung ergibt einen Zeitpunkt, ab dem sich die eigene Lösung trägt. Liegt dieser Punkt innerhalb des Zeitraums, in dem Sie den Prozess sicher weiter nutzen werden, spricht das für den Umstieg. Liegt er weit dahinter, ist eine bessere Konfiguration der bestehenden SaaS oft die sinnvollere Wahl. Ob und wie Entwicklungskosten bilanziell aktiviert werden können, klären Sie mit Ihrer Steuerberatung.
Den Umstieg schrittweise planen
Ein vollständiger Wechsel an einem Stichtag ist riskant. Besser ist ein Vorgehen in Etappen, bei dem jede Stufe für sich nutzbar ist.
1. Prozesse und Daten erfassen
Dokumentieren Sie, welche Funktionen der bisherigen Software tatsächlich genutzt werden, welche Daten dort liegen und welche Schnittstellen zu anderen Systemen bestehen. Diese Liste ist die Grundlage für Angebot, Datenmigration und Abnahme.
2. Mit einem MVP für den Kernprozess beginnen
Starten Sie mit einer kompakten ersten Version (Minimum Viable Product), die den wichtigsten Ablauf abbildet. Das kann zum Beispiel sein, wenn Sie Freigabeprozesse digitalisieren möchten, die bisher in einem SaaS-Tool mit Zusatzmodulen laufen. So prüfen Sie früh, ob die neue Lösung im Alltag trägt, bevor das gesamte Budget gebunden ist.
3. Parallelbetrieb und Datenübernahme
Lassen Sie alte und neue Lösung für einen festgelegten Zeitraum parallel laufen. Übernehmen Sie die Daten in Testläufen, gleichen Sie die Ergebnisse ab und legen Sie einen klaren Termin für die endgültige Umstellung fest. Erst danach kündigen Sie den SaaS-Vertrag.
4. Betrieb und Weiterentwicklung absichern
Klären Sie vor dem Livegang, wer die Software betreibt, wer Updates einspielt und wie neue Anforderungen umgesetzt werden. Wer den Quellcode besitzt und die Architektur dokumentiert hat, kann den Dienstleister bei Bedarf wechseln. Für Unternehmen, die bisher auf Low-Code-Plattformen gesetzt haben, lohnt zusätzlich ein Blick auf eine Power Apps Alternative.
Fazit: Erst rechnen, dann entscheiden
Eine SaaS-Lösung durch eigene Software zu ersetzen, ist eine Investitionsentscheidung. Sie lohnt sich vor allem bei Kernprozessen, die stark von Standardabläufen abweichen, und bei Lizenzkosten, die mit dem Unternehmen wachsen. Eine vollständige Exit-Rechnung mit Migration, Entwicklung, Parallelbetrieb und laufendem Betrieb zeigt, ob und ab wann sich der Wechsel trägt. Ein schrittweiser Start mit einem MVP hält das Risiko dabei überschaubar.
Häufige Fragen zum Ersetzen von SaaS durch eigene Software
Welche Kosten fallen beim Wechsel von SaaS zu Individualsoftware an?
Einmalig fallen Kosten für Datenexport und Datenmigration, Entwicklung, Parallelbetrieb und Schulung an. Dauerhaft kommen Hosting, Wartung, Sicherheitsupdates und Weiterentwicklung hinzu. Erst die Summe aus beiden Teilen lässt sich sinnvoll mit den SaaS-Lizenzkosten vergleichen.
Für welche Prozesse lohnt sich eigene Software eher nicht?
Für Standardaufgaben wie E-Mail, Finanzbuchhaltung oder Videokonferenzen sind etablierte Produkte meist wirtschaftlicher. Eigene Software ist vor allem für Abläufe interessant, die Ihr Unternehmen auszeichnen und die eine Standardlösung nur mit Umwegen abbildet.
Wie lange sollten alte und neue Lösung parallel laufen?
Das hängt von Datenmenge und Prozess ab. Der Parallelbetrieb sollte so lange dauern, bis die Daten vollständig übernommen, die Ergebnisse abgeglichen und die Mitarbeitenden eingearbeitet sind. Legen Sie dafür vorab einen festen Zeitraum und ein Abnahmekriterium fest.
Muss die neue Software alle Funktionen der SaaS nachbauen?
Nein. Sinnvoll ist eine Bestandsaufnahme der Funktionen, die tatsächlich genutzt werden. Oft wird nur ein Teil des Funktionsumfangs gebraucht, was Entwicklungsaufwand und Kosten senkt.
Wo sollte die eigene Software gehostet werden?
Das hängt von Ihren Anforderungen an Datenhaltung und Betrieb ab. Viele Unternehmen wählen Rechenzentren in Deutschland oder der EU, auf Wunsch auch eigene Infrastruktur. Wichtig ist, dass Betrieb, Backups und Updates vertraglich klar geregelt sind.