SaaS entwickeln lassen: Kosten, Dauer, Fallstricke

Gründer und CTOs stellen diese Frage zuerst, und sie lässt sich am schwersten ehrlich beantworten. Ein SaaS-Produkt kann ein fokussiertes Tool sein, das ein kleines Team in ein paar Monaten baut, oder eine mandantenfähige Plattform mit Abrechnung, Integrationen und Compliance, für die ein größeres Team mehr als ein Jahr braucht. Der Begriff „SaaS“ bestimmt den Preis nicht. Das tun Umfang, Qualitätsanspruch und die Art, wie Sie den Betrieb nach dem Launch planen.

Dieser Leitfaden nennt keine Preise, denn eine Zahl ohne Ihren Umfang dahinter ist bloßes Rauschen. Stattdessen erklärt er, was die Kosten treibt, gibt Ihnen eine Methode für ein eigenes Budget an die Hand, zeigt, was jede Phase leistet, und listet die Fragen auf, die schwache Angebote entlarven. Wenn Sie ein auf Ihr Produkt zugeschnittenes Angebot möchten: Unser Team für SaaS-Entwicklung kalkuliert jedes Projekt individuell; Sie können über die Kontaktseite starten.

Eine einfache Budgetierungsmethode: Team x Dauer + Betriebskosten

Fast jedes Softwarebudget lässt sich auf eine Formel reduzieren:

Entwicklungskosten = (Personen im Team x Wochen) x durchschnittlicher Wochensatz, plus Einmalkosten.

Monatliche Kosten nach dem Launch = Infrastruktur + Drittanbieterdienste + Wartungsaufwand.

Alles andere in diesem Artikel ist ein Grund dafür, dass sich eine dieser Größen verschiebt. Eine Funktion, die drei Wochen lang einen weiteren Entwickler braucht, ändert Personenzahl und Dauer. Eine Compliance-Anforderung bringt jetzt einmaligen und später wiederkehrenden Aufwand. Eine KI-Funktion fügt variable Betriebskosten hinzu, die mit der Nutzung wachsen.

Drei Gewohnheiten machen diese Formel nützlich:

• Schätzen Sie in Spannen, nicht in Einzelwerten. Fragen Sie nach einer optimistischen, einer erwarteten und einer pessimistischen Dauer und budgetieren Sie den erwarteten Fall mit einer Reserve für den pessimistischen.
• Trennen Sie Entwicklung und Betrieb. Gründer finanzieren oft den Bau und vergessen die monatlichen Kosten, bis die ersten Rechnungen eintreffen.
• Ordnen Sie jede Position einer Funktion zu. Wenn sich eine Position nicht auf ein nutzersichtbares Ergebnis oder ein zu beseitigendes Risiko zurückführen lässt, hinterfragen Sie sie.

Was die Kosten der SaaS-Entwicklung treibt

Das sind die Faktoren, die ein Budget am häufigsten verschieben. Die meisten sind in einer Demo unsichtbar, weshalb sie unterschätzt werden.

Umfang und Discovery

Der Umfang ist der größte Hebel. Jede Funktion verursacht Entwicklungs-, Test- und Wartungskosten, ein kleineres erstes Release ist daher dreifach günstiger. Eine kurze, bezahlte Discovery-Phase mit User Flows, priorisierter Funktionsliste und technischer Skizze ist der günstigste Weg, teure Nacharbeit zu vermeiden. Sie macht aus einer vagen Idee etwas, das sich schätzen lässt. Ein durchgespieltes Beispiel für die Eingrenzung mit den Filtern Must-have, Should-have und Nice-to-have finden Sie in unserer Fallstudie zum SaaS-MVP in 60 Tagen.

Mandantenfähigkeit

Ein SaaS-Produkt bedient viele Kunden aus einem System und hält deren Daten getrennt. Diese Trennung muss in Datenmodell, Abfragen und Berechtigungen hineinentworfen werden. Die Wahl zwischen einer gemeinsamen Datenbank mit Mandantenisolation, getrennten Schemata oder getrennten Datenbanken wirkt sich auf Aufwand, Betriebskosten und darauf aus, wie leicht Sie einen Kunden mit strengen Datenanforderungen bedienen können. Früh zu entscheiden ist günstig, nach dem Launch zu ändern ist teuer.

Abrechnung und Abonnements

Eine erste Zahlung entgegenzunehmen geht schnell. Ein Abonnementgeschäft zu betreiben nicht. Tarifwechsel, anteilige Abrechnung, fehlgeschlagene Zahlungen, Wiederholungsversuche, Rechnungen, Steuerbehandlung, Kündigungen und Webhooks, die sicher und genau einmal verarbeitet werden müssen, summieren sich. Je mehr Preismodelle Sie unterstützen, etwa pro Nutzerplatz, nutzungsbasiert oder gestaffelt, desto mehr Logik müssen Sie bauen und testen. Unser Artikel über Stripe-Webhooks und Abonnements behandelt die Fehlerfälle, die aus einer einfachen Integration eine größere Aufgabe machen.

