Wie Sie eine SaaS-Idee validieren, bevor Sie eine einzige Zeile Code schreiben

Die teuerste Art herauszufinden, ob Menschen Ihre Software wollen, besteht darin, sie zu bauen. Doch genau das tun die meisten Gründerinnen und Gründer beim ersten Mal — sie verbringen ein halbes Jahr und ihre Ersparnisse damit, eine Idee in Code zu verwandeln, starten ins Schweigen und fragen erst dann, ob überhaupt jemand das gebraucht hat. Validierung ist die günstige Version dieser Lektion. Sie ist der Weg, die Antwort mit ein paar Wochen Gesprächen statt mit einem Jahr Ihres Lebens zu bezahlen.

Ich habe viele kluge Menschen in dieselbe Falle tappen sehen. Sie haben eine wirklich gute Beobachtung gemacht — ein echtes Ärgernis in einer Branche, die sie kennen — und gehen davon aus, dass die Lücke zwischen Beobachtung und Produkt nur eine Frage der Technik ist. Das ist sie nicht. Die Lücke ist voller offener Fragen: spürt überhaupt sonst noch jemand diesen Schmerz stark genug, um zu zahlen? Werden diese Menschen von dem wechseln, was sie heute tun? Können Sie sie erreichen, ohne Geld zu verbrennen? Diese Fragen beantwortet man nicht, indem man Code schreibt. Man beantwortet sie, indem man mit Menschen spricht und beobachtet, was sie tatsächlich tun.

Das hier ist also der Leitfaden, den ich Gründern gebe, bevor sie jemanden mit dem Bauen beauftragen. Es geht nicht um Lean-Startup-Theater oder das Ausfüllen eines Canvas. Es geht um eine Handvoll ehrlicher, günstiger Experimente, die Ihnen zeigen, ob Ihre Idee einen Puls hat — und um die Disziplin, den Ergebnissen zu glauben, auch wenn sie wehtun.

Warum sich Bauen produktiv anfühlt — und es meist nicht ist

Bauen ist verführerisch, weil es sich wie sichtbarer Fortschritt anfühlt. Am Ende einer Coding-Session gibt es einen Bildschirm, der funktioniert, einen Knopf, der etwas tut, etwas, das Sie Ihrem Partner zeigen können. Mit Fremden über ein Problem zu sprechen, bringt kein Artefakt hervor. Es ist unangenehm, es ist langsam, und am Ende haben Sie nichts als Notizen. Also greifen Gründer zur Tastatur, weil die Tastatur sie schneller belohnt.

Das Problem ist, dass ein funktionierender Bildschirm Ihnen fast nichts darüber sagt, ob die Idee richtig ist. Sie können ein schönes, fehlerfreies Produkt für ein Problem bauen, das niemand hat, und es wird genauso tot sein wie ein hässliches. Code ist die Antwort auf „wie liefern wir das aus?“ — nicht auf „will das überhaupt jemand?“ Monate für die erste Frage aufzuwenden, bevor Sie die zweite beantwortet haben, ist der Weg, auf dem gute Entwickler elegante Lösungen für eingebildete Probleme bauen.

Validierung dreht die Reihenfolge um. Sie verbringen ein paar Wochen und sehr wenig Geld damit, die riskanteste Annahme Ihrer Idee zu beweisen — oder zu widerlegen — bevor Sie sich auf das Bauen festlegen. Ist die Idee stark, gehen Sie mit Belegen, einer klareren Spezifikation und Ihren ersten wartenden Nutzern in die Entwicklung. Ist sie schwach, finden Sie das zum Preis einiger Kaffees und einer Landingpage heraus, nicht zum Preis eines Produkts.

Finden Sie die eine Annahme, die das Ganze zum Scheitern bringen könnte

Jede SaaS-Idee ruht auf einem Stapel von Überzeugungen, und sie sind nicht gleich gefährlich. Einige sind sicher — „Menschen nutzen E-Mail“, „kleine Unternehmen mögen keinen Papierkram“. Andere sind Wetten, von denen Ihr gesamtes Vorhaben abhängt, und wenn sie falsch sind, ist alles andere egal. Die Aufgabe der Validierung ist nicht, alles zu testen. Sie ist, die riskanteste Annahme zu finden und zuerst diese eine anzugreifen.

Um sie zu finden, schreiben Sie Ihre Idee als einen einzigen Satz: „[diese Menschen] haben [dieses Problem] stark genug, um für [diese Lösung] zu zahlen, statt für [das, was sie heute tun].“ Dann fragen Sie sich gnadenlos: Welches Wort in diesem Satz würde, wenn es sich als falsch erweist, die Idee versenken? Meist ist es nicht die Lösung. Es ist, ob das Problem schmerzhaft genug ist, um dafür zu zahlen, oder ob Sie diese Menschen tatsächlich bezahlbar erreichen können.

