Von der Idee zum SaaS-MVP: Der Schritt-für-Schritt-Leitfaden für Gründer

Fast jeder Artikel über den Aufbau eines SaaS ist heimlich für jemanden geschrieben, der bereits Kapital eingesammelt hat. Er setzt ein Team voraus, einen finanziellen Puffer, eine Roadmap und die Gelassenheit zu wissen, dass man sich ein Jahr lang irren kann. Wenn Sie ein Gründer mit einer echten Idee, einem Brotberuf und Ersparnissen sind, die Sie wirklich brauchen, ist dieser Rat leise gefährlich. Er sagt Ihnen, groß und schnell zu bauen – und genau so sterben die meisten ersten Produkte, bevor jemand auch nur einen Cent zahlt.

Ich helfe seit über einem Jahrzehnt Menschen dabei, Ideen in funktionierende Software zu verwandeln, und die Gründer, an die ich mich am stärksten erinnere, sind nicht die mit den kühnsten Plänen. Es sind diejenigen, die klein angefangen und ehrlich geblieben sind. Eine Physiotherapeutin, die ein Terminplanungstool für ihre eigene Praxis baute und es am Ende an vierzig weitere verkaufte. Ein Logistikdisponent, der seinen eigenen Papierkram automatisierte und merkte, dass die halbe Branche dasselbe Problem hatte. Keiner von ihnen begann mit einer großen Plattform. Sie begannen mit einer schmerzhaften Aufgabe und der Bereitschaft, für deren Lösung Geld zu verlangen.

Dies ist also der Leitfaden, den ich diesen Menschen am ersten Tag gerne in die Hand gedrückt hätte. Kein Finanzierungstheater, keine modische Architektur, kein So-tun-als-müsste die erste Version beeindrucken. Nur ein ruhiger Weg von einer Ahnung in Ihrem Kopf zum ersten zahlenden Kunden – und das Urteilsvermögen zu wissen, was Sie unterwegs weglassen können.

Was ein MVP wirklich ist (und was nicht)

Der Begriff Minimum Viable Product wurde so weit gedehnt, dass er kaum noch etwas bedeutet. Manche Gründer hören „minimal“ und liefern etwas Peinliches aus, das niemand nutzen kann. Andere hören „Produkt“ und verbringen acht Monate damit, eine ausgefeilte Plattform mit Preisstufen, Admin-Bereich und Dark Mode zu bauen, bevor ein einziger Mensch bestätigt hat, dass er dafür zahlen würde. Beides sind Fehler, und es ist derselbe Fehler in unterschiedlichem Gewand: bauen, bevor man etwas gelernt hat.

Ein nützliches MVP ist das kleinstmögliche, das Sie einem echten Nutzer vorlegen können und das beweist, dass Ihre Kernidee es wert ist, dafür zu zahlen. Nicht das Kleinste, das Sie bauen können – das Kleinste, das Ihnen etwas Wahres beibringt. Wenn Ihre Idee lautet „ein Tool, mit dem Zahnärzte automatisch Recall-Erinnerungen versenden“, dann ist das MVP die Erinnerungs-Engine und sonst nichts. Kein Patientenportal, kein Analyse-Dashboard, keine Team-Konten. Das sind Antworten auf Fragen, die Sie sich noch nicht verdient haben.

Der Grund, warum das so wichtig ist, sind die Kosten. Jedes Feature, das Sie vor der Validierung bauen, ist eine blind platzierte Wette. Reduzieren Sie das MVP auf seinen Kern, und Sie haben eine kleine, verkraftbare Wette platziert. Bauen Sie die ganze Vision, haben Sie die Ersparnisse verwettet – auf eine Vermutung. Die Disziplin des „Minimalen“ geht es nicht ums Sparen. Es geht darum, lange genug am Leben zu bleiben, um recht zu behalten.

Validieren Sie die Idee, bevor Sie eine Zeile Code schreiben

Hier ist die unbequeme Wahrheit, die Ihnen niemand sagen will, der Ihnen Entwicklung verkaufen möchte: die meisten SaaS-Ideen sind in irgendeiner wichtigen Hinsicht falsch, und Sie können das für fast nichts herausfinden. Der Instinkt ist, zuerst zu bauen und später zu fragen. Drehen Sie es um. Die billigste Version Ihres Produkts ist ein Gespräch, die zweitbilligste eine Landingpage.

