Interne Tools statt SaaS - wann sich Eigenentwicklung wirklich lohnt

Für fast jeden internen Prozess gibt es eine SaaS-Lösung - und trotzdem landen viele Mittelständler irgendwann bei einer Eigenentwicklung. Die Frage ist nicht, ob SaaS grundsätzlich besser oder schlechter ist, sondern wann sich der Wechsel zu einem individuellen Tool tatsächlich rechnet.

Dieser Artikel beantwortet gezielt die Frage "eigenes Tool oder SaaS-Abo für diesen einen Prozess?" - nicht die Frage, ob du generell eine eigene IT-Abteilung aufbauen oder mit externen Entwicklern arbeiten solltest. Letzteres ist eine eigene Entscheidung, die unabhängig davon gilt, für welchen Softwareweg du dich im Einzelfall entscheidest.

Wann SaaS die richtige Wahl bleibt

Für Standardprozesse - Buchhaltung, CRM, generisches Projektmanagement - lohnt sich Eigenentwicklung fast nie. Diese Tools sind ausgereift, werden laufend weiterentwickelt und kosten im Vergleich zu einer Eigenentwicklung wenig. Der Denkfehler ist oft, ein SaaS-Tool an einen speziellen internen Prozess biegen zu wollen, statt den Prozess selbst zu hinterfragen. Wenn drei Abteilungen unabhängig voneinander Workarounds für dasselbe SaaS-Tool gebaut haben, liegt das Problem meist nicht am Tool, sondern daran, dass der Prozess nie sauber an das Tool angepasst wurde.

Wann sich Eigenentwicklung lohnt

Ein internes Tool wird interessant, wenn eine der folgenden Bedingungen zutrifft:

Dein Prozess ist wirklich einzigartig. Nicht "wir machen das ein bisschen anders", sondern ein Kernprozess, der dir tatsächlich einen Wettbewerbsvorteil verschafft und sich nicht sinnvoll in ein Standardtool pressen lässt - etwa eine sehr spezifische Qualitätsprüfung in der Fertigung, die kein branchenübliches SaaS-Tool abbildet.

Die Skalierungskosten von SaaS explodieren. Viele SaaS-Modelle berechnen pro Nutzer oder pro Datensatz. Bei wachsender Nutzerzahl oder Datenmenge kann eine Eigenentwicklung mit fixen Betriebskosten langfristig günstiger werden - das lässt sich über 3-5 Jahre durchrechnen. Ein Tool, das heute mit 20 Nutzern 6.000 Euro im Jahr kostet, aber bei 200 Nutzern auf 60.000 Euro steigt, verändert die Rechnung fundamental.

Mehrere SaaS-Tools müssen mühsam verbunden werden. Wenn du bereits drei bis vier Tools mit Workarounds und manuellen Exporten verknüpfst, ersetzt ein einziges internes Tool oft mehr Reibung, als es selbst kostet. Der reale Aufwand liegt hier oft nicht im SaaS-Abo selbst, sondern in den Personenstunden, die monatlich für manuelle Datenabgleiche draufgehen.

Datenhoheit ist geschäftskritisch. Bei sensiblen Daten kann die Kontrolle über Speicherort, Zugriff und Löschung ein eigenständiger Grund sein, unabhängig von den reinen Kosten - etwa bei Gesundheitsdaten, sicherheitsrelevanten Betriebsdaten oder Daten, die vertraglich nicht bei einem Drittanbieter liegen dürfen.

Der Mittelweg: Bevor du komplett neu baust

Nicht jede Unzufriedenheit mit einer SaaS-Lösung rechtfertigt eine vollständige Eigenentwicklung. Zwei Zwischenschritte lohnen sich, bevor du in ein individuelles Tool investierst:

Ein Nischen-SaaS statt eines Generalisten prüfen. Für viele spezielle Prozesse gibt es inzwischen spezialisierte SaaS-Anbieter, die näher am tatsächlichen Bedarf liegen als ein großes Generalisten-Tool.
Bestehende SaaS-Tools per API verbinden statt manuell zu exportieren. Oft lässt sich die Reibung zwischen mehreren Tools bereits durch eine schlanke Automatisierung (z. B. ein kleines Integrationsskript) deutlich reduzieren - für einen Bruchteil der Kosten einer vollständigen Eigenentwicklung.

Erst wenn diese beiden Optionen den Kernprozess nicht sauber abbilden können, ist ein individuelles Tool die konsequente nächste Stufe.

Der Denkfehler: "Wir haben doch schon die Anforderungen"

Ein interner Prozess, der über Jahre in Excel-Tabellen und E-Mails gewachsen ist, ist keine Anforderungsspezifikation. Bevor du ein internes Tool beauftragst, muss der Prozess selbst dokumentiert und oft auch vereinfacht werden - sonst baust du eine Software, die exakt die Umwege abbildet, die eigentlich das Problem waren.

