Wissen / Artikel

Eigene SaaS in 8 Wochen: ein realistischer Fahrplan vom Konzept zum ersten zahlenden Nutzer

Acht Wochen klingt nach einem Marketing-Versprechen. Ist es aber nicht, wenn man ehrlich abgrenzt, was in dieser Zeit entsteht: nicht das fertige Produkt mit allen Wunsch-Features, sondern eine schlanke, echte SaaS, die ein konkretes Problem loest, Logins hat, abrechnet und live im Internet steht. Genau bis dahin reichen acht Wochen, wenn der Fokus stimmt. Wir bauen solche Produkte zum Festpreis und betreiben selbst sieben eigene Marken in Produktion - vom Barrierefreiheits-Scanner ueber ein Kosmetik-Produktportal mit 177.000 Produkten bis zu einer Marine-SaaS. Der Fahrplan unten ist also kein Theorie-Modell, sondern das, was bei uns wirklich funktioniert.

Die wichtigste Vorbedingung: radikaler Fokus

Der haeufigste Grund, warum SaaS-Projekte nicht in acht, sondern in acht Monaten launchen, ist nicht die Technik. Es ist der Funktionsumfang. Wenn du in Woche eins schon an Team-Verwaltung, drei Abo-Stufen, einer Mobile-App und einer API denkst, wird das nichts. Ein realistischer Achtwochen-Plan braucht eine Kernfunktion, einen Nutzertyp und einen Anwendungsfall. Alles andere kommt nach dem ersten zahlenden Kunden - oder fliegt raus, weil niemand danach fragt.

Wochen 1-2: Konzept schaerfen und Geruest stellen

In den ersten beiden Wochen wird nicht endlos diskutiert, sondern entschieden. Wir klaeren:

Welches eine Problem loest das Produkt und fuer wen genau?
Der "Happy Path": Welche drei bis fuenf Schritte muss ein Nutzer gehen, um den Mehrwert zu erleben?
Datenmodell und Technik-Stack: Was wird gespeichert, wie haengt es zusammen?

Parallel steht das technische Geruest: Server, Datenbank, Login-System, ein erstes Deploy. Am Ende von Woche zwei gibt es eine URL, an der man sich einloggen kann - auch wenn dahinter noch fast nichts passiert. Dieses fruehe Deployen ist kein Detail, sondern verhindert die boese Ueberraschung, dass am Ende nichts online geht.

Wochen 3-5: Die Kernfunktion bauen

Das ist das Herzstueck. Hier entsteht der Teil, fuer den Leute spaeter zahlen. In diesen drei Wochen wird die zentrale Funktion gebaut und mit echten Daten getestet - nicht mit Platzhaltern. Wichtig ist, dass du als Auftraggeber hier mitschaust: Wir liefern in kurzen Abstaenden klickbare Zwischenstaende, damit Missverstaendnisse in Tagen auffallen und nicht erst beim Launch. Wenn etwas am Konzept nicht aufgeht - und das kommt fast immer vor - ist jetzt der Moment, gegenzusteuern, nicht in Woche acht.

Woche 6: Bezahlung und Onboarding

Eine SaaS ohne Bezahlung ist ein Hobby. In Woche sechs kommt die Abrechnung dazu, in der Regel ueber Stripe oder PayPal: Tarife, Checkout, der automatische Wechsel von "Testphase" zu "zahlt". Genauso wichtig ist das Onboarding: der Weg vom ersten Login bis zum Aha-Moment. Hier entscheidet sich, ob ein Interessent zum Nutzer wird oder nach 30 Sekunden wieder weg ist. Wir bauen diesen Pfad bewusst geradlinig: weniger Felder, klare nächste Schritte, eine erste Erfolgserfahrung so frueh wie moeglich.

Woche 7: Haerten, testen, abdichten

Eine Woche geht komplett in Stabilitaet und Vertrauen. Das ist die Woche, die in unrealistischen Plaenen fehlt - und genau deshalb gehen solche Produkte am Launch-Tag kaputt. Konkret:

Fehlerbehandlung: Was passiert bei falschen Eingaben, Abbruechen, doppelten Klicks?
Sicherheit und Datenschutz: Zugriffsrechte, sauberer Umgang mit Nutzerdaten, DSGVO-Grundlagen, Impressum.
Geschwindigkeit und mobile Darstellung auf echten Geraeten.
Backups und Monitoring, damit ein Problem auffaellt, bevor der Kunde anruft.

Woche 8: Launch und erster zahlender Nutzer

Jetzt geht das Produkt nicht an "die Welt", sondern an eine handverlesene Gruppe: ein paar Kontakte, eine kleine Community, ein gezielter Beitrag dort, wo deine Zielgruppe ohnehin ist. Der erste zahlende Nutzer kommt selten ueber bezahlte Werbung, sondern ueber direkte Ansprache von Menschen mit genau dem Problem, das du loest. Acht Wochen bringen dich technisch und inhaltlich an diesen Punkt - die ersten Verkaufsgespraeche fuehrst aber du, weil du dein Marktumfeld am besten kennst.

Wann acht Wochen nicht reichen - und das ist okay

Ehrlich bleibt ehrlich: Nicht jedes Vorhaben passt in dieses Fenster. Wenn du regulierte Bereiche (Gesundheit, Finanzen), komplexe Integrationen in Fremdsysteme, KI-Pipelines mit unklarer Datenlage oder von Anfang an Mehrsprachigkeit und mehrere Mandanten brauchst, wird es laenger - und das sollte es auch. In solchen Faellen ist der bessere Weg, in Phase eins nur den riskantesten Teil zu bauen und zu testen, bevor der Rest folgt.

Was so ein Build ungefaehr kostet

Ein fokussierter SaaS-Build dieser Art liegt bei uns je nach Umfang im Bereich von 6.000 bis 25.000 EUR zum Festpreis. Die grosse Spanne ist kein Zufall: Sie haengt direkt daran, wie diszipliniert der Funktionsumfang gehalten wird. Je klarer die eine Kernfunktion, desto naeher am unteren Ende - und desto wahrscheinlicher, dass acht Wochen wirklich reichen. Festpreis bedeutet hier, dass du das Risiko nicht traegst: Was nicht in den Plan passt, wird vorher offen besprochen, nicht hinterher draufgerechnet.

Brauchst du selbst eine Website, ein Tool oder eine SaaS?

Wir bauen sie zum Festpreis - vom Team, das sieben eigene Marken live betreibt. Klarer Scope, klarer Preis, klarer Zeitrahmen.

Projekt starten Leistungen & Preise

Deine Rolle als Gruender waehrend der acht Wochen

Acht Wochen funktionieren nur, wenn du als Auftraggeber erreichbar bleibst, nicht verschwindest und am Ende einfach ein fertiges Produkt erwartest. Realistisch bedeutet das ein bis zwei kurze Feedback-Termine pro Woche, in denen du dir den aktuellen Stand ansiehst und Entscheidungen triffst, die sonst das Team raten muesste.

Gerade bei der Kernfunktion in den mittleren Wochen zaehlt schnelles, ehrliches Feedback mehr als ein ausfuehrliches Pflichtenheft vorab. Wer erst nach dem Launch zum ersten Mal wirklich hinschaut, entdeckt Missverstaendnisse dann, wenn sie am teuersten sind, statt sie in einer kurzen Rueckmeldung frueh auszuraeumen. Diese Rolle laesst sich nicht outsourcen: Niemand kennt deine Zielgruppe und deinen Markt so gut wie du selbst, und genau dieses Wissen macht in acht Wochen den Unterschied zwischen einem austauschbaren Tool und einem Produkt, das jemand wirklich bezahlt.

Die haeufigsten Gruende, warum der Zeitplan doch reisst

Der klassische Bremser ist ein nachtraeglicher Funktionswunsch mitten im Bau: eine zusaetzliche Ansicht hier, eine weitere Einstellung dort, jede fuer sich klein, in Summe aber genug, um die drei Wochen fuer die Kernfunktion zu sprengen. Fast genauso haeufig ist zoegerliches Feedback - ein Zwischenstand liegt tagelang ungesehen, waehrend die naechste Woche schon laeuft.

Ebenfalls riskant sind Abhaengigkeiten von Fremdsystemen ausserhalb der eigenen Kontrolle, etwa eine Buchhaltungssoftware oder eine Schnittstelle eines Lieferanten, deren Zugang erst spaet beantragt wird. Und mancher Zeitplan scheitert an der Unentschlossenheit beim Preismodell: Wer bis kurz vor dem Launch nicht weiss, ob monatlich oder jaehrlich abgerechnet wird, verzoegert damit die gesamte Bezahl-Woche. Wer diese Punkte im Blick behaelt, hat das groesste Zeitrisiko selbst in der Hand, nicht das Entwicklungsteam.

Häufig gestellte Fragen

Brauche ich schon eine fertig durchdachte Geschaeftsidee, bevor die acht Wochen starten?

Du brauchst ein klar umrissenes Problem und eine Zielgruppe, nicht zwingend ein fertiges Konzept. Die ersten beiden Wochen dienen genau dazu, die Idee auf eine einzige Kernfunktion zuzuspitzen.

Was passiert, wenn sich waehrend des Baus zeigt, dass die Kernidee nicht funktioniert?

Dann wird gegengesteuert, solange die Kernfunktion noch entsteht - das ist der Sinn der kurzen Feedback-Zyklen. Je frueher das auffaellt, desto weniger Arbeit muss verworfen werden.

Muss ich selbst technisches Wissen mitbringen?

Nein. Du triffst die fachlichen Entscheidungen zu Zielgruppe, Funktion und Preis, die technische Umsetzung uebernimmt das Team. Wichtig ist deine Verfuegbarkeit fuer Rueckfragen, nicht dein technisches Vorwissen.

Wie viel Zeit muss ich als Auftraggeber woechentlich einplanen?

Realistisch sind ein bis zwei kurze Termine sowie zeitnahes Feedback zu Zwischenstaenden. Wer sich tagelang nicht meldet, verzoegert damit direkt den eigenen Zeitplan.

Was ist, wenn ich nach acht Wochen noch weitere Funktionen brauche?

Die kommen in eine zweite Phase, nachdem die ersten Nutzer mit dem Kern gearbeitet haben. So baust du nur, was sich am echten Bedarf bestaetigt, statt auf Verdacht vorzuarbeiten.

Ist ein Produkt nach acht Wochen wirklich schon verkaufsfaehig?

Es ist so weit, dass sich jemand einloggen, die Kernfunktion nutzen und dafuer bezahlen kann. Das reicht fuer erste zahlende Nutzer, auch wenn noch nicht jede denkbare Zusatzfunktion vorhanden ist.

Was, wenn nach dem Launch zunaechst niemand zahlt?

Dann ist das ein Signal fuer die Ansprache oder die Positionierung, nicht zwangslaeufig fuer die Technik. In diesem Fall lohnt sich ein genauer Blick darauf, wer tatsaechlich angesprochen wurde und mit welcher Botschaft.