Bevor irgendetwas gebaut wird, brauchen Sie Belege für zwei Dinge. Erstens, dass das Problem real und schmerzhaft genug ist, dass Menschen bereits Zeit oder Geld dafür aufwenden – umständlich, mit Tabellen, Haftnotizen und einem Tool, das sie hassen. Zweitens, dass sie wirklich zahlen würden, um es loszuwerden. „Das ist eine nette Idee“ ist kein Beleg. „Das würde ich nutzen“ ist kein Beleg. „Was kostet es, und kann ich am Montag anfangen?“ ist ein Beleg.

Eine Landingpage mit einem klaren Versprechen und einem Button „Auf die Warteliste“ oder „Demo buchen“ ist der nächste Schritt. Wenn Sie nicht einmal eine Handvoll Fremde dazu bringen, für das, was Sie beschreiben, eine E-Mail-Adresse zu hinterlassen, ist das kein Marketingproblem, das man später löst – es ist jetzt ein Signal, solange es noch günstig ist, es zu hören. Validierung ist keine Phase, durch die Sie hetzen, um zum spaßigen Teil zu kommen. Für einen Gründer, der eigenes Geld ausgibt, ist sie der spaßige Teil: Hier vermeiden Sie den teuren Fehler.

Finden Sie das eine Feature, ohne das Ihr Produkt nicht leben kann

Jede SaaS-Idee kommt, wenn man sie zum ersten Mal beschreibt, in ein Dutzend Features verpackt daher. Da ist die eigentliche Funktion, und dann das Geflecht aus Nice-to-haves, das Ihr Kopf bereits angehängt hat: Berichte, Integrationen, mobile Apps, Rollen und Berechtigungen, eine öffentliche API. Die wertvollste Fähigkeit auf dem Weg von der Idee zum MVP besteht darin, zu lernen, all das wegzuschälen und das eine Feature zu finden, dessen Wegfall das Ganze sinnlos machen würde.

Dieses Kern-Feature ist Ihr MVP. Alles andere ist eine Hypothese, die Sie später testen, sobald Menschen den Kern nutzen und Ihnen sagen, was ihnen wirklich fehlt. Gründer machen das durchweg verkehrt herum – sie bauen zuerst die Nebendarsteller, weil es sich sicherer anfühlt, und gehen die Zeit und das Geld aus, bevor die eine entscheidende Sache überhaupt fertig wird.

Der Ein-Satz-Test

Versuchen Sie, in einem einzigen Satz ohne „und“ zu beschreiben, was Ihr Produkt tut. „Es ermöglicht Praxen, automatische Terminerinnerungen zu versenden.“ „Es verwandelt das Foto eines Belegs in einen Buchungssatz.“ „Es verfolgt, welche Angebote ein Handwerker verschickt hat, und erinnert ihn ans Nachfassen.“ Wenn Sie ein „und“ brauchen, um den Wert zu beschreiben, stecken vermutlich zwei Produkte in einem MVP, die miteinander ringen – und Sie sollten die schmerzhaftere Hälfte zuerst ausliefern.

• Schreiben Sie alles auf, was sich das Produkt Ihrer Vorstellung nach tun soll – holen Sie alles raus, filtern Sie nicht.
• Fragen Sie bei jedem Punkt: Würde noch jemand zahlen, wenn es das nicht gäbe? Streichen Sie jedes „ja“.
• Was nach dem Streichen übrig bleibt, ist Ihr Kern. Das ist das MVP.
• Nehmen Sie die stärksten gestrichenen Punkte und setzen Sie sie auf eine „Später“-Liste – nicht weg, nur nicht jetzt.
• Widerstehen Sie der Versuchung, sie wieder hinzuzufügen. Die „Später“-Liste ist der Ort, an dem gute Ideen darauf warten, sich verdient zu werden, nicht der Ort, an dem MVPs sterben.

Bauen, kaufen oder vortäuschen: Wie Sie das MVP umsetzen