Praxisbeispiel: Auftragsabwicklung aus drei Tools

Ein typisches Szenario bei mittelständischen Fertigungsunternehmen: Angebote werden im CRM erstellt, Aufträge dann manuell in ein Tabellenkalkulationsblatt für die Produktionsplanung übertragen, und der Rechnungsstatus wird separat in der Buchhaltungssoftware gepflegt. Drei Systeme, zwei manuelle Übertragungen pro Auftrag, mehrere Stunden Abgleicharbeit pro Woche - und ein ständiges Risiko, dass die drei Systeme unterschiedliche Stände zeigen.

Ein internes Tool, das nur die Verbindung zwischen diesen drei Schritten abbildet - nicht CRM, Produktionsplanung oder Buchhaltung komplett ersetzt -, kann hier den größten Teil der Reibung beseitigen, ohne die bewährten SaaS-Tools selbst zu ersetzen. Das ist oft der wirtschaftlichste Ansatz: nicht "SaaS raus, alles neu bauen", sondern gezielt die Lücke zwischen bestehenden Tools schließen.

Die realistische Kostenrechnung

Vergleiche nicht nur Entwicklungskosten gegen die SaaS-Jahreslizenz. Rechne die laufenden Wartungs- und Weiterentwicklungskosten der Eigenentwicklung über mehrere Jahre mit ein - nur so wird der Vergleich fair. Ein Tool, das 50.000 Euro kostet, aber jährlich 30% davon an Wartung braucht, ist über fünf Jahre teurer, als es auf den ersten Blick wirkt: 50.000 Euro Entwicklung plus fünfmal 15.000 Euro Wartung ergeben 125.000 Euro Gesamtkosten - eine Zahl, die im ersten Angebot selten auftaucht, aber in jede Make-or-Buy-Entscheidung gehört.

Wer sollte die Entscheidung treffen?

Make-or-Buy-Entscheidungen für interne Tools werden zu oft allein von der IT oder allein von der Fachabteilung getroffen - beides führt zu Fehleinschätzungen. Die IT unterschätzt manchmal, wie viel Reibung ein schlecht passendes SaaS-Tool im Tagesgeschäft erzeugt. Die Fachabteilung unterschätzt oft die laufenden Wartungskosten einer Eigenentwicklung, weil sie nur den einmaligen Entwicklungspreis sieht. Eine belastbare Entscheidung braucht beide Perspektiven: die fachliche Einschätzung, wie einzigartig und geschäftskritisch der Prozess wirklich ist, und die technische Einschätzung der langfristigen Kosten.

Fazit

Interne Tools schlagen SaaS nicht, weil Eigenentwicklung grundsätzlich besser ist, sondern in den seltenen Fällen, in denen ein Prozess wirklich einzigartig ist, die Skalierungskosten kippen oder zu viele Tools mühsam verbunden werden müssen. Für alles andere bleibt eine gute SaaS-Lösung die schnellere und günstigere Wahl.

Häufig gestellte Fragen

Wann lohnt sich ein internes Tool statt einer SaaS-Lösung?

Wenn dein Prozess wirklich einzigartig ist und dir einen Wettbewerbsvorteil verschafft, wenn SaaS-Skalierungskosten bei wachsender Nutzung explodieren, wenn mehrere SaaS-Tools mühsam manuell verbunden werden müssen, oder wenn Datenhoheit geschäftskritisch ist.

Warum ist eine gewachsene Excel-Lösung keine gute Grundlage für ein internes Tool?

Ein Prozess, der über Jahre in Excel und E-Mails gewachsen ist, bildet oft historische Umwege ab, nicht den eigentlich sinnvollen Ablauf. Vor der Beauftragung sollte der Prozess selbst dokumentiert und vereinfacht werden.

Wie vergleiche ich die Kosten von SaaS und Eigenentwicklung fair?

Nicht nur Entwicklungskosten gegen die SaaS-Jahreslizenz stellen, sondern die laufenden Wartungs- und Weiterentwicklungskosten der Eigenentwicklung über mehrere Jahre einrechnen - erst dieser Gesamtvergleich ist aussagekräftig.

Lohnt sich Eigenentwicklung für Standardprozesse wie Buchhaltung oder CRM?

In der Regel nicht. Für Standardprozesse sind SaaS-Tools ausgereift, werden laufend weiterentwickelt und kosten im Vergleich zur Eigenentwicklung wenig. Eigenentwicklung lohnt sich fast ausschließlich bei wirklich einzigartigen Kernprozessen.

Muss ich immer sofort ein komplett neues Tool bauen, wenn SaaS nicht mehr passt?

Nein. Oft lohnt sich zuerst zu prüfen, ob ein spezialisiertes Nischen-SaaS-Tool näher am Bedarf liegt, oder ob eine schlanke Automatisierung zwischen bestehenden Tools die eigentliche Reibung bereits beseitigt - für einen Bruchteil der Kosten einer vollständigen Eigenentwicklung.