Diese Reihenfolge ist wichtig, weil die Kosten des Testens mit jedem Schritt steigen. Ein Problem-Interview ist kostenlos. Ein Test der Zahlungsbereitschaft kostet eine Landingpage. Ein Lösungstest braucht vielleicht einen klickbaren Prototyp. Bauen ist der teuerste Test von allen. Sie wollen günstig und früh scheitern, nicht teuer und spät — also setzen Sie die günstigsten, tödlichsten Tests an den Anfang.

Sprechen Sie mit Menschen — aber richtig

Das Nützlichste, was Sie tun können, ist, mit den Menschen zu sprechen, von denen Sie glauben, dass sie das Problem haben. Nicht Ihre Freunde, nicht andere Gründer — die echten Menschen, die das nutzen würden. Und hier ist der Haken, der die meisten Versuche ruiniert: Menschen sind höflich. Fragen Sie „würden Sie ein Tool nutzen, das X tut?“, und fast jeder sagt Ja, weil Ja zu sagen kostenlos und nett ist. Dieses Ja ist wertlos. Es hat mehr Startups versenkt als jedes technische Versagen.

Die Lösung ist, aufzuhören, nach der Zukunft zu fragen, und anzufangen, nach der Vergangenheit zu fragen. Die Zukunft ist der Ort, an dem Menschen aus Nettigkeit lügen; die Vergangenheit ist der Ort, an dem die Wahrheit wohnt. Statt „würden Sie das nutzen?“ fragen Sie „erzählen Sie mir vom letzten Mal, als Sie mit diesem Problem zu tun hatten.“ Was haben sie getan? Wie lange hat es gedauert? Was hat es sie gekostet? Haben sie nach einer Lösung gesucht? Haben sie für eine bezahlt? Echtes Verhalten schlägt hypothetische Begeisterung jedes Mal.

Fragen, die ehrliche Antworten bringen

• „Führen Sie mich durch das letzte Mal, als das passiert ist.“ — bringt den echten Arbeitsablauf zum Vorschein, nicht einen idealisierten.
• „Was haben Sie dagegen unternommen?“ — zeigt, ob es ihnen wirklich wichtig ist oder ob sie es nur achselzuckend hinnehmen.
• „Wie viel Zeit oder Geld hat Sie das gekostet?“ — verwandelt diffusen Schmerz in eine Zahl.
• „Haben Sie schon einmal versucht, das zu lösen? Was ist passiert?“ — verrät Ihnen, ob es Budget und Absicht gibt.
• „Was ist gerade noch ärgerlicher als das?“ — prüft, ob Ihr Problem es überhaupt in ihre Top fünf schafft.

Wie viele Gespräche? Weniger, als Sie denken. Wenn Sie zehn ehrliche, gut geführte Interviews mit den richtigen Menschen hatten, ist das Muster meist offensichtlich. Entweder drei oder vier von ihnen leuchten auf und beschreiben den Schmerz in lebhaften Details — oder sie sind alle höflich lauwarm, und kein noch so cleveres Bauen wird das beheben. Zwölf bis fünfzehn reichen reichlich, um eine Entscheidung zu treffen, der Sie vertrauen können.

Günstige Wege, echte Nachfrage zu testen

Gespräche sagen Ihnen, ob das Problem real ist. Die nächste Frage ist, ob Menschen handeln werden — und der einzige Weg, das zu wissen, ist, eine kleine Verpflichtung einzufordern, bevor das Produkt existiert. Hier wird Validierung ein wenig unangenehm, und genau hier wird sie ehrlich. Reden ist billig; ein Klick, eine E-Mail-Adresse oder eine Anzahlung sind es nicht.

Sie müssen nichts bauen, um diese Tests durchzuführen. Sie brauchen eine einzige Seite, die das Versprechen klar beschreibt und um eine konkrete Handlung bittet. Die Handlung ist das Datum. Wenn Menschen Ihren Pitch lesen und nichts tun, ist das Ihre Antwort — und es ist eine weitaus günstigere Antwort, als in sechs Monaten ins Leere zu starten.

1. 1
   Stellen Sie einen einseitigen Pitch online

   Beschreiben Sie das Problem und Ihre Lösung in klarer Sprache, mit einem eindeutigen Handlungsaufruf. Eine einfache Landingpage genügt — noch ohne Produkt dahinter.
2. 2
   Bitten Sie um ein echtes Signal

   Kein „Like“. Bitten Sie die Menschen, sich mit ihrer E-Mail in eine Warteliste einzutragen, vorzubestellen oder ein Gespräch zu buchen. Je mehr es sie kostet, Ja zu sagen, desto mehr bedeutet das Ja.
3. 3
   Lenken Sie ein wenig ehrlichen Traffic dorthin

   Teilen Sie es dort, wo Ihr echtes Publikum bereits ist — eine relevante Community, eine kleine Anzeige, ein paar Direktnachrichten. Sie wollen Fremde, nicht Ihr wohlwollendes Netzwerk.
