Wie du eine SaaS-Idee validierst, bevor du Code schreibst

Auf dieser Seite

1. Fang mit dem Problem an, nicht mit dem Produkt
2. Leg fest, wer es nutzt und wer zahlt
3. Erfasse die Alternativen ehrlich
4. Liste deine Annahmen zu Funktionen auf
5. Bilde früh Preishypothesen
6. Führe Interviews, bevor du baust
7. Mach einen Landingpage-Test
8. Teste einen Prototyp, kein Produkt
9. Nutze KI-simulierte Tests, um Einwände gegen die Nutzung aufzudecken
10. Leg fest, was als bestanden gilt
11. Dein nächster Schritt

Software verleitet dazu, zuerst zu bauen und später zu validieren, weil sich Bauen wie Fortschritt anfühlt. Die teuren Überraschungen bei SaaS kommen aber selten vom Code. Sie kommen von einem Problem, das nicht schmerzhaft genug ist, einem Käufer, der nicht der Nutzer ist, einer Tabelle, die schon gut genug funktioniert, oder einem Preis, den niemand auf eine Firmenkreditkarte buchen will.

Dieser Leitfaden gibt dir eine Abfolge, um diese Risiken zu prüfen, bevor du Produktionscode schreibst. Jeder Schritt ist günstig, und jeder stärkt die Idee oder verändert sie, solange Veränderung noch leicht ist.

Fang mit dem Problem an, nicht mit dem Produkt

Beschreib das Problem in einem Satz, ohne deine Lösung zu erwähnen. „Kleine Agenturen verlieren abrechenbare Stunden, weil die Zeiterfassung am Ende der Woche aus dem Gedächtnis passiert“ ist ein Problem. „Ein KI-Zeiterfassungstool für Agenturen“ ist ein Produkt.

Such dann nach Belegen dafür, dass das Problem echt ist und wiederkehrt:

• Häufigkeit. Passiert es täglich, wöchentlich oder einmal im Jahr? Seltene Probleme ergeben schwache Abos.
• Kosten. Was kostet es an Zeit, Geld oder Stress, wenn es passiert?
• Behelfslösungen. Flicken die Leute es schon mit Tabellen, Erinnerungen oder einer Nachwuchskraft? Eine Behelfslösung ist ein starkes Zeichen für echten Schmerz.

Wenn du niemanden mit einer Behelfslösung findest, ist das Problem vielleicht eines, das Menschen zwar bemerken, das ihnen aber nicht wichtig genug ist, um es zu lösen.

Leg fest, wer es nutzt und wer zahlt

Bei SaaS ist die Person, die das Problem spürt, oft nicht die, die zahlt. Eine Designerin in einer Agentur leidet unter schlechter Zeiterfassung; der Agenturinhaber genehmigt das Abo; eine Operations-Leitung muss es vielleicht einrichten.

Schreib für jede Rolle auf, was ihr wichtig ist. Die Designerin will weniger Reibung. Der Inhaber will zurückgewonnenen Umsatz. Die Operations-Leitung will etwas, das die bestehende Rechnungsstellung nicht kaputtmacht. Deine Idee muss für alle drei Sinn ergeben, sonst bleibt sie irgendwo zwischen Testphase und Kauf stecken.

Grenze die erste Zielgruppe so weit wie möglich ein. „Agenturen“ ist zu breit. „Designagenturen mit fünf bis zwanzig Leuten, die stundenweise abrechnen“ gibt dir Menschen, die du tatsächlich finden und sprechen kannst.

Erfasse die Alternativen ehrlich

Liste auf, was Menschen heute tun, statt Software zu kaufen:

• nichts tun und den Verlust hinnehmen,
• eine Tabelle oder ein geteiltes Dokument,
• ein Allzweck-Tool, für das sie bereits zahlen,
• ein manueller Prozess, für den jemand zuständig ist.

Frag bei jeder Alternative, was es den Kunden kostet, zu dir zu wechseln. Der Wechsel von „nichts“ ist leicht, aber es gibt keine Dringlichkeit. Der Wechsel weg von einem Tool, das das ganze Team schon nutzt, ist schwer, selbst wenn deines besser ist. Unser Leitfaden zum Finden von Kundeneinwänden geht tiefer auf die Reaktion „Wir haben doch schon etwas“ ein.

Liste deine Annahmen zu Funktionen auf

Jede geplante Funktion beruht auf einer Annahme. Schreib sie auf:

Ordne die Annahmen danach, wie stark die Idee scheitert, wenn sie falsch sind. Die Annahme zur automatischen Zeiterfassung oben ist entscheidend: Wenn Designer Tracking im Hintergrund ablehnen, hat das Produkt keinen Kern.

Bilde früh Preishypothesen

Warte mit dem Thema Preis nicht bis zum Launch. Formuliere eine Hypothese: „Agenturen dieser Größe zahlen eine monatliche Gebühr pro Nutzer, weil die zurückgewonnenen Stunden die Kosten leicht übersteigen.“ Notiere dann, was sie widerlegen würde.

Nützliche Fragen für Interviews sind etwa, was sie für vergleichbare Tools zahlen, wer neue Software genehmigt und bis zu welchem Betrag, und ob sie Preise pro Nutzer oder einen Pauschalpreis bevorzugen. Betrachte die Antworten als Richtungshinweise; die geäußerte Zahlungsbereitschaft weicht oft von dem ab, was Menschen tatsächlich zahlen. Unser Leitfaden zum Testen von Startup-Preisen zeigt, wie du näher an echte Zahlen kommst.

Führe Interviews, bevor du baust

