Die Build-vs-Buy-Entscheidung wird oft als technische Frage dargestellt. Für ein KMU ist sie in erster Linie eine Entscheidung über das Betriebsmodell. SaaS zu kaufen bedeutet, im Tausch gegen Geschwindigkeit den Workflow, die Roadmap und das Geschäftsmodell eines anderen Unternehmens zu akzeptieren. Individuelle Software zu bauen bedeutet, in einen Workflow zu investieren, der abbildet, wie Ihr Unternehmen tatsächlich Wert schafft. Keine der beiden Optionen ist automatisch besser.
Die falsche Entscheidung entsteht meist dann, wenn nur das sichtbare Abonnement verglichen wird. Ein generisches SaaS-Tool kann einfacher wirken als eine individuelle Anwendung – doch der Vergleich verschiebt sich, wenn fünf Abteilungen eigene Tools benötigen, Mitarbeitende dieselben Daten mehrfach erfassen, Integrationen ausfallen und das Unternehmen für Funktionen bezahlt, die es nie nutzt. Ebenso kann individuelle Software die falsche Wahl sein, wenn ein ausgereiftes Produkt das Problem bereits gut löst und das Unternehmen keinen nennenswerten Bedarf hat, sich zu differenzieren.
Wann SaaS die rationale Wahl ist
SaaS gewinnt, wenn der Prozess standardisiert ist, der Markt reif ist und die Geschwindigkeit der Einführung wichtiger ist als die Kontrolle über den Workflow. E-Mail, Buchhaltung, Lohnabrechnung, Videokonferenzen und einfache CRM-Prozesse sind typische Beispiele. Tausende Unternehmen haben weitgehend ähnliche Anforderungen, sodass ein spezialisierter Anbieter Entwicklungs-, Sicherheits- und Compliance-Kosten auf eine große Kundenbasis verteilen kann.
- Schnelle Einführung: Teams können in Tagen statt Monaten starten.
- Planbare Einstiegskosten: Abonnements vermeiden eine große Anfangsinvestition.
- Vom Anbieter betriebene Infrastruktur: Hosting, Backups und Upgrades sind inklusive.
- Etablierte Integrationen: Ausgereifte Produkte lassen sich oft mit gängigen Business-Plattformen verbinden.
Wenn sich Ihre Anforderung durch Konfiguration statt durch Code erfüllen lässt, ist der Kauf in der Regel der verantwortungsvolle erste Schritt. Ein wachsendes Unternehmen sollte keinen individuellen Kalender, kein eigenes Rechnungstool und keinen eigenen Dokumenteneditor in Auftrag geben, nur weil es möglich ist.
Wo SaaS teuer wird
Die Grenzen von SaaS zeigen sich, wenn Ihr Prozess ungewöhnlich ist, mehrere Abteilungen übergreift oder das Kundenerlebnis direkt beeinflusst. Das sichtbare Abonnement ist nur ein Teil der Kosten. Hinzu kommen Implementierungsberatung, Premium-Stufen für Integrationen, zusätzliche Nutzerlizenzen, Datenmigration, manuelle Umwege und die betrieblichen Kosten des ständigen Wechsels zwischen Tools.
Vendor-Lock-in ist ein weiteres praktisches Risiko. Die Frage ist nicht nur, ob sich Daten exportieren lassen. Entscheidend ist, ob der Export Beziehungen, Historie, Anhänge, Berechtigungen und Audit-Protokolle in einer Form enthält, die ein anderes System nutzen kann. Ein CSV-Export mag ein Portabilitätsversprechen formal erfüllen und das Unternehmen dennoch mit einem teuren Rekonstruktionsprojekt zurücklassen.
Achten Sie auf drei Signale: Mitarbeitende führen neben dem SaaS-Produkt Schatten-Tabellen; Führungskräfte erhalten ohne manuellen Abgleich keine verlässliche Gesamtsicht; oder das Team ändert seinen Prozess vor allem, um die Grenzen der Software zu umgehen. Spätestens dann mag das Abonnement günstig sein, der Workflow ist es jedoch nicht.
Wann individuelle Software einen Vorteil schafft
Individuelle Software ist am stärksten, wenn der Workflow spezifisch für das Unternehmen ist und seine Verbesserung Marge, Kapazität oder Kundenbindung verändert. Beispiele sind ein Hersteller, der Angebote, Produktionsplanung und Lagerbestand verknüpft; ein Dienstleister, der Buchungen, Außendienst und Rechnungsstellung zusammenführt; oder ein Großhändler, der Live-Bestände und kundenspezifische Regeln bereitstellt.
Der Vorteil ist nicht „eigener Code“ als Selbstzweck. Es geht um die Kontrolle über die Entscheidungen, die im System abgebildet sind:
- welche Schritte verpflichtend sind und welche automatisiert werden können;
- wie Kunden-, Auftrags- und Betriebsdaten strukturiert sind;
- welche Systeme wann Informationen austauschen;
- wie Berechtigungen, Freigaben und Audit-Trails funktionieren;
- welche Verbesserungen zuerst auf die Roadmap kommen.
Diese Kontrolle ist wichtig, wenn Software eine Fähigkeit unterstützt, die Wettbewerber nicht leicht kopieren können. Für generische Verwaltungsaufgaben ist sie weniger relevant.
Gesamtkosten vergleichen, nicht den Kaufpreis
Ein sinnvoller Vergleich betrachtet einen Zeitraum von drei bis fünf Jahren. Bei SaaS gehören Abonnements, Implementierung, Integrationen, interne Administration, erwartete Preiserhöhungen und die Arbeitskosten für Umwege dazu. Bei individueller Software gehören Discovery, Design, Entwicklung, Hosting, Wartung, Sicherheitsupdates und laufende Produktverantwortung dazu.
Dann kommt die Nutzenseite hinzu. Kann dasselbe Team mit dem System mehr Aufträge bearbeiten? Werden Fehler reduziert? Verkürzt sich die Reaktionszeit? Steigt die Conversion? Fällt ein anderes Tool weg? Ein individuelles Projekt sollte eine operative These haben, die sich messen lässt. „Wir wollen eine eigene Plattform“ ist kein Business Case.
Der hybride Ansatz ist oft der beste
Die meisten sinnvollen Architekturen sind hybrid. Standardfunktionen bleiben in bewährten Produkten, gebaut wird die Ebene, die das Unternehmen differenziert. Ein Unternehmen könnte etwa Stripe für Zahlungen, eine etablierte Buchhaltungssoftware für gesetzliche Aufzeichnungen und Microsoft 365 für Dokumente nutzen und gleichzeitig ein individuelles Betriebsportal entwickeln, das Kunden, Aufträge und interne Workflows verbindet.
Das senkt das Lieferrisiko und hält den individuellen Umfang fokussiert. APIs machen diesen Ansatz praktikabel, doch die Qualität der Integration muss früh bewertet werden. Wenn ein Anbieter angibt, eine API zu haben, ist damit nicht garantiert, dass Endpunkte, Rate Limits und Webhooks Ihren Workflow unterstützen.
Ein Entscheidungsrahmen für KMU
- Den Prozess definieren, bevor Produkte bewertet werden. Eingaben, Entscheidungen, Ergebnisse und Ausnahmen erfassen.
- Ermitteln, was wirklich differenziert. Keine Standardfunktionen selbst bauen.
- Zuerst die Konfiguration testen. Ein kurzer SaaS-Pilot kann die tatsächlichen Lücken aufzeigen.
- Die Gesamtkosten über mehrere Jahre berechnen. Interne Arbeitszeit und Wechselkosten einbeziehen.
- Datenportabilität und Integrationstiefe prüfen. Mit einem technischen Nachweis validieren, nicht mit einer Vertriebsfolie.
- Ein Verantwortungsmodell wählen. Individuelle Software braucht eine Person, die für Prioritäten und Ergebnisse verantwortlich ist.
Wenn SaaS mindestens 80 % eines nicht differenzierenden Prozesses abdeckt, ohne den Betrieb zu beeinträchtigen, kaufen Sie es. Wenn in den fehlenden 20 % Marge, Geschwindigkeit oder Kundennutzen entstehen, prüfen Sie individuelle Software. Liegt der Bedarf zwischen diesen Fällen, bauen Sie eine fokussierte Integrations- oder Workflow-Ebene rund um etablierte Produkte.
FKT Software unterstützt europäische KMU dabei, diese Entscheidung zu durchdenken, bevor sie sich auf eine Entwicklung festlegen. Wir können den Workflow analysieren, verfügbare Produkte testen und einen fokussierten individuellen Umfang nur dort definieren, wo er messbaren Wert schafft. Sehen Sie sich unsere Leistungen für individuelle Software und unsere Formen der Zusammenarbeit an.
Weiterlesen: Ein individuelles Softwareprojekt in Europa 2026 planen und Die versteckten Kosten von Excel: Wann KMU individuelle Software brauchen.