Authentifizierung, Rollen und Berechtigungen

Der Login per E-Mail ist der einfache Teil. Teameinladungen, rollenbasierter Zugriff, Single Sign-on für größere Kunden, Audit-Trails und Admin-Werkzeuge sind der Punkt, an dem der Aufwand steckt. Je feinkörniger Ihr Berechtigungsmodell, desto mehr Oberflächen, Regeln und Tests benötigt es.

Integrationen

Jede Integration mit einem CRM, einem Buchhaltungstool, einem Kalender oder der API eines Kunden ist ein kleines Projekt für sich. Die Kosten hängen von der Qualität der Drittanbieter-API ab, davon, wie oft sie sich ändert, ob Sie eine bidirektionale Synchronisation brauchen und wie Sie mit Fehlern und Ratenlimits umgehen. Zählen Sie Integrationen einzeln, statt sie als eine Position zu behandeln.

Sicherheit und Compliance

Grundlegende Sicherheit, etwa Zugriffskontrolle, verschlüsselte Daten, Secrets-Management und gepflegte Abhängigkeiten, gehört in jedes Budget. Formale Rahmenwerke kommen obendrauf. SOC-2-Reife bedeutet zum Beispiel Zugriffsprüfungen, Logging, Änderungsmanagement, dokumentierte Richtlinien und Nachweiserhebung. Sie müssen beim Launch nicht auditiert sein, aber diese Kontrollen früh in die Architektur einzubauen kostet weit weniger, als sie nachzurüsten, wenn ein Enterprise-Kunde danach fragt. Planen Sie auch Budget für eine unabhängige Prüfung ein; unser Vergleich von technischem Audit, Penetrationstest und Code-Review hilft bei der Auswahl.

Infrastruktur und Betriebskosten

Hosting, Datenbanken, Speicher, Queues, E-Mail-Versand, Fehlererfassung, Logging und Backups sind laufende Kosten. Sie beginnen klein und wachsen mit Kunden, Daten und Traffic. Auch Umgebungen zählen: Eine separate Staging-Umgebung und automatisierte Deployments kosten etwas, verhindern aber teure Vorfälle. Verlangen Sie eine Betriebskostenschätzung für Ihre erwartete Nutzerzahl, nicht nur für heute.

Laufende Kosten für KI und LLM

Wenn Ihr Produkt Sprachmodelle nutzt, wird die Nutzung zu Herstellungskosten. Jede Anfrage kostet Geld, abhängig vom verwendeten Modell und der Menge an gesendetem und empfangenem Text; Prompt-Länge, Kontextgröße, Wiederholungen und Caching-Entscheidungen wirken sich daher auf die Marge aus. Planen Sie das ein: Wählen Sie das kleinste Modell, das die Qualitätsanforderung erfüllt, cachen Sie, wo es geht, begrenzen Sie die Nutzung pro Tarif und überwachen Sie die Ausgaben pro Kunde. Budgetieren Sie außerdem Evaluation und die zusätzlichen Sicherheitstests, die KI-Funktionen brauchen.

Offshore- im Vergleich zu lokalen Sätzen

Der Standort verändert den Satz in der Formel, nicht ihre Form. Ein Team in einer kostengünstigeren Region kann denselben Umfang zu einem niedrigeren durchschnittlichen Wochensatz besetzen, weshalb viele Gründer die Arbeit zwischen einem lokalen Produktverantwortlichen und einem Engineering-Zentrum andernorts aufteilen. Was der Standort nicht ändert, ist der Bedarf an einem klaren Umfang, einem einzigen verantwortlichen Ansprechpartner und regelmäßigen Demos. Die Abwägungen behandeln wir in unseren Leitfäden zu Offshore-Entwicklungsteams und zu typischen Fehlern beim Outsourcing. UnlockLive arbeitet genau aus diesem Grund von einem Hauptsitz in Toronto und einem Engineering-Zentrum in Dhaka aus.

Was jede Phase bringt

Phase 1: Discovery

Die kleinste und wirksamste Investition. Sie erhalten eine validierte Problembeschreibung, User Flows, ein priorisiertes Backlog, einen technischen Ansatz und eine realistische Schätzung. Außerdem zeigt sie, was Sie nicht bauen sollten. Wer sie überspringt, verschiebt die Kosten tendenziell von einer kleinen Position jetzt zu einer großen während der Entwicklung.

Phase 2: MVP

Das MVP ist das kleinste Produkt, das testet, ob Kunden es nutzen und dafür bezahlen. Es umfasst typischerweise einen zentralen Workflow, Authentifizierung, einen einfachen Abrechnungspfad, eine schlichte Admin-Ansicht und grundlegende Sicherheit. Nebenfunktionen, tiefe Integrationen und Feinschliff bleiben außen vor. Ziel ist Lernen, daher sollte das Budget Geschwindigkeit und das richtige Fundament kaufen, nicht Breite.

Phase 3: Version 1 im Produktivbetrieb