4. 4
   Lesen Sie die Conversion, nicht die Komplimente

   Von allen, die das Angebot wirklich verstanden haben, wie viele haben gehandelt? Eine Handvoll echter Anmeldungen von den richtigen Menschen schlägt tausend vage Glückwünsche.

Der stärkste Nachfragetest von allen ist, im Voraus um Geld zu bitten. Ein Vorverkauf, ein bezahltes Pilotprojekt, eine Anzahlung für frühen Zugang — alles, wobei sich ein Portemonnaie öffnet. Es fühlt sich aggressiv an, und es ist das Ehrlichste, was Sie für sich selbst tun können. Wer auch nur eine kleine Summe für ein Produkt hergibt, das noch nicht existiert, sagt Ihnen etwas, das keine Umfrage je könnte. Wenn Sie drei oder vier solcher Menschen finden, haben Sie keine Idee mehr. Sie haben ein Geschäft, das nur darauf wartet, gebaut zu werden.

Verkaufen Sie es, bevor Sie es bauen

Es gibt einen Schritt zwischen „Menschen sind interessiert“ und „Menschen zahlen jeden Monat“, der eigene Aufmerksamkeit verdient: den Wert manuell zu liefern, bevor Sie ihn automatisieren. Wenn Ihre Idee etwa ein Tool ist, das unordentliche Lieferanten-E-Mails in einen sauberen Wochenbericht verwandelt, dann tun Sie das zuerst von Hand für drei oder vier Kunden. Sie werden zur Software. Es ist langsam und skaliert nicht, und genau das ist der Punkt — so lernen Sie, was das Produkt tatsächlich tun muss, bevor Sie es in Code gegossen haben.

Das bewirkt zweierlei zugleich. Es beweist, dass Menschen für das Ergebnis zahlen, nicht nur für die Idee davon. Und es bringt Ihnen den echten Arbeitsablauf bei — die Sonderfälle, die Ausnahmen, die Punkte, die Kunden wichtig sind und die Sie aus einem Interview nie erraten hätten. Wenn Sie dann bauen, raten Sie nicht an der Spezifikation herum. Sie kodieren einen Prozess, den Sie bereits von Hand durchgeführt haben und für den Sie bezahlt wurden.

Die Signale ehrlich lesen

All das funktioniert nur, wenn Sie bereit sind, den Ergebnissen zu glauben — und das ist schwerer, als es klingt, denn inzwischen hängen Sie an der Idee. Die Gefahr sind nicht schlechte Daten; es ist ein Gründer, der jedes Signal als Ermutigung interpretiert. Laues Interesse wird als Begeisterung erinnert. Eine höfliche Anmeldung in der Warteliste wird zu „starker Nachfrage“. Hier müssen Sie gegen Ihren eigenen Optimismus ankämpfen.

Es hilft, im Voraus zu entscheiden, wie ein Bestehen aussieht. Bevor Sie einen Test durchführen, schreiben Sie das Ergebnis auf, das Sie weitermachen lässt, und das Ergebnis, das Sie stoppen lässt. „Wenn weniger als X meiner Interviews dies als ein echtes, wiederkehrendes Problem beschreiben, lasse ich es fallen.“ Die Messlatte festzulegen, bevor Sie die Daten sehen, ist die einzige verlässliche Verteidigung dagegen, sich einen Build einzureden, den Sie nicht machen sollten.

Und manchmal ist die ehrliche Antwort Nein. Das ist kein Scheitern — das ist das System, das funktioniert. Ein Validierungsprozess, der niemals „bau das nicht“ zurückgeben kann, ist keine Validierung, sondern die Suche nach Erlaubnis. Die Gründer, die über eine Karriere hinweg gewinnen, sind nicht die, die nie schlechte Ideen haben. Es sind die, die schlechte Ideen in drei Wochen für ein paar Hundert Euro beerdigen, statt sie ein Jahr lang zu hätscheln.

Wenn Sie wirklich bereit sind zu bauen

Nehmen wir an, die Signale sind gut. Das Problem ist real, Menschen haben es mit Gefühl beschrieben, ein paar von ihnen haben Geld hingelegt. Jetzt — und erst jetzt — ergibt Bauen Sinn. Aber selbst hier zahlt sich Zurückhaltung aus. Das Ziel Ihrer ersten Version ist nicht, das Produkt zu sein, das Sie sich vorstellen. Es ist, das eine zentrale Ergebnis zu liefern, für das Ihre validierten Kunden zahlen, und sonst noch nichts.

Hier überreicht Ihnen die Validierung leise ein Geschenk: eine scharfe, durch Belege gestützte Spezifikation. Sie wissen, für wen es ist, was die Kernaufgabe ist, wofür Menschen zahlen und welche Funktionen immer wieder auftauchten — im Gegensatz zu denen, die nur Ihnen wichtig waren. Diese Klarheit ist mehr wert als jede noch so umfangreiche Vorabplanung. Sie ist der Unterschied zwischen dem Bauen des richtigen Kleinen und dem Bauen eines teuren Allem.

Häufige Fragen