SaaS-MVP in zwei Monaten: Planung und Launch

Die meisten SaaS-Ideen scheitern nicht, weil die Idee schlecht ist. Sie scheitern in der Entwicklung: Der Umfang wächst, der Launch rutscht von drei auf neun Monate, das Budget geht aus, und das Produkt trifft seinen ersten zahlenden Kunden viel zu spät. Das muss nicht so laufen. Joinly, eine Monetarisierungsplattform für Creator, die wir für einen Gründer aus Ungarn von null an gebaut haben, ging in etwa zwei Monaten von der Idee zu einem Live-Produkt, das echte Zahlungen annimmt. So planen und launchen Sie ein solches MVP, und das würden wir jedem Gründer sagen, bevor er einen Entwickler beauftragt.

Definieren Sie die eine Aufgabe, die das Produkt erfüllen muss

Ein MVP ist keine kleine Version Ihrer großen Vision. Es ist das kleinste Produkt, das eine Aufgabe so gut erfüllt, dass jemand dafür bezahlt.

Bei Joinly war die Aufgabe klar: Creator mit bezahlten Communitys sammelten Zahlungen ein, prüften, wer bezahlt hatte, und fügten Mitglieder auf jeder Chat-Plattform von Hand hinzu oder entfernten sie. Das Produkt musste die Zahlung annehmen und den Zugang automatisch verwalten. Alles andere war zweitrangig.

Schreiben Sie Ihre Aufgabe in einem Satz auf: „[Kunde] bezahlt uns, um [Ergebnis] zu erreichen, statt [mühsamer bisheriger Weg].“ Wenn Sie das nicht können, ist der Umfang noch nicht bereit, und das kann kein Entwickler für Sie lösen.

Streichen Sie den Umfang zusammen, und dann noch einmal

Schreiben Sie jede gewünschte Funktion auf. Sortieren Sie dann jede in eine von drei Gruppen:

Nötig für die erste Zahlung. Ohne sie kann sich niemand anmelden, bezahlen und das Ergebnis bekommen.
Bald danach nötig. Macht das Produkt schöner, aber Kunden zahlen auch ohne.
Nice to have. Ihre Vision, für später.

Nur die erste Gruppe kommt ins MVP. Typische Kandidaten für später: eine mobile App (eine gute responsive Web-App reicht), ausgefeilte Analysen, Team-Konten und Rollen, Integrationen, nach denen noch niemand gefragt hat, ein eigenes Admin-Panel für Dinge, die Sie eine Weile im Stripe-Dashboard erledigen können.

Seien Sie konsequent. Jede zusätzliche Funktion verzögert den Moment, in dem Sie erfahren, ob Menschen bezahlen.

Bauen Sie Zahlungen zuerst, nicht zuletzt

Viele Teams heben sich die Abrechnung bis zum Schluss auf, weil sie sich wie Installationsarbeit anfühlt. Das Gegenteil ist richtig: Zahlungen sind der Teil des Produkts mit den meisten Sonderfällen, und der Teil, in dem Fehler echtes Geld und Vertrauen kosten.

Was Sie vom ersten Tag an planen sollten:

Der Lebenszyklus eines Abos. Nicht nur „bezahlt“, sondern Testphasen, Verlängerungen, Upgrades, Kündigungen und was passiert, wenn eine Karte abgelehnt wird. Jeder Zustand muss im Produkt zur richtigen Folge führen. Bei Joinly verliert ein Mitglied nach einer Kündigung oder fehlgeschlagenen Zahlung automatisch den Zugang.
Webhooks. Stripe informiert Ihr Produkt über Zahlungen per Webhook. Diese können verspätet, doppelt oder in falscher Reihenfolge ankommen, und Ihr Code muss damit sicher umgehen.
Rechnungen und Steuern. Wenn Sie an Kunden in der EU verkaufen, gehört die Umsatzsteuer dazu. Entscheiden Sie früh, ob Stripe das übernimmt oder Ihre Steuerberatung.
Testen Sie die unschönen Fälle. Abgelaufene Karten, fehlgeschlagene Verlängerungen, Erstattungen, Rückbuchungen. Der Testmodus von Stripe kann all das simulieren.

Wann Sie Stripe Connect brauchen

Wenn Ihr Produkt Zahlungen im Namen anderer annimmt, etwa für Creator, Verkäufer, Coaches oder Veranstaltungsorte, und an sie auszahlt, brauchen Sie ein Marktplatz-Setup. Dafür gibt es Stripe Connect, und darauf läuft auch die Abrechnung von Joinly:

jeder Creator bekommt ein verbundenes Konto, und Stripe übernimmt die Identitätsprüfung und die Auszahlungen,
die Plattform kann bei jeder Zahlung automatisch eine Gebühr einbehalten,
das Geld fließt an die richtigen Personen, ohne dass Sie selbst Gelder verwahren.

Connect ist mächtig, bringt aber echte Entscheidungen mit sich: welcher Kontotyp zu Ihren Nutzern passt, wer die Stripe-Gebühren trägt, wie Erstattungen und Rückbuchungen aufgeteilt werden und wie das Onboarding für einen Creator aussieht, der noch nie ein Stripe-Formular gesehen hat. Planen Sie dafür Zeit ein. Das ist der Teil eines Marktplatz-MVPs, der am häufigsten unterschätzt wird.

Integrationen: Wählen Sie die, die Kunden am ersten Tag brauchen

Joinly ist mit vier Chat-Plattformen verbunden, Telegram, Discord, WhatsApp und Slack, weil dort die Communitys seiner Creator leben. Jede Plattform hat ihre eigene API, ihre eigenen Regeln für Bots und ihre eigenen Limits, und jede muss einzeln gebaut und getestet werden.

Fragen Sie sich für Ihr MVP: Welche Integrationen braucht ein Kunde, um am ersten Tag das Ergebnis zu bekommen? Bauen Sie diese ordentlich. Setzen Sie alles andere auf eine öffentliche „Demnächst“-Liste und schauen Sie, wonach Kunden tatsächlich fragen.

Ein Stack, der Sie nicht ausbremst

Für die meisten SaaS-MVPs ist ein langweiliger, bewährter Stack die richtige Wahl. Joinly läuft mit Next.js für die Web-App, Supabase mit Prisma für die Datenbank, Stripe Connect für die Abrechnung und wird auf Netlify betrieben. Solche Entscheidungen lassen ein kleines Team schnell vorankommen, sind gut dokumentiert und für einen anderen Entwickler später leicht zu übernehmen.

Wichtiger als jede einzelne Technologie:

Es liegt in Ihren Konten. Code-Repository, Hosting, Datenbank und Stripe-Konto sollten Ihnen vom ersten Tag an gehören.
Es ist früh online. Eine echte URL in Woche zwei, nicht in Woche acht, damit Sie echten Fortschritt sehen.
Es wird überwacht. Sie wollen von Fehlern erfahren, bevor Ihre Kunden es Ihnen sagen.

Ein realistischer Ablauf über acht Wochen

Jedes Projekt ist anders, aber ein gut geplantes MVP sieht oft ungefähr so aus:

Wochen 1–2: Fundament. Umfang abgenommen, Design der wichtigsten Screens, Registrierung und Login, die Datenbank, ein erstes Deployment.
Wochen 3–5: die Kernaufgabe. Die Hauptfunktion von Anfang bis Ende, Zahlungen angebunden, die ersten Integrationen.
Wochen 6–7: die unschönen Fälle. Fehlgeschlagene Zahlungen, Kündigungen, Sonderfälle, E-Mails, Admin-Grundlagen, Tests mit echten Nutzern.
Woche 8: Launch. Produktionsumgebung, Monitoring, Dokumentation und Übergabe.

Unterwegs sollten Sie alle ein bis zwei Wochen eine funktionierende Demo sehen. Wenn Sie einen Monat lang nichts sehen, das funktioniert, fragen Sie nach.

Festpreis oder Stundensatz?

Bei einem MVP mit klarem Umfang schützt Sie ein Festpreis: Sie kennen die Gesamtsumme, bevor es losgeht, und das Umfangsdokument wird zum gemeinsamen Bild dessen, was gebaut wird. Joinly wurde zum vereinbarten Festpreis von 20.000 $ geliefert. Wenn Sie noch herausfinden, was Sie bauen wollen, kann eine kurze, bezahlte Discovery-Phase vorab sinnvoll sein.

Fragen an den, der es baut

Haben Sie schon ein Produkt geliefert, das echte Zahlungen annimmt? Kann ich es live sehen?
Wie gehen Sie mit fehlgeschlagenen Zahlungen, Kündigungen und Erstattungen um?
Wie oft sehe ich funktionierende Software?
Was gehört nicht zum Umfang, schriftlich?
Wem gehören der Code und die Konten, und was umfasst die Übergabe?
Was passiert nach dem Launch, wenn sich etwas ändern muss?

Was der Gründer sagt

Peter hat Joinly von null an gebaut und meine Erwartungen übertroffen. Die Plattform übernimmt die Verwaltung bezahlter Zugänge, inklusive Integration mit Telegram, Discord, WhatsApp, Slack und Stripe. Sowohl mit der Funktionalität als auch mit dem Gefühl des Produkts bin ich sehr zufrieden.

Das stammt aus der verifizierten ★-5,0-Bewertung des Gründers (aus dem Englischen übersetzt). Die ganze Geschichte lesen Sie in der Joinly-Fallstudie.

Nächster Schritt

Sie haben eine SaaS-Idee und wollen wissen, was ein MVP bräuchte? Buchen Sie ein kostenloses 30-minütiges Erstgespräch. Wir helfen Ihnen, die eine Aufgabe zu finden, die Ihr Produkt erfüllen muss, den Umfang auf das zu reduzieren, was Sie zur ersten Zahlung bringt, und schicken Ihnen ein Festpreisangebot mit Zeitplan. Lieber schreiben? Senden Sie uns eine Anfrage mit einer kurzen Beschreibung Ihrer Idee.