01Kosten, Nutzung und Exit-Fähigkeit belegen
Verträge, Rechnungen, aktive Nutzer, Geschäftsfunktionen, Daten, Integrationen und Verlängerungen werden in einer prüfbaren Entscheidungsbasis zusammengeführt.
Softwarekosten senken / Build oder Buy
Individualsoftware vs. SaaS: der Drei-Jahres-Vergleich
Kaufen oder entwickeln? Entscheidend ist Ihr vollständiger Aufwand.
SaaS kauft Geschwindigkeit, Standardisierung und gebündelten Betrieb. Individualsoftware kauft Passform, Kontrolle und eigene Prioritäten – übernimmt dafür aber Produkt- und Betriebsverantwortung. Der Vergleich wird fair, wenn beide Optionen dieselbe Geschäftsfunktion und denselben Zeitraum abdecken.
Quellenstand: 2026-07-23 · Einzelne Angaben können sich ändern.
Die Entscheidung in Kürze
SaaS gewinnt meist bei standardisierten Prozessen, schneller Einführung und fehlender eigener Betriebskapazität. Individualsoftware kann gewinnen, wenn ein stabiler, differenzierender Prozess deutlich kleiner als die Suite ist und hohe Nutzer-, Integrations- oder Änderungskosten vermieden werden. Eine Drei-Jahres-TCO-Rechnung muss Build, Betrieb und Exit vollständig enthalten.
Ihr Weg zur begründeten Entscheidung
Vom heutigen Aufwand zur geprüften Alternative.
Optimieren, behalten oder ablösen: Erst der Vergleich von Funktion, Qualität und Gesamtkosten zeigt den passenden Weg. Ein Ausbau folgt nur bei belegtem Nutzen.
Build oder Buy
EINGANG / 01
Ihre Verträge, Nutzung und Prozesse
ERGEBNIS
Ist-TCO, Quick Wins und ein klar abgegrenzter Kandidat
02Alternative mit echten Fällen vergleichen
Ein begrenzter Prozess läuft mit denselben Testfällen, Qualitätskriterien, Sicherheitsregeln und Verantwortlichen wie die bestehende Lösung.
03Daten und Verantwortung kontrolliert übergeben
Migration, Schnittstellen, Rollen, Dokumentation, Rückfallweg und Vertragsende werden stufenweise umgesetzt und fachlich abgenommen.
04Qualität, Nutzung und Kosten dauerhaft steuern
Nutzung, Fehler, Freigaben, Modell- und Infrastrukturkosten sowie neue Anforderungen werden regelmäßig gemessen und priorisiert.
Illustrativer Ablauf. Keine Live-Daten oder behaupteten Kundenergebnisse. Alle Schritte lassen sich einzeln auswählen.
Unternehmen vor einer größeren SaaS-Neubeschaffung oder Verlängerung
Teams mit stabilen Prozessen und vielen ungenutzten Suite-Funktionen
Mittelständler mit Product Owner und verlässlicher Entwicklungskapazität
Entscheider, die Flexibilität und Exit-Fähigkeit finanziell bewerten wollen
Stufe 1 · Quick Win vor jedem Umbau
Erst Shelfware und Seat-Sprawl aus der Rechnung nehmen.
Ein Seat-Sprawl-Agent gleicht freigegebene Personal- oder Identitätsdaten, Vendor-Exporte, Aktivität, Rechnungen und Verlängerungen ab. Er legt verwaiste Seats, Doppeltools, falsche Editionen und Zombie-Abos in eine Review Queue – ohne Zugänge oder Verträge autonom zu ändern.
Verglichen wird eine Geschäftsfunktion, keine Featurezahl.
Zuerst werden Muss-Prozess, Nutzer, Daten, Rollen, Integrationen, Volumen und Servicelevel festgelegt. Features ohne reale Nutzung gehören nicht in den Wertvergleich. So wird vermieden, dass eine breite Suite gegen einen zu klein definierten Eigenbau antritt.
Die UK Government Digital Service empfiehlt bei Technologieentscheidungen, TCO, Datenkontrolle, offene Standards und spätere Wechselmöglichkeit gemeinsam zu betrachten. Diese Kriterien sind auch für private Mittelständler ein belastbarer Rahmen.
SaaS verlagert Betrieb – Individualsoftware verlagert Entscheidungsmacht.
Beim SaaS liegen Hosting, Produkt-Roadmap und ein Teil des Supports beim Anbieter. Dafür gelten dessen Datenmodell, Release-Rhythmus, Pakete und Vertragslogik. Bei Individualsoftware kann das Unternehmen Scope und Änderungen priorisieren, muss aber Sicherheit, Qualität, Verfügbarkeit und Wartbarkeit verantworten.
Open Source kann zwischen beiden Polen liegen: eigener oder gemanagter Betrieb auf offenem Fundament. Auch hier entscheidet der TCO, nicht die Abwesenheit einer klassischen Lizenz.
Änderungen und Exit entscheiden oft später als der Kauf.
Ein günstiger Start kann teuer werden, wenn jede Prozessänderung Beratung, Add-ons oder Edition-Upgrades benötigt. Umgekehrt kann ein Eigenbau nach dem Launch dauerhaft mehr kosten, wenn Architektur, Tests und Dokumentation vernachlässigt wurden.
Für beide Optionen werden drei Änderungsszenarien und ein Exit gerechnet: kleine Regeländerung, neue Integration, deutlich höheres Volumen und vollständige Datenübergabe. So wird Flexibilität zu einer prüfbaren Kostenposition.
Der Pilot beantwortet die teuerste offene Frage.
Bei SaaS prüft der Pilot Passform, Konfiguration, Daten und Integration. Bei Individualsoftware prüft er Scope, technische Machbarkeit, Agentenqualität und Betriebsweg. Beide laufen mit denselben fachlichen Testfällen.
Ein Pilot darf ergeben, dass SaaS wirtschaftlicher bleibt. Diese Erkenntnis ist günstiger als ein Eigenbau, der nur deshalb fortgeführt wird, weil bereits Code entstanden ist.
Vergleich auf derselben Basis
| Kriterium | SaaS | Individualsoftware |
|---|---|---|
| Start | Konfiguration und Einführung auf vorhandener Plattform. | Scope, Architektur, Umsetzung und Abnahme müssen entstehen. |
| Passform | Standardprozess und verfügbare Konfiguration. | Auf den begrenzten eigenen Prozess zugeschnitten. |
| Betrieb | Vom Anbieter gebündelt, intern bleiben Administration und Datenverantwortung. | Cloud, Updates, Sicherheit, Monitoring und Support werden selbst verantwortet oder eingekauft. |
| Änderung | Abhängig von Produkt-Roadmap, Paket und APIs. | Eigene Priorität, aber jede Änderung braucht Budget, Tests und Deployment. |
| Exit | Vertrag, Exporte, Datenmodell und Integrationen bestimmen den Aufwand. | Code und Daten können kontrolliert werden; Team- und Infrastrukturabhängigkeit bleiben. |
Keine Option ist pauschal günstiger. Entscheidend sind derselbe Scope, derselbe Zeitraum und eine vollständige Zuordnung von internen wie externen Kosten.
Beispielrechnung mit Annahmen
Standardprozess mit 25 Nutzern
Zeitraum: 36 Monate
Annahmen
- • SaaS: 95 Euro je Nutzer und Monat, 12.000 Euro Einführung und 15.000 Euro interne Administration pro Jahr – alles Beispielannahmen
- • Individualsoftware: 120.000 Euro Build, 1.200 Euro Infrastruktur und Werkzeuge pro Monat sowie 24.000 Euro Betrieb und Änderungen pro Jahr – alles Beispielannahmen
- • Identischer fachlicher Umfang; keine Steuern, Preissteigerungen oder Restwerte
Rechenweg
- 1. SaaS: 25 × 95 € × 36 + 12.000 € + 15.000 € × 3 = 142.500 €
- 2. Individualsoftware Build: 120.000 €
- 3. Individualsoftware Infrastruktur: 1.200 € × 36 = 43.200 €
- 4. Individualsoftware Betrieb: 24.000 € × 3 = 72.000 €; gesamt 235.200 €
In diesem Annahmen-Szenario ist SaaS über drei Jahre 92.700 Euro günstiger.
Alle Werte sind frei gewählte Annahmen. Bei mehr Nutzern, höherem SaaS-Preis, kleinerem Build oder längerem Zeitraum kann sich das Ergebnis ändern. Die Rechnung ist kein Marktpreis und keine Empfehlung.
Entscheidungscheck
Diese Fragen müssen vor dem Beschluss beantwortet sein.
Ist der fachliche Scope für beide Optionen identisch?
Sind interne Administration und Produktverantwortung eingerechnet?
Welche Änderungen sind in drei Jahren realistisch?
Wie werden Sicherheit, Verfügbarkeit, Backup und Support erbracht?
Sind Daten und Integrationen bei beiden Optionen exit-fähig?
Welcher Pilot misst Passform und Betrieb mit denselben Testfällen?
Passende Agenten-Bausteine
Nicht jede Funktion braucht eine weitere Vollsuite.
Wir entwickeln auch eigene Produkte
Die Fragen aus Ihrem Projekt kennen wir aus der Umsetzung.
Daten zusammenführen, Ergebnisse prüfen, an Menschen übergeben: Daran arbeiten wir auch in unseren eigenen Projekten. Hier können Sie sich ein Bild davon machen.
Unsere Produkte im ÜberblickAusschreibungsagenten
Eigene Entwicklung · Pilot
Öffentliche Quellen bündeln, Treffer nach nachvollziehbaren Kriterien zuordnen und eine Vorauswahl mit Originalquellen bereitstellen.
KI-Vertriebstrainer
Eigene Entwicklung · Training
Gesprächssituationen und Einwandbehandlung mit KI üben. Trainingsmodule verbinden wiederholbare Szenarien mit strukturiertem Feedback.
Medikationsberatung
Eigene Entwicklung · Apotheken-Pilot
Digitale Anfrage und Vorgespräch mit der Übergabe an das Apothekenteam verbinden. Angaben und Gesprächsprotokolle werden im geschützten CRM bereitgestellt.
Eigene Projekte belegen Entwicklungspraxis. Sie sind keine Kundenreferenzen und keine Zusage für bestimmte Einsparungen oder Umsätze.
Quellen und Prüfstand
Preis- und Produktangaben beziehen sich auf die verlinkten öffentlichen Quellen. Konditionen können sich ändern; maßgeblich ist das konkrete Angebot des jeweiligen Anbieters. Eigene Rechnungen sind separat als Annahme gekennzeichnet.
- UK Government Digital Service: Choosing technology: an introduction
Öffentliche Leitlinie, Total Cost of Ownership, Datenkontrolle, offene Standards und die Möglichkeit eines späteren Technologiewechsels gemeinsam zu bewerten.
Abgerufen am 2026-07-23
- Europäische Kommission: Open source software strategy
Offizielle Strategie zu Wiederverwendung, digitaler Autonomie und einer TCO-Bewertung von Open Source einschließlich Exit-Kosten.
Abgerufen am 2026-07-23
- DORA / Google Cloud: State of AI-assisted Software Development 2025
Forschungsbericht, der KI in der Softwareentwicklung als Verstärker bestehender organisatorischer Stärken und Schwächen einordnet.
Abgerufen am 2026-07-23
FAQ
Häufige Fragen
Wann ist Individualsoftware günstiger als SaaS?
Wenn ein stabiler Prozess deutlich kleiner als die Suite ist und Nutzer-, Integrations-, Änderungs- oder Laufzeitkosten über den Betrachtungszeitraum höher sind als Build und verantworteter Betrieb. Ohne vollständigen TCO lässt sich das nicht seriös entscheiden.
Welche Kosten werden bei Individualsoftware oft vergessen?
Produktverantwortung, Architektur, Tests, Sicherheit, Hosting, Monitoring, Support, Dokumentation, Updates, Abhängigkeiten, Datenmigration und laufende Änderungen. Auch ein Exit zu einem anderen Team oder Technologie-Stack gehört in die Rechnung.
Welche Kosten werden bei SaaS oft vergessen?
Einführung, Datenbereinigung, Integrationen, interne Administration, Zusatzmodule, Editionen, Schulung, Preisänderungen, Paralleltools und der spätere Export. Der sichtbare Seat-Preis ist nur ein TCO-Baustein.
Kann KI die Individualsoftware-Rechnung verändern?
Ja, bei geeigneten Aufgaben kann KI Analyse, Implementierung, Tests und Dokumentation unterstützen. Eine pauschale Produktivitätsquote ist aber nicht belastbar. Der eigene Pilot muss Aufwand, Review, Qualität und laufende Agentenkosten messen.
Wie lange sollte der TCO-Zeitraum sein?
Drei Jahre sind ein praktikabler Start, weil Einführung und laufender Betrieb gemeinsam sichtbar werden. Bei langlebigen Kernsystemen sollte zusätzlich ein längerer Zeitraum mit Preis-, Änderungs- und Ablöseszenarien gerechnet werden.
Verwandte Kostenentscheidungen
Nächster Schritt
Welche Softwarekosten möchten Sie zuerst prüfen?
Nennen Sie die betreffende Software, den Anlass und die Aufgabe Ihres Teams. Wir prüfen Ihre Angaben persönlich und grenzen den nächsten Schritt ab. Ein anschließendes Audit vergleicht Nutzung, Kosten, Abhängigkeiten und Alternativen.