Individuelle Softwareentwicklung oder Standard-SaaS: eine ehrliche Antwort

Die Frage, die die meisten Suchanfragen zu diesem Thema eigentlich stellen, ist nicht “individuell oder SaaS”. Es ist: passt ein fertiges Tool auf unseren Prozess, oder biegen wir am Ende unseren Prozess auf das Tool zurecht? Das ist ein Unterschied, der sich erst nach ein paar Monaten zeigt, meistens dann, wenn schon Daten und Gewohnheiten im System stecken und ein Wechsel plötzlich teurer wirkt, als er am Anfang gewesen wäre.

Wann ein Standard-Tool tatsächlich reicht

Nicht jedes Unternehmen braucht eine Eigenentwicklung. Wenn euer Prozess dem entspricht, wofür das Tool gebaut wurde, wenn ihr eine Idee erst testen wollt, bevor ihr investiert, oder wenn das Budget für den Anfang begrenzt ist, ist ein gutes SaaS-Produkt die richtige Wahl. Es ist sofort da, günstig im Einstieg und jemand anders kümmert sich um Wartung und Updates. Ein Buchhaltungsprogramm für eine Zwei-Personen-Firma muss niemand neu bauen.

Der Haken zeigt sich erst, wenn der eigene Prozess vom Standardfall abweicht. Und bei den meisten Unternehmen, die lange genug bestehen, um eigene Abläufe zu entwickeln, ist das früher der Fall als gedacht.

Woran ihr merkt, dass das Tool nicht mehr zu euch passt

Es gibt keinen einzelnen Moment, an dem ein Standard-Tool “kippt”. Stattdessen häufen sich Umgehungen: eine Excel-Tabelle neben dem eigentlichen System, weil eine Funktion fehlt. Ein manueller Export-Import-Schritt jede Woche, den eigentlich niemand mehr erklären kann. Ein teureres Preis-Tier nur wegen einer einzigen Funktion, die ihr braucht, während der Rest des Pakets ungenutzt bleibt. Oder ein zweites, drittes Tool daneben, weil das erste nur die Hälfte des Prozesses abdeckt und niemand mehr genau weiß, welche Zahl in welchem System die aktuelle ist. Einzeln sind das Kleinigkeiten. Zusammen sind sie ein Prozess, der sich nach dem Tool richtet statt umgekehrt.

Was individuelle Softwareentwicklung eigentlich bedeutet

Der Ruf von Individualentwicklung ist schlechter als die Realität: teuer, langsam, Projekte, die im Sand verlaufen. Das stimmt für ein bestimmtes Modell, große Agentur, langer Discovery-Prozess, Abnahme in Quartalen. Es stimmt nicht grundsätzlich.

Individuelle Softwareentwicklung heißt: Software, die für euren tatsächlichen Ablauf gebaut ist, nicht für den generischen Fall, den ein SaaS-Anbieter für tausend Kunden gleichzeitig lösen muss. Kein Modul, das ihr nicht braucht. Keine Grenze, die ein fremdes Preismodell euch setzt. Und der Code gehört euch, nicht dem Anbieter, dessen Preise sich in zwei Jahren ändern können.

Bei handwerk-code dauert das vom ersten Gespräch bis zum MVP 2 bis 4 Wochen, mit erfahrenen Entwickler:innen, die Entscheidungen treffen, nicht nur Tickets abarbeiten. Den vollständigen Vergleich zwischen Standard-SaaS, Abo und Eigenentwicklung seht ihr auf der Startseite.

Ist das nicht ein Risiko?

Ein Einwand kommt fast immer: ist eine Eigenentwicklung nicht ein Risiko, ein einzelner Anbieter, von dem alles abhängt? Der Einwand ist berechtigt, nur zeigt er in beide Richtungen. Bei SaaS hängt ihr genauso von einem einzelnen Anbieter ab, nur ohne den Code. Ändert der Anbieter das Preismodell, stellt eine Funktion ein oder wird aufgekauft, habt ihr keine Möglichkeit, das zu beeinflussen. Bei individueller Software gehört euch der Code am Ende. Ihr könnt das Team wechseln, eine andere Firma weiterbauen lassen oder intern übernehmen. Das Risiko verschwindet nicht, es verschiebt sich nur dahin, wo ihr die Kontrolle behaltet.

Was es kostet, und was es einspart

Der ehrliche Vergleich ist nicht “SaaS ist billig, Custom ist teuer”. Es ist: SaaS kostet laufend, pro Sitz, oft steigend, so lange ihr das Tool nutzt. Individuelle Software kostet einmalig, und danach gehört sie euch. Bei einem Zeithorizont von drei bis fünf Jahren dreht sich die Rechnung öfter um, als der erste Blick auf den Preis vermuten lässt.

Das heißt nicht, dass Eigenentwicklung immer die richtige Antwort ist. Es heißt, dass der Vergleich nur mit einer echten Zeitachse funktioniert, nicht mit dem Preis der ersten Rechnung. Und die Entscheidung muss auch nicht einmalig und endgültig sein: viele Unternehmen starten mit einem Standard-Tool, stoßen an dessen Grenzen, und lassen die Kernprozesse dann gezielt ablösen, während der Rest vorerst bleibt, wo er ist. Genau das ist auch der Grund, warum wir alte WordPress-Seiten und Legacy-Systeme in einen modernen Stack überführen, statt bei null anzufangen: die Migration passiert dort, wo sie etwas bringt, nicht überall auf einmal.

Eine kurze Checkliste für die Entscheidung

Ein Standard-Tool reicht wahrscheinlich, wenn euer Prozess generisch ist, ihr eine Idee testet, oder das Budget im ersten Jahr eng ist. Individuelle Entwicklung lohnt sich eher, wenn ihr schon Umgehungslösungen gebaut habt, für Funktionen bezahlt, die ihr nicht nutzt, oder der Prozess selbst euer Vorteil gegenüber der Konkurrenz ist. Die Antwort ist selten kompliziert, sie ist nur unbequem, wenn man ehrlich hinschaut, wie viele Umgehungen sich schon angesammelt haben.

Wenn ihr nicht sicher seid, in welche Richtung eure Antwort zeigt: ein kurzes Erstgespräch klärt das meistens schneller als eine weitere Stunde Tool-Vergleiche.