Die meisten Build-vs-Buy-Entscheidungen werden auf der falschen Achse getroffen. Es wird über den Preis gestritten, Lizenz pro Monat gegen einmaliges Projektbudget, und am Ende gewinnt die Zahl, die im ersten Jahr kleiner aussieht. Das ist der teuerste Denkfehler in der ganzen Digitalisierung des Mittelstands. Denn die Frage „SaaS oder Individualsoftware?" ist keine Kostenfrage. Sie ist die Frage, welche Prozesse dich von deinem Wettbewerb unterscheiden und welche einfach nur laufen müssen.
Das Worst-Case-Szenario kennt jeder, der schon einmal danebengelegen hat: Du bezahlst eine sechsstellige Eigenentwicklung, die am Ende exakt das nachbaut, was es als Standard-Abo für 49 Euro im Monat gegeben hätte. Oder du sitzt zwei Jahre später in einem gekauften System fest, das grob 80 Prozent der Arbeit gut macht und die entscheidenden 20 Prozent gar nicht. Wer die richtige Achse kennt, trifft die Entscheidung in zwanzig Minuten. Wer sie nicht kennt, zahlt für den Irrtum jahrelang.
Hier ist die Achse, auf der du wirklich entscheiden solltest, eine Matrix zum Durchgehen, und der dritte Weg, den fast jeder übersieht und der meistens der richtige ist.
Warum der Preisvergleich in die Irre führt
Standardsoftware als SaaS kostet im ersten Jahr fast immer weniger. Du buchst, du loggst dich ein, du zahlst pro Nutzer und Monat. Eine Individualentwicklung verlangt vorab ein Projektbudget, bevor überhaupt etwas läuft. Auf den ersten Blick ist der Fall klar. Genau hier kippen die meisten Rechnungen.
Was in der ersten Rechnung fehlt, ist alles, was nach dem Kaufmonat passiert. Bei SaaS skaliert der Preis mit jedem Nutzer, jeder dazugebuchten Funktion und jeder API-Anbindung, die du brauchst, um das System überhaupt in deine Landschaft zu integrieren. Rechne es einmal durch: Aus 49 Euro pro Nutzer und Monat werden mit 30 Mitarbeitern, zwei Pflicht-Integrationen und dem Enterprise-Tier, der die Schnittstellen erst freischaltet, schnell ein Vielfaches des Listenpreises. Die Zahl auf der Landingpage ist der Einstiegspreis, nicht der Betriebspreis.
Bei Individualsoftware kippt die Rechnung in die andere Richtung. Der größte Kostenblock ist nicht die Entwicklung, sondern die Wartung über die Jahre. Studien zum Software-Lebenszyklus beziffern den Anteil von Betrieb, Pflege und Weiterentwicklung regelmäßig auf 60 bis 80 Prozent der Gesamtkosten eines Systems. Die initiale Erstellung ist nur die Spitze. Wer eine Eigenentwicklung budgetiert und die laufende Wartung vergisst, baut sich eine Altlast auf, deren Sanierung später ein eigenes Projekt wird.
Kurz gesagt: SaaS hat niedrige Einstiegskosten und eine Kostenkurve, die mit deinem Wachstum steigt. Individualsoftware hat hohe Einstiegskosten und eine flachere Kurve, die aber nie auf null fällt. Wo sich beide Kurven schneiden, liegt der eigentliche Entscheidungspunkt. Mit dem Preis im ersten Monat hat er nichts zu tun.
Die eine Achse, die wirklich zählt: Differenzierung
Vergiss den Preis für einen Moment. Stell dir bei jedem Prozess, jeder Anwendung, jedem Modul nur eine Frage: Unterscheidet mich dieser Prozess von meinem Wettbewerb, oder muss er einfach nur zuverlässig funktionieren?
Deine Buchhaltung unterscheidet dich von niemandem. Dein Lohnabrechnungssystem auch nicht. Niemand kauft bei dir, weil deine Gehaltsabrechnung eleganter läuft. Solche Prozesse sind reine Hygiene: Sie müssen korrekt, gesetzeskonform und wartungsarm sein, mehr nicht. Für sie eine Eigenentwicklung zu bauen, ist verbranntes Geld. Hier gewinnt Standardsoftware immer.
Dann gibt es die Prozesse, die dein Geschäft tatsächlich ausmachen. Die spezielle Art, wie du Aufträge konfigurierst. Die Logik, mit der du Produktion, Lager und Versand verzahnst. Das Kundenportal, das deinen Service vom Rest der Branche abhebt. Diese Prozesse kannst du nicht von der Stange kaufen. Denn wenn du sie als Standardprodukt kaufen könntest, könnte dein Wettbewerb das auch, und der Vorteil wäre weg. Hier rechtfertigt sich Individualsoftware, weil sie etwas abbildet, das es als Produkt nicht gibt und nicht geben soll.
Das ist die Achse. Nicht „teuer oder günstig", sondern „differenzierend oder Hygiene". Alles andere ist nachgelagert.
Die Entscheidungsmatrix: SaaS, Hybrid oder Individualsoftware?
Kreuze die Differenzierungs-Achse mit dem Standardisierungsgrad eines Prozesses, also damit, wie gut der Markt diesen Prozess bereits in fertigen Produkten abbildet. Es entstehen vier Felder. Geh deine zentralen Anwendungen einmal durch und sortiere jede in eines davon.
| Prozess | Differenzierung | Standard am Markt | Empfehlung |
|---|---|---|---|
| Buchhaltung, Lohn, DATEV-Anbindung | gering | hoch | SaaS / Standard kaufen, nicht anfassen |
| CRM, E-Mail, Kollaboration | gering | hoch | SaaS / Standard, leicht konfigurieren |
| Branchen-ERP mit Sonderprozessen | mittel | mittel | Standard-Core + individuelle Module |
| Konfigurator, Pricing-Logik, Portal | hoch | gering | Individualsoftware bauen |
| Datendurchgängigkeit zwischen Systemen | hoch | gering | Individuelle Integration / Middleware |
Die beiden Ränder sind einfach. Oben links, wenig Differenzierung und viel Standard, kaufst du und hörst auf nachzudenken. Unten rechts, hohe Differenzierung und kein brauchbarer Standard, baust du, weil es nichts zu kaufen gibt. Das Geld verdienst oder verbrennst du in der Mitte.
Nimm die mittlere Zeile, das Branchen-ERP. Ein Maschinenbauer braucht 90 Prozent dessen, was ein Standard-ERP kann: Stammdaten, Bestellungen, Lager, Buchungslogik. Aber seine Angebotskalkulation für Sondermaschinen, mit hunderten Varianten und kundenspezifischen Aufschlägen, bildet kein Standard-ERP sauber ab. Die falsche Reaktion ist, das ganze ERP zu ersetzen, nur um diese eine Funktion zu bekommen. Die teure Reaktion ist, das Standard-ERP so lange zu customizen, bis jedes Update zum Risiko wird. Die richtige Reaktion: Standard-ERP behalten, die Kalkulation als eigenes Modul daneben bauen, beide über eine Schnittstelle verbinden. Genau dieser Schnitt ist die Arbeit, um die es in diesem Artikel geht.
Der dritte Weg, den fast jeder übersieht
Die Frage wird fast immer als Entweder-oder gestellt: ganz Standard oder ganz Eigenbau. In der Praxis ist die beste Antwort für mittelständische Unternehmen meistens keine von beiden, sondern die Kombination. Du nimmst bewährte Standardsysteme für alles, was Hygiene ist, und entwickelst individuell nur dort, wo du dich unterscheidest. Verbunden wird das Ganze über APIs.
So sieht das konkret aus: Ein Unternehmen behält sein Standard-ERP und die DATEV-Anbindung für Buchhaltung und Stammdaten, weil daran nichts zu differenzieren ist. Den Produktkonfigurator, der den eigentlichen Vertriebsvorteil ausmacht, baut es selbst. Eine schlanke Integrations-Schicht hält beide Welten synchron, sodass eine Bestellung aus dem Konfigurator ohne manuelles Nachtippen im ERP landet. Standard, wo Standard reicht. Eigenbau, wo es zählt.
Dieser Ansatz hat in den letzten Jahren einen Namen bekommen: Composable Architecture. Statt einer monolithischen Allzwecksoftware, die alles ein bisschen kann, setzt du einen Verbund aus spezialisierten Komponenten zusammen. Das Bindeglied ist eine saubere Systemarchitektur mit klar definierten Schnittstellen. Ohne die wird aus dem Verbund schnell ein Integrations-Albtraum, in dem jedes System mit jedem über eine eigene Brücke spricht und niemand mehr weiß, welche Daten wo führend sind.
Der Vorteil ist handfest. Du zahlst keine Eigenentwicklung für Buchhaltung, die niemanden interessiert. Du sitzt nicht in einem Standard-ERP fest, das deinen Kernprozess nicht abbilden kann. Und wenn ein Standardbaustein irgendwann nicht mehr passt, tauschst du ihn aus, ohne das ganze System neu zu bauen. Der Preis dafür ist Disziplin bei den Schnittstellen. Die Integration ist der Teil, an dem solche Projekte scheitern, wenn man sie unterschätzt.
Vier Fragen, bevor du entscheidest
Bevor du dich für SaaS, Individualsoftware oder den Hybrid entscheidest, beantworte diese vier Fragen ehrlich. Sie fangen die Fehler ab, die später teuer werden.
Wie nah ist der Standard an deinem realen Prozess? Deckt ein verfügbares Produkt deinen Ablauf zu deutlich über vier Fünfteln ab, kauf es und passe deinen Prozess an die fehlenden Stellen an. Das ist billiger als jede Eigenentwicklung. Klafft die Lücke dagegen breit auf, wird Customizing am Standard schnell teurer und fragiler als ein gezielter Eigenbau. Der Fehler, den du vermeiden willst: ein Standardprodukt so lange verbiegen, bis es teurer ist als eine saubere Eigenentwicklung und trotzdem nicht passt.
Wem gehören deine Daten und dein Prozess? Bei reiner SaaS liegen deine Daten beim Anbieter, und du folgst seiner Roadmap. Bei einem Hygiene-Prozess ist das völlig in Ordnung. Bei deinem Kernprozess solltest du dir sehr genau überlegen, ob du dessen Zukunft an die Produktentscheidungen eines Dritten koppeln willst.
Wie schnell musst du dich verändern können? Standardsoftware ändert sich im Takt des Anbieters. Wenn dein Markt dich zwingt, einen Prozess in sechs Wochen umzubauen, der Anbieter aber zwei Releases pro Jahr fährt, hast du ein Problem, das kein Preisvergleich auffängt.
Was kostet es über fünf Jahre, nicht über eins? Rechne SaaS mit realistischem Nutzer- und Funktionswachstum durch und Individualsoftware mit der laufenden Wartung. Erst diese Kurve über die Jahre sagt dir, was wirklich günstiger ist, nicht der Preis im ersten Monat.
Was wir empfehlen
Unsere Haltung ist klar und sie ist keine Verkaufslogik: Kaufe alles, was dich nicht unterscheidet, und entwickle nur das, was dich unterscheidet. In den allermeisten Mittelstandsprojekten heißt das in der Praxis ein Hybrid. Standardsysteme als stabiler Unterbau, gezielte Individualentwicklung für die zwei, drei Prozesse, die dein Geschäft tatsächlich tragen, sauber über APIs verbunden.
Wer mit einer reinen „alles selbst bauen"-Strategie startet, zahlt für das Nachbauen von Commodity-Funktionen und bindet sich Wartungslast ans Bein, die nichts zur Differenzierung beiträgt. Wer umgekehrt sein ganzes Geschäft in ein einziges Standardprodukt presst, verliert irgendwann genau den Prozess, der ihn besonders macht.
Die eigentliche Arbeit steckt im Schnitt dazwischen, und der ist weder trivial noch beliebig. Er beginnt damit, jeden zentralen Prozess ehrlich auf der Differenzierungs-Achse einzuordnen, statt aus Bequemlichkeit alles in einen Topf zu werfen. Er verlangt eine klare Entscheidung, welches System für welche Daten führend ist, bevor die erste Schnittstelle gebaut wird. Und er steht und fällt mit der Disziplin, einen gekauften Standard nicht doch wieder zu verbiegen, sobald er an einer Stelle zwickt. Wer diesen Schnitt sauber zieht, hat ein System, das mitwächst. Wer ihn schludert, hat in drei Jahren genau die Altlast, die er vermeiden wollte.
Wenn du vor genau dieser Entscheidung stehst und sie auf der Differenzierungs-Achse statt auf der Preis-Achse treffen willst, lohnt sich ein Gespräch über maßgeschneiderte Business-Software. Nicht, um dir etwas zu bauen, das es als Standard gibt, sondern um den Schnitt zwischen Kaufen und Bauen für deinen konkreten Fall richtig zu legen. Und wenn die Altlast schon da ist, ein gewachsenes System, das niemand mehr anfassen will, ist deren Modernisierung der eigentliche erste Schritt, bevor überhaupt über neue Software geredet wird.
Die Entscheidung SaaS vs. Individualsoftware ist am Ende keine Frage des Budgets. Sie ist die Frage, welche Teile deines Unternehmens austauschbar sind und welche nicht. Beantworte die zuerst. Der Preis sortiert sich danach von selbst.