Selbst bauen lassen oder Standardlösung mieten? Eine Entscheidung, die fast jeder Mittelständler einmal trifft - oft an der falschen Stelle. Sechs Punkte, die helfen, sie an der richtigen zu treffen.
Wer eine Software braucht, hat heute zwei grundsätzliche Wege: eine vorhandene Lösung mieten - oder eine eigene bauen lassen.
Wir empfehlen je nach Lage beides. Custom-Software ist nicht immer die richtige Antwort, auch wenn wir sie selbst bauen. SaaS ist nicht immer die schlechtere Wahl, auch wenn sie austauschbarer wirkt. Diese Seite hilft dir, die ehrliche Entscheidung zu treffen.
SaaS heißt Software as a Service - du mietest eine Software, die jemand anderes gebaut hat und betreibt. Sie läuft in dessen Rechenzentrum, du nutzt sie über den Browser. Du zahlst monatlich pro Nutzer. Klassische Beispiele: Lexware Office, DATEV Cloud, Microsoft 365, Salesforce, Pipedrive.
Custom Software heißt: Du lässt für dich eine eigene Software bauen, die exakt zu deinem Betrieb passt. Du zahlst einmal für den Bau und dann laufend für Pflege und Hosting. Sie läuft auf einem Server deiner Wahl (oder in der Cloud) und gehört im besten Fall dir.
Dazwischen gibt es Misch- und Konfigurations-Lösungen, aber die zwei Pole helfen, die Wahl zu sortieren.
SaaS ist die schnellere, günstigere, weniger riskante Wahl überall dort, wo du dasselbe brauchst wie tausend andere Betriebe auch.
Beispiele: Buchhaltung (DATEV, Lexware) - das Geschäft ist überall gleich, niemand sollte das selbst bauen. E-Mail und Kalender (Microsoft 365 oder Google Workspace) - Standard, sehr ausgereift, lächerlich günstig im Verhältnis zur Leistung. Projektmanagement, wenn deine Anforderungen nicht spezifisch sind (Asana, Linear, Trello). Vertriebs-CRM für klassische B2B- Pipeline (Pipedrive, HubSpot). Lohnabrechnung (Personio, DATEV).
Faustregel: Wenn der Markt eine ausgereifte Lösung für dein Problem hat und du ehrlich sagen kannst, dass du nicht wesentlich anders arbeitest als andere - nimm sie. Du sparst Zeit, Geld und Komplexität.
Custom-Software wird richtig, wenn dein Geschäft an einer Stelle wirklich anders ist - und genau diese Stelle entscheidet über deinen Erfolg.
Beispiele: Ein Handwerksbetrieb, der seine Anfragen, Termine, Aufträge und Zeiten in einer für seine Arbeitsweise gebauten Anwendung verwaltet - weil jede SaaS-Lösung entweder zu viel kann (verwirrend) oder zu wenig (ergänzt durch Excel-Listen). Ein Lehrer-Tool für PDF-Korrekturen, das es so im Markt nicht gibt. Ein Royalty-Management für ein Unternehmen, dessen Abrechnungslogik in keiner Standardsoftware passt.
Faustregel: Wenn dein Wettbewerbsvorteil in einer bestimmten Arbeitsweise liegt, die keine SaaS abbildet - bau eigene Software für genau diese Stelle. Für alles andere bleib bei SaaS.
Die seltenste Antwort lautet nur SaaS. Die zweitseltenste lautet nur Custom. Die häufigste lautet: beides gleichzeitig, jedes an seiner richtigen Stelle.
Konkret: Buchhaltung in DATEV oder Lexware. E-Mail in Microsoft oder Google. Lohn in Personio. Und ein eigenes, individuell gebautes Stück für genau die Stelle, an der dein Betrieb anders ist - dein Anfragenprozess, deine Produktionsplanung, dein Spezial-CRM. Die einzelnen Werkzeuge reden über Schnittstellen miteinander.
Diese Mischarchitektur ist nicht nur die günstigste, sondern auch die robusteste. Wenn ein SaaS-Anbieter pleitegeht oder seine Preise verdoppelt, betrifft das nur einen Teil deines Systems - nicht alles auf einmal.
Wenn du unsicher bist, ob ein Teilprozess SaaS oder Custom sein sollte, hilft dir diese kleine Prüfliste.
Eins: Gibt es im Markt eine SaaS, die genau das tut, was wir brauchen - ohne dass wir uns verbiegen müssten? Wenn ja: SaaS.
Zwei: Würde uns die SaaS zu Veränderungen in unserer Arbeitsweise zwingen, die wir nicht wollen? Wenn ja: Custom prüfen.
Drei: Hat die SaaS eine offene Schnittstelle, über die wir Daten mit unseren anderen Systemen austauschen können? Wenn nein: gefährlich, eher Custom.
Vier: Wenn die SaaS in fünf Jahren ihre Preise verdreifacht oder Funktionen streicht - könnten wir das überleben? Wenn nein: Custom.
Fünf: Sind unsere Daten so sensibel, dass wir sie auf keinen Fall in der Cloud eines US-Anbieters wollen? Wenn ja: Custom auf eigenem Server.
Wir bauen Custom-Software - aber wir sagen Kunden sehr regelmäßig: "Dieses Stück brauchst du nicht von uns. Nimm SaaS X. Was wir bauen, ist das Drumherum." Das ist nicht Schwäche, das ist Ehrlichkeit. Wer Custom-Software auch dort einsetzt, wo SaaS reicht, verschwendet Geld - und macht sich unnötig komplex.
Unsere typische Empfehlung sieht so aus: ein gut gewähltes Fundament aus drei bis fünf SaaS-Werkzeugen, dazu ein maßgeschneidertes Stück für deine wirklich eigene Arbeitsweise - oft die Schicht zwischen den SaaS-Tools, oder das Anfragenmanagement, oder eine spezifische Produktionslogik. Die Mischung passt für 80 Prozent der Mittelständler besser als jede Reinform.
Die Wahl der richtigen SaaS-Werkzeuge ist eine eigene Disziplin. Manche scheinen günstig und werden teuer, weil sie sich pro Nutzer schnell hochrechnen. Andere wirken mächtig und sind in der Praxis zu komplex für ein kleines Team. Wir helfen unseren Kunden meistens auch bei dieser Auswahl - ohne Provision von den Anbietern, damit wir ehrlich raten können.
Ein guter Test: Wenn du eine SaaS testest, lass nicht den Geschäftsführer testen, sondern die Mitarbeiter, die später damit arbeiten sollen. Was im Verkaufsgespräch glänzt, kann im Alltag stumpf wirken - und nur die, die täglich klicken, merken den Unterschied.
Die richtige Antwort lautet selten entweder oder. Sie lautet meistens welcher Teil wo.
Ein guter Software-Partner empfiehlt dir SaaS, wo SaaS reicht - auch wenn er selbst Custom baut. Wer dir alles selbst bauen will, optimiert sein Geschäft, nicht deins. Achte beim Erstgespräch darauf, ob jemand bereit ist, dir Standardlösungen zu empfehlen. Das ist das ehrlichste Qualitätssignal.
Was Custom-Software kostet, steht unter Was Software wirklich kostet. Wie sich neue Software in bestehende SaaS-Werkzeuge einfügt, steht unter Bestandssysteme weiterleben lassen. Wem der Code am Ende gehört, steht unter Wem gehört eigentlich der Code?.