Hier verschiebt sich der Aufwand von Funktionen zu Zuverlässigkeit. Sie ergänzen die Arbeiten, die das Produkt verkaufsreif machen: vollständige Abrechnungsabläufe, Rollen und Teamverwaltung, die ersten Integrationen, Monitoring, Backups, automatisierte Tests, Sicherheitsprüfung und Dokumentation. Das kostet oft mehr, als Gründer erwarten, weil ein Großteil des Aufwands auf dem Bildschirm nicht sichtbar ist.

Phase 4: Skalierung

Sobald Kunden kommen, folgen die Ausgaben der Nachfrage: Performance-Arbeit, weitere Integrationen, Enterprise-Funktionen wie Single Sign-on und Audit-Logs, Compliance-Nachweise und das Teamwachstum, das nötig ist, um schneller zu liefern. Die Betriebskosten wachsen mit der Nutzung, die Margen verdienen also ebenso viel Aufmerksamkeit wie die Funktionen.

Wartung, vom ersten Tag an

Software steht nicht still. Abhängigkeiten müssen aktualisiert, Sicherheitslücken gepatcht werden, Drittanbieter-APIs ändern sich, und Kunden melden Fehler. Planen Sie ab dem Launch eine wiederkehrende Wartungsposition ein, statt sie als Überraschung zu behandeln. Unser Leitfaden dazu, was ein SaaS-Wartungsplan enthalten sollte, erklärt, wie Sie Anbieter vergleichen, und unser SaaS-Wartungsservice umfasst Monitoring, Fehlerbehebung und Updates nach dem Launch.

Was Sie einen Anbieter vor Vertragsabschluss fragen sollten

• Auf welchen Annahmen beruht diese Schätzung? Ein glaubwürdiges Angebot listet sie auf.
• Was ist ausdrücklich ausgeschlossen? Sonderfälle der Abrechnung, Integrationen, Datenmigration, Compliance und KI-Evaluation sind häufige Auslassungen.
• Wer ist im Team, und für wie viele Wochen? Sie sollten Rollen und Dauer sehen, nicht nur eine Gesamtsumme.
• Wie gehen Sie mit Änderungen am Umfang um? Verlangen Sie einen schriftlichen Änderungsprozess.
• Was kostet der Betrieb pro Monat zum Launch und bei zehnmal so vielen Nutzern?
• Wem gehören Code, Cloud-Konten und Domain? Die Antwort sollte lauten: Ihnen, vom ersten Tag an.
• Wie testen und prüfen Sie Code? Fragen Sie nach automatisierten Tests, Code-Review und einer Staging-Umgebung.
• Was umfasst die Übergabe? Dokumentation, Deployment-Schritte und eine Einweisung sollten Teil der Vereinbarung sein.
• Was passiert nach dem Launch? Verlangen Sie Wartungsoptionen und Reaktionszeiten schriftlich.

Typische Budgetfallen

• Eine Demo für ein Produkt halten. Ein Prototyp, der fertig aussieht, verbirgt Authentifizierung, Abrechnung, Berechtigungen und Fehlerbehandlung, die noch gebaut werden müssen.
• Den niedrigsten Satz dem klarsten Umfang vorziehen. Ein niedriger Satz mit lockeren Anforderungen kann mehr kosten als ein fairer Satz mit straffem Plan.
• Betriebskosten vergessen. Infrastruktur, Drittanbieterdienste und KI-Nutzung verursachen auch nach dem Launch weiter Kosten.
• „Nur noch eine“ Funktion hinzufügen. Jede Ergänzung bringt Entwicklungs-, Test- und Wartungskosten mit sich.
• Sicherheits- und Abrechnungsgrundlagen aufschieben. Sie sind günstig einzuplanen und teuer nachzurüsten.
• Keine Reserve. Jedes Projekt erlebt Überraschungen; ein Puffer im Budget ist günstiger als eine Finanzierungslücke mitten im Projekt.
• Kein Verantwortlicher auf Ihrer Seite. Langsame Entscheidungen und wechselnde Prioritäten kosten Wochen, und Wochen sind die wichtigste Größe in der Formel.
• Wartung auslassen. Ungepflegte Produkte sammeln Risiken an und sind später teurer zu reparieren.

So kommen Sie zu einem belastbaren Budget

Schreiben Sie den einen Workflow auf, der Ihre Idee beweist, listen Sie die Integrationen und Compliance-Anforderungen auf, die Sie nicht vermeiden können, und legen Sie fest, wie viele Kunden Sie im ersten Jahr erwarten. Mit diesen drei Angaben kann ein Team einen gestaffelten Plan mit einer Spanne je Phase und einer monatlichen Betriebskostenschätzung vorschlagen. Wenn Sie das für Ihr Produkt möchten, schildern Sie es uns auf der Kontaktseite; wir kalkulieren jedes Projekt individuell, sodass Sie ein Angebot auf Basis Ihrer Anforderungen erhalten und keine pauschale Zahl.