SaaS-Produkt in 90 Tagen bauen: schmal, ehrlich, ausgeliefert

Ein SaaS-Produkt in 90 Tagen ist keine Marketingsache, es ist eine Disziplin-Sache. Die Frist erzwingt Entscheidungen, die ohne Frist Monate kosten. Drei Tage über Pricing diskutieren wird drei Stunden. Vier Wochen Roadmap-Workshop wird vier Tage. Was nicht hineinpasst, fällt raus. Das ist nicht Mangel, das ist Fokus.

Die Schwierigkeit ist nicht der Plan, sondern das Streichen. Shape Up von 37signals beschreibt dasselbe Muster: kleine, fixierte Zyklen, die echte Entscheidungen erzwingen, statt langer Sprints, die alles versprechen.

Was du mitnimmst:

• Den 90-Tage-Schnitt: was rein muss, was draussen bleibt.
• Die Crew-Aufstellung mit drei Menschen plus Agents.
• Die Wochen-Logik: was bis Woche 4, 8, 12 fertig sein muss.
• Die häufigsten Selbsttäuschungen, die das Projekt verzehnfachen.

Die These

Du baust ein SaaS-Produkt in 90 Tagen, indem du das Problem schmal schneidest, eine Crew aus drei Leuten plus AI-Agents aufstellst und in fixierten Wochen-Blocks lieferst. Nicht alles, was du willst, aber das, was bezahlt wird.

Was muss in den 90-Tage-Schnitt rein?

In den Schnitt müssen vier Dinge: ein klar abgegrenztes Problem, ein bezahltes Pilot-Setup, die minimale Funktion zur Lösung des Problems, und ein Onboarding, das ohne Anruf funktioniert. Alles andere ist Phase zwei. Phase zwei beginnt am Tag 91.

Konkret heisst das: nicht "wir bauen eine Plattform für Marketing-Automatisierung", sondern "wir lösen die wiederkehrende Pipeline-Forecast-Reibung zwischen Marketing und Sales für DACH-Mid-Market-Teams". Je schmaler der Schnitt, desto realistischer der Build.

Der bezahlte Pilot ist der wichtigste der 4 Punkte. Er zwingt dich, die Preisfrage vor dem Build zu stellen, nicht danach. Wer keinen Pilotpreis zahlt, kauft später auch keine Lizenz. Wie du den Schnitt sprachlich schärfst, steht in Produktpositionierung im B2B.

Wie sieht die Crew aus?

Drei Menschen: Produkt-Entscheider (Founder), Engineering-Lead, Designer mit Frontend-Anteil. Dazu vier bis sechs Agent-Rollen: Spec-Writer, QA, Release-Notes-Writer, Customer-Interview-Synthesizer, Marketing-Asset-Operator. Keine SDRs, kein Account-Management, kein Project-Manager.

Das ist nicht eine kleine Variante eines Konzern-Teams. Das ist die natürliche Aufstellung, wenn AI-Agents die Routine-Tasks tragen. Drei statt dreissig ist kein Marketing-Spruch, es ist eine Frage, welche Tasks bleiben.

Die Agent-Rollen sind kein Deko-Element. Der Spec-Writer macht aus jedem Interview ein testbares Ticket. Der QA-Agent prüft jeden Build, bevor ein Mensch draufschaut. Wie diese Arbeitsweise entsteht, zeige ich in From Vibe Coding zu Agentic Engineering.

Wie ist die Wochen-Logik aufgebaut?

Du arbeitest in drei 30-Tage-Blöcken: Discovery, Build, Activate. Discovery (Woche 1 bis 4) klärt Problem, ICP und Pricing mit 10 bis 15 Interviews. Build (Woche 5 bis 8) liefert die minimale Funktion plus Onboarding. Activate (Woche 9 bis 12) bringt 3 bis 5 zahlende Piloten und einen ehrlichen Release.

Jeden Freitag eine kurze Demo, jede zweite Woche eine Entscheidung zum Schnitt. Wer freitags nicht demonstrieren kann, hat Montag falsch geschnitten.

Die Interviews in der Discovery sind keine Formalität. Sie liefern das ICP, also das ideale Kundenprofil: die Firmen, bei denen das Problem am teuersten ist. Ohne dieses Profil baust du ab Woche 5 für alle und damit für niemanden. Mit Profil weisst du, wen du in Woche 9 anrufst.

Was sind die häufigsten Selbsttäuschungen?

Drei wiederholen sich. Erstens: "wir brauchen erst eine Beta mit hundert Nutzern". Falsch, du brauchst drei bezahlte Nutzer, die ein Problem haben. Zweitens: "wir bauen es selbst, ist günstiger als ein Tool zu kaufen". Selten richtig in 90 Tagen. Drittens: "wir müssen erst Branding klären". Branding entsteht durch Lieferung, nicht durch Workshop.

Was gehört NICHT in die ersten 90 Tage?

Nicht hinein gehören: SSO, Integrationen für Logos, die du nicht hast, Admin-Panels, die zweite Persona, Rollen- und Rechtekonzepte und alles mit dem Etikett "Enterprise-ready". Nichts davon bringt dir den ersten zahlenden Piloten. Alles davon frisst Wochen.

SSO ist das beste Beispiel. Single Sign-on klingt nach Pflicht. In Wahrheit ist es die Antwort auf eine Einkaufsabteilung, mit der du noch gar nicht sprichst. Bau es, wenn ein zahlender Kunde es zur Bedingung macht. Vorher ist es Prokrastination mit gutem Gewissen.

Dasselbe gilt für Integrationen. Eine Integration pro echtem Piloten ist vertretbar. 5 Integrationen für Logos auf einer Wunschliste sind 4 zu viel. Und ein Admin-Panel für 3 Pilotkunden ersetzt du mit Datenbank-Zugriff und einer Stunde Handarbeit pro Woche.

Am teuersten ist die zweite Persona, also eine zweite Nutzerrolle mit eigenen Bedürfnissen. Sie verdoppelt still alles: zweites Onboarding, zweite Preislogik, zweite Roadmap. Eine Persona, ein Problem, ein Preis. Der Rest ist Tag 91.

Woher kommen die ersten zahlenden Piloten?

Aus deinem Netzwerk, nicht aus Ads und nicht aus Outbound, also der Kaltansprache fremder Kontakte. Die ersten Kunden sind Design-Partner: Firmen, die das Problem kennen, dir vertrauen und dafür zahlen. Klein im Betrag, ernst im Commitment.

Mark Roberge, der erste Sales-Chef von HubSpot, beschreibt das in The Science of Scaling als eigene Phase. Die ersten Kunden kommen laut Roberge über das persönliche Netzwerk und über Empfehlungen. Das Ziel dieser Phase ist Lernen, nicht Umsatz.

Sein zweiter Punkt ist unbequem: Preise für Commitment, nicht für Profit. Gratis zieht laut Roberge die Unverbindlichen an. Ein symbolischer Betrag schlägt gratis, weil erst eine Rechnung ein ehrliches Ja oder Nein erzwingt. Ein Pilot, der nichts kostet, liefert kein Signal.

Als erstes Lernziel nennt Roberge rund 20 Kunden. Das ist mehr, als in 90 Tage passt, und das ist in Ordnung. Die 3 bis 5 Piloten aus dem Activate-Block sind der Anfang dieser Lernkurve, nicht ihr Ende. Roberges Erfahrung stammt aus dem US-SaaS-Umfeld. Als Richtwert taugt sie trotzdem, auch im DACH-Markt.

Der harte Vergleich: 90 Tage gegen 9 Monate

Ein 9-Monats-Projekt mit zwölf Personen kostet, grob gerechnet, zwischen 800'000 und 1'500'000 Franken in der Schweiz, je nach Seniorität. Ein 90-Tage-Projekt mit drei Personen plus Agents kostet einen Bruchteil und liefert die zentrale Frage früher: kauft das jemand? Wenn nein, sparst du acht Monate. Wenn ja, hast du acht Monate Vorsprung.