Als Faustregel gilt: fünf bis zehn Gespräche mit Menschen aus deiner eng gefassten Zielgruppe, mehr, wenn dich die Antworten immer wieder überraschen. Frag nach vergangenem Verhalten, nicht nach hypothetischen Zukünften:

• „Erzähl mir, wie du letzte Woche deine Zeit erfasst hast.“
• „Wann haben dich fehlende Stunden zuletzt Geld gekostet?“
• „Was hast du versucht, um das zu lösen? Warum hast du damit aufgehört?“

Beschreib dein Produkt erst am Ende, wenn überhaupt. Sobald du pitchst, werden die Leute höflich. Unser Leitfaden zum Schreiben von Fragen für die Kundenforschung hat weitere Beispiele.

Mach einen Landingpage-Test

Eine Landingpage verwandelt geäußertes Interesse in eine beobachtbare Handlung. Beschreib das Problem, das Ergebnis und den Preis, und biete einen klaren nächsten Schritt an: auf die Warteliste setzen, eine Demo buchen oder frühen Zugang anfragen.

Ein paar praktische Tipps:

• Setz den Preis auf die Seite, auch als „geplanter Preis“. Interesse ohne Preis ist ein schwacher Beleg.
• Hol dir Besucher von dort, wo deine Zielgruppe tatsächlich ist: aus einer passenden Community, einem Newsletter oder mit einem kleinen, gezielten Werbebudget.
• Miss, was die Leute tun. Anmeldungen und Demo-Anfragen zählen; Seitenaufrufe nicht.

Wenn die Seite Besucher anzieht, aber keine Anmeldungen, ist das Problem vielleicht echt, aber deine Darstellung kommt nicht an. Teste die Überschrift, bevor du der Idee die Schuld gibst.

Teste einen Prototyp, kein Produkt

Ein klickbares Mockup, eine Bildschirmaufnahme oder eine „Concierge“-Version, bei der du die Arbeit hinter einem einfachen Formular von Hand erledigst, kann zeigen, ob Menschen den Ablauf verstehen und schätzen.

Nimm das Zeiterfassungstool für Agenturen. Statt eine automatische Erfassung zu bauen, könntest du drei Agenturen bitten, dir wöchentlich einen Kalenderexport zu schicken, und gibst ihnen eine Zusammenfassung der wahrscheinlich nicht abgerechneten Stunden zurück. Wenn die Inhaber auf diese Zusammenfassungen reagieren und mehr wollen, hast du etwas gelernt, das dir kein Mockup sagen kann. Wenn sie sie ignorieren, hast du dir Monate gespart.

Nutze KI-simulierte Tests, um Einwände gegen die Nutzung aufzudecken

Vor oder zwischen echten Interviews kann dir eine KI-simulierte Zielgruppe helfen vorherzusehen, warum Menschen etwas nicht nutzen würden. In einem App- oder Software-Test von SellTo.us gibt jeder simulierte Nutzer eine von drei Antworten (würde es ausprobieren, vielleicht oder würde es nicht ausprobieren) plus eine kurze Begründung, und der Bericht fasst die Hauptgründe zusammen, warum Menschen zögern, und zeigt die Ergebnisse für jede Zielgruppe.

Das ist nützlich für Fragen wie:

• Welche Einwände tauchen immer wieder auf: Datenschutz, Einrichtungsaufwand, „Wir nutzen schon eine Tabelle“?
• Reagiert eine Zielgruppe deutlich kühler als die anderen?
• Bringt eine umformulierte Beschreibung oder ein anderer Preis positivere simulierte Antworten?

Behalte die Grenzen im Blick. Die Teilnehmenden sind KI-Personas, keine echten Menschen. Ihre Antworten sind simulierte Bereitschaft, etwas auszuprobieren, keine Anmeldungen und keine Prognose. Sie sehen weder deine Website noch deine Wettbewerber, und sie können großzügiger oder strenger sein als echte Nutzer. Nutze die Einwände als Liste von Dingen, die du in Interviews und auf deiner Landingpage prüfst. Mehr dazu liest du auf der Seite zum Testen von App-Ideen.

Leg fest, was als bestanden gilt

Schreib vor dem Start auf, welche Belege dich zum Bauen bringen würden und welche dazu, aufzuhören oder umzuschwenken. Zum Beispiel:

• Bauen: Mehrere Interviewte beschreiben eine kostspielige Behelfslösung, eine nennenswerte Zahl von Landingpage-Besuchern trägt sich bei sichtbarem Preis in die Warteliste ein, und zumindest ein paar Prototyp-Nutzer fragen, wann sie zahlen können.
• Überdenken: Die Leute bestätigen, dass das Problem existiert, aber niemand hat versucht, es zu lösen, oder das Interesse verschwindet, sobald ein Preis auftaucht.

Wenn du die Latte vorher festlegst, hörst du auf, jedes Ergebnis als ermutigend zu deuten.

Dein nächster Schritt

Schreib heute deinen Problemsatz und deine drei riskantesten Annahmen auf und vereinbare diese Woche deine ersten drei Interviews. Wenn du vor diesen Gesprächen schnell einschätzen willst, welche Einwände gegen die Nutzung wahrscheinlich sind, starte einen kostenlosen simulierten Test (dein erster Test mit 1.000 Teilnehmenden ist kostenlos, wenn du berechtigt bist) und nimm die stärksten Einwände als Fragen, nicht als Schlussfolgerungen, mit in deine Gespräche.

Geschrieben vom SellTo.us-Team. Die Beispiele in diesem Artikel sind hypothetisch. Die Ergebnisse von SellTo.us stammen von KI-simulierten Teilnehmenden, nicht von echten Menschen, und sagen keine Verkäufe voraus und garantieren keinen Erfolg.