Sobald Sie Ihr eines Kern-Feature kennen, haben Sie eine Wahl, die Gründer selten bewusst treffen: Wie viel davon müssen Sie tatsächlich von Grund auf bauen? Die ehrliche Antwort für eine erste Version lautet meist „weniger, als Sie denken“. Es gibt drei grobe Wege, und der kluge Schritt ist oft eine Mischung.

Der No-Code-/Glue-Weg

Für manche MVPs können Sie bestehende Tools zusammenstecken – ein Formular, eine Datenbank, eine Automatisierungsschicht, einen E-Mail-Dienst – und die Idee validieren, ganz ohne eigenen Code zu schreiben. Das ist brillant, um zu testen, ob Menschen den Ablauf nutzen und dafür zahlen. Es ist schnell und günstig. Seine Grenzen zeigen sich später: Wenn Sie ein echtes Produkterlebnis, Ihr eigenes Datenmodell oder etwas wirklich Einzigartiges brauchen, beginnt der Klebstoff zu reißen. Das ist ein gutes Problem – es bedeutet, dass es Zeit ist, richtig zu bauen, mit zahlenden Nutzern bereits in der Hand.

Der Weg der Individualentwicklung

Wenn Ihr Kern-Feature der Unterscheidungsfaktor ist – der eigentliche Grund, warum Kunden sich für Sie entscheiden –, dann verdient dieser Teil echte, maßgeschneiderte Software. Der Fehler besteht darin, alles drumherum individuell zu bauen. Sie müssen weder Ihre eigene Authentifizierung noch Zahlungsabwicklung oder E-Mail-Infrastruktur schreiben; das sind gelöste Probleme, die Sie mieten sollten. Bauen Sie den Teil, der einzigartig Ihrer ist, mieten Sie den Rest, und Sie halten sowohl die Kosten als auch den Zeitplan ehrlich.

Die meisten erfolgreichen MVPs, die ich gesehen habe, sind eine bewusste Mischung: gemietete Bausteine für das langweilige, aber notwendige Drumherum und gezielte Individualentwicklung für die eine Sache, die das Produkt zahlungswert macht. Zu wissen, was was ist – was zu bauen und was zu kaufen –, ist genau die Art von Entscheidung, bei der sich eine zweite Meinung lohnt, bevor Sie irgendetwas ausgeben.

Was Sie in Version eins bedenkenlos weglassen können

Zu wissen, was man weglässt, ist ebenso wichtig wie zu wissen, was man baut, und genau hier brauchen Gründer am meisten Erlaubnis. Also hier ist sie: Sie haben die Erlaubnis, fast alles wegzulassen. Die erste Version existiert, um zu lernen, nicht um zu beeindrucken, und fast nichts von dem, was ein Produkt „fertig“ wirken lässt, hilft Ihnen tatsächlich beim Lernen.

• Mehrere Preisstufen – wählen Sie einen Preis oder berechnen Sie anfangs sogar manuell per Rechnung.
• Einen Self-Service-Anmeldeprozess – Ihre ersten zehn Kunden von Hand zu onboarden lehrt Sie mehr als jeder automatisierte Funnel.
• Ein Admin-Dashboard mit Diagrammen – solange es zehn Nutzer gibt, können Sie die Datenbank direkt auslesen.
• Mobile Apps, wenn die Web-Version vorerst auf dem Handy gut funktioniert.
• Rollen, Berechtigungen und Team-Konten – bis ein echter Kunde ohne sie blockiert ist.
• Ausgefeilte Einstellungen, Theming und jeden Sonderfall – behandeln Sie zuerst den häufigen Pfad, den Rest, wenn jemand darauf stößt.

Ein realistischer Weg von der Idee zum ersten Kunden

Hier ist die Abfolge, durch die ich fast jeden Gründer führen würde. Sie ist am Anfang bewusst langsam und schnell, sobald Sie bauen, denn die teuren Fehler stecken alle in den frühen Schritten – jenen, die Gründer am ehesten überspringen wollen.

1. 1
   Schreiben Sie das Problem in einem Satz

   Nicht die Lösung – das Problem. „Praxen verlieren Geld durch Nichterscheinen, weil Erinnerungen manuell sind.“ Wenn Sie das Problem nicht sauber formulieren können, sind Sie nicht bereit, es zu lösen.
2. 2
   Führen Sie zehn echte Gespräche

   Sprechen Sie mit Menschen, die das Problem haben. Hören Sie auf den Schmerz und auf bereits ausgegebenes Geld. Passen Sie die Idee an oder verwerfen Sie sie auf Grundlage dessen, was Sie hören, nicht dessen, was Sie sich erhofft haben.
3. 3
   Stellen Sie eine Landingpage und einen Preis online

   Beschreiben Sie das Versprechen schlicht, nennen Sie einen Preis und bitten Sie um eine E-Mail oder eine Demo-Buchung. Sehen Sie, ob Fremde anbeißen. Das ist eine Validierung, der Sie vertrauen können.
4. 4
   Definieren Sie das eine Kern-Feature

   Reduzieren Sie die Idee auf die eine Sache, deren Fehlen sie sinnlos macht. Schreiben Sie die Ein-Satz-Beschreibung ohne „und“. Das ist Ihr Build-Umfang.
5. 5
   Entscheiden Sie für jeden Teil bauen oder kaufen

   Bauen Sie nur den Unterscheidungsfaktor individuell. Mieten Sie Login, Zahlungen, E-Mail und Hosting. Bringen Sie diese Karte in Ordnung, bevor jemand Code schreibt – sie bestimmt Ihr gesamtes Budget.
6. 6
   Bauen Sie die kleinste funktionierende Version

   Streben Sie Wochen an, nicht Monate. Wenn allein das Kern-Feature länger als ein paar Monate dauert, ist der Umfang noch zu groß – kürzen Sie erneut.
7. 7
   Onboarden Sie Ihre ersten Kunden von Hand

   Führen Sie sie persönlich hindurch. Beobachten Sie, wo sie stolpern. Die ersten zehn Nutzer sind Ihr bestes Produktteam – und Ihr erster Umsatz.
8. 8
   Verbessern Sie auf Basis der Nutzung, nicht der Meinung

   Ändern Sie, was die echte Nutzung Ihnen zu ändern aufträgt. Erst jetzt beginnen Sie, Punkte von der „Später“-Liste zu nehmen – verdient durch Nachfrage, nicht hinzugefügt aus Vermutung.

Was es wirklich kostet – an Geld und an Zeit

Gründer stellen immer zuerst die Kostenfrage, und die ehrliche Antwort lautet „es kommt darauf an, und Sie steuern den größten Teil selbst“. Der mit Abstand größte Kostentreiber ist der Umfang – wie viel Sie zu bauen beschlossen haben, bevor Sie zu lernen beschlossen haben. Ein straffes MVP mit einem Kern-Feature und gemietetem Drumherum ist ein überschaubares, klar umrissenes Projekt. Dieselbe Idee als vollständige Plattform mit allem eingeschaltet ist ein ganz anderes Kosten-Universum und hat eine weit höhere Chance, vor dem Launch zu scheitern.

Die Kosten, die die meisten Menschen vergessen, sind Zeit – Ihre. Jeder Monat, den Sie damit verbringen, etwas zu bauen, von dem niemand bestätigt hat, dass er es kaufen würde, ist ein Monat Ihres Lebens und Ihrer Ersparnisse, der für eine Vermutung draufgeht. Das ist das eigentliche Argument fürs Kleinanfangen: nicht, dass klein günstig ist, sondern dass klein schnell ist, und schnell bedeutet, dass Sie lernen, ob Sie recht haben, solange die Wette noch verkraftbar ist. Ein Gründer, der mit einem schmalen Tool in drei Monaten einen zahlenden Kunden erreicht, ist in einer ungleich stärkeren Position als einer, der nach einem Jahr noch an einer großen Plattform feilt.

Es gibt noch eine leisere Kostenart: Jedes Feature, das Sie ausliefern, ist etwas, das Sie nun pflegen, supporten und erklären müssen. Ein kleines Produkt, das eine Sache zuverlässig tut, ist günstiger im Betrieb, leichter zu verkaufen und einfacher zu verbessern als ein ausuferndes, das zehn Dinge halb gut macht. Zurückhaltung ist nicht nur, wie Sie den Bau überleben – sie ist, wie Sie das Geschäft auch danach lebbar halten.

Häufige Fragen