Das ist auch keine Spekulation. CB Insights nennt "kein Markt für das Produkt" als häufigsten Grund für Startup-Scheitern. Ein 90-Tage-Schnitt testet genau diese Frage, bevor sie teuer wird.

Tag 91: welche Base kommt als Nächstes?

Die zweite: Product-Market-Fit, kurz PMF, also der Nachweis, dass Kunden zahlen und bleiben. Stijn Hendrikse beschreibt den Weg in T2D3 als Baseball-Runde: erste Base MVP, also die erste verkaufbare Version, zweite Base PMF, dritte Base Skalierung. Und Basen lassen sich nicht überspringen.

Wer trotzdem überspringt, muss laut Hendrikse zurück und reparieren. Das deckt sich mit dem, was ich sehe. Ein Team, das am Tag 91 Sales skaliert, skaliert meist ein Produkt, das noch niemand behalten will. Die 90 Tage bringen dich auf die erste Base. Nicht weiter, aber ehrlich dorthin.

Hendrikse macht PMF messbar, mit einer Checkliste aus 10 Meilensteinen. Die letzten 3 sind die härtesten: 10 zahlende Kunden, 10 öffentliche Testimonials von zahlenden Kunden, 10 neue zahlende Kunden über Empfehlungen. Erst dann, sagt er, ist PMF erreicht. Das ist die ehrliche Ziellinie nach den 90 Tagen.

Seine Meilensteine sind Erfahrungswerte aus seinen Mandaten, keine Naturgesetze. Aber als Prüfliste sind sie nützlich, gerade weil sie unbequem sind. Sie verhindern, dass du "wir haben gelauncht" mit "wir haben ein Geschäft" verwechselst. Mehr Handwerk zu dieser Phase sammle ich im Hub Software-Produktmanagement.

Outro

✅ Was glänzt. Schmaler Schnitt plus kleine Crew plus fixe Frist liefern aus. Jedes Mal, wenn die Disziplin hält.

❌ Was nicht glänzt. Der Versuch, alle Stakeholder-Wünsche in 90 Tage zu packen. Das ist Phase zwei, nicht Phase eins.

⚠️ Warnung. "Wir verlängern nur um zwei Wochen" ist der Anfang von neun Monaten. Lieber schneiden als verlängern.

Der tiefere Punkt: ein 90-Tage-Schnitt ist kein Tempo-Trick, er ist ein Wahrheits-Trick. Die Frist erzwingt die Entscheidungen, die ohne Frist nie fallen. Genau dort fingen wir an, beim Streichen statt beim Bauen.

Wenn du sehen willst, wie ein 90-Tage-Plan konkret aussieht, lies unseren Prozess.

Häufige Fragen

Geht das wirklich mit drei Leuten?

Ja, wenn der Schnitt schmal ist und Agents die Routine-Tasks tragen. Mehr Leute helfen in 90 Tagen nicht, sie verlangsamen die Entscheidungen.

Was, wenn das Problem grösser ist?

Dann schneidest du. Ein grösseres Problem lässt sich fast immer in ein kleineres, bezahltes Teilproblem zerlegen. Wenn nicht, ist es kein SaaS-Problem.

Wieviel kostet das ungefähr?

In der Schweiz grob 150'000 bis 350'000 Franken für 90 Tage mit drei Personen plus Agents-Stack. Ein Bruchteil eines klassischen Projekts.

Was, wenn Tag 90 kein Pilot drin ist?

Dann hast du dein Discovery falsch gemacht. Stoppe, dokumentiere ehrlich, und entscheide bewusst, ob du Phase zwei finanzierst.

Wann lohnt sich ein grösseres Setup?

Sobald drei zahlende Piloten den Bedarf bestätigen und der Engpass nachweislich Engineering-Kapazität ist, nicht Entscheidungen. Vorher ist mehr Personal Beschleuniger für den falschen Weg.