App-Idee vor der Entwicklung validieren: Signale, die Nachfrage vorhersagen

Im letzten Quartal hatten wir einen Gründer im Call, der seine Validierung gleich mitbrachte. Ein Notion-Doc voll davon: vierzig Leute, die die Idee großartig fanden, eine Umfrage, in der die meisten „sehr interessiert" ankreuzten, zwei Freunde aus der Branche, die ihm versicherten, sie würden das Produkt auf jeden Fall nutzen. Er wollte ein Angebot für die Entwicklung. Wir überredeten ihn, erst zwei Wochen in echte Tests zu investieren – und die Tests beerdigten die Idee innerhalb von neun Tagen. Er war etwa eine Woche lang verärgert, dann erleichtert. Die Entwicklung, die er fast beauftragt hätte, hätte bei rund 25.000 $ begonnen.

So sieht das aus, was die meisten Gründer vorlegen, wenn sie sagen, sie hätten validiert. Fast nichts davon übersteht den Kontakt mit dem Geldbeutel eines Fremden. Wie wir den Unterschied erkennen und wie wir Ideen testen, bevor wir uns dafür bezahlen lassen, sie zu bauen – darum geht es hier.

Was als Beleg zählt

Validierungsbelege haben eine gemeinsame Eigenschaft: Jemand hat etwas aufgegeben, um sie zu erzeugen. Geld, Zeit, eine Unterschrift, seinen Ruf beim Vorgesetzten. Ein Kompliment kostet den Gebenden nichts und sagt nichts voraus. Eine Vorbestellung oder eine unterschriebene Absichtserklärung kostet etwas – und genau dieser Preis macht das Signal lesenswert. Das Notion-Doc des Gründers enthielt vierzig Einträge; nach diesem Maßstab zählte kein einziger.

Das ist die gesamte Methode. Alles Weitere ist nur eine Variante davon, einen Fremden einen kleinen Preis zahlen zu lassen, um zu beobachten, ob er zahlt.

Die vier Signale, denen wir vertrauen

Vorverkäufe und Absichtserklärungen

Das stärkste Signal – und das, vor dem Gründer zurückschrecken, weil es Mut erfordert: Bitten Sie die Leute um Geld, bevor das Produkt existiert. Im B2B ist die weichere Variante die Absichtserklärung (Letter of Intent): eine Seite mit dem Inhalt „Wenn Sie ungefähr das bauen, zu ungefähr diesem Preis, haben wir die Absicht zu kaufen." Sie ist unverbindlich und filtert trotzdem fast alle heraus, die nur höflich waren – denn wer etwas unterschreibt, muss es einer Führungskraft erklären.

Wir haben Gründer erlebt, die sich wochenlang dagegen sträubten und dann in den ersten fünf Gesprächen zwei Vorverkäufe abschlossen. Wir haben auch das Gegenteil erlebt: dreißig freundliche Gespräche, null Unterschriften. Auch das ist eine Antwort – und sie war günstig zu haben. Beide Ergebnisse sind Validierung, die genau das tut, was sie soll.

Wartelisten-Conversion, richtig gemessen

Eine Warteliste ist nur unter Bedingungen ein echtes Signal, die die meisten Gründer auslassen. Die Seite muss einen Preis nennen, zumindest eine Preisspanne – denn eine Anmeldung für etwas Kostenloses sagt nichts über etwas Kostenpflichtiges aus. Der Traffic muss kalt sein: Menschen aus einer relevanten Community, aus einer Suchanzeige, aus einem Forenbeitrag dort, wo Ihre Käufer sich tatsächlich beschweren. Und Sie messen die Conversion vom Besucher zur Anmeldung, nicht die rohe Anmeldezahl – denn 400 Anmeldungen aus 40.000 Impressionen sind, als reines Rechenbeispiel, ein schwaches Ergebnis, das sich hinter einer großen Zahl versteckt.

Als grober Richtwert aus den Landing Pages, die wir mit Kunden betrieben haben: Liegt die Conversion aus kaltem Traffic unter ein bis zwei Prozent, stimmt die Botschaft oder der Markt nicht; eine gesunde B2B-Seite mit ausgewiesenem Preis landet meist irgendwo im mittleren einstelligen Bereich. Behandeln Sie das als Orientierung, nicht als Gesetz. Die eigene Liste des Gründers und der Ausreißer am Launch-Tag sehen immer besser aus als die dauerhafte Wahrheit.

Fremde, die eine manuelle Concierge-Version annehmen

Bevor es Software gibt, gibt es Sie, der die Arbeit von Hand erledigt. Wenn die Idee ein Werkzeug ist, das etwas zusammenführt, zusammenfasst, terminiert oder automatisiert, dann bieten Sie genau das einer Handvoll echter Kunden manuell an – gegen Geld oder zumindest gegen eine verbindliche wöchentliche Zusage. Das ist der Concierge-Test, und er ist das am meisten unterschätzte Signal auf dieser Liste, weil er das Ergebnis validiert statt der Oberfläche.

Zwei Dinge können passieren. Fremde bezahlen für die manuelle Version und nutzen sie weiter – dann ist der Wert real, und die Software ist eine Frage der Marge. Oder sie probieren es einmal und treiben davon – dann war das Problem nicht schmerzhaft genug, und keine Oberfläche der Welt hätte das gerettet. In beiden Fällen haben Sie es zum Preis Ihrer eigenen Stunden gelernt. Paul Graham hat das größere Argument dafür in Do Things That Don't Scale formuliert, und es ist gut gealtert.

Beschwerden abgewanderter Wettbewerbskunden

Ihre künftigen Kunden beschreiben Ihr Produkt bereits öffentlich – in den Ein- und Zwei-Sterne-Bewertungen dessen, der sie heute schlecht bedient. Lesen Sie die Beschwerden auf G2, Capterra, Trustpilot, im App Store und auf Reddit zu den zwei oder drei nächsten Wettbewerbern und kategorisieren Sie sie: Was hat die Leute zum Gehen bewogen, was haben sie vermisst, wohin sind sie gewechselt, wie lange haben sie die Lücke ertragen, bevor sie gegangen sind.

Das Signal ist spezifisch. Beschwerden über eine fehlende Fähigkeit, die Sie bauen wollen – wiederholt über Monate und Rezensenten hinweg –, zeigen ein Problem, das einen Test lohnt. Sie beweisen nicht, dass Käufer für Ihr Produkt zahlen oder dass Ihre Lösung genau diese fehlende Fähigkeit ist; dafür sind die anderen drei Signale da. Beschwerden über Preis oder Support-Qualität bedeuten dagegen, dass der Markt dasselbe Produkt billiger oder freundlicher will – ein deutlich schwererer Hebel. Wir betreiben dieses Review-Mining innerhalb der Discovery, und es ändert regelmäßig, was der Kernablauf des MVP sein sollte.

Signale, die sich wie Validierung anfühlen, aber keine sind

Komplimente sind der größte Verführer, weil sie sich wie Daten anfühlen. „Tolle Idee" ist ein sozialer Reflex, keine Kaufabsicht. Umfrageinteresse ist fast genauso trügerisch: Eine Checkbox mit der Aufschrift „sehr interessiert" verpflichtet niemanden zu irgendetwas, und eine freiwillige Umfragestichprobe ist nicht dasselbe wie kalte Käufernachfrage. Und die Meinungsrunde aus Freunden und Familie führt aktiv in die Irre, weil Menschen, die Sie mögen, Sie vor der Wahrheit schützen.

Wenn das hart klingt, lesen Sie vor Ihren nächsten zehn Gesprächen The Mom Test. Das ganze Buch ist eine einzige Technik: Hören Sie auf, Leute zu fragen, ob sie Ihre Idee mögen, und fragen Sie stattdessen, wann sie das Problem zuletzt hatten, was sie dagegen unternommen haben und was es sie gekostet hat. Vergangenes Verhalten ist ein Beleg. Meinungen über Ihre Idee sind Wetter.

Einen Kompromiss geben wir gern zu: Dieser Maßstab ist im B2B leichter zu erreichen als im Consumer-Bereich. Eine Consumer-App mit langer Gratisphase kann sich schlicht nicht auf demselben Weg zur Validierung vorverkaufen; dort stützen wir uns stärker auf den Concierge-Test und das Verhalten am Prototypen. Der Maßstab biegt sich. Er verschwindet nicht.

Wie wir die Discovery vor einem MVP-Sprint durchführen

Wenn ein Gründer über unsere Seite für Gründer mit einer Idee zu uns kommt, ist der erste Auftrag meist gar keine Entwicklung. Es ist eine kurze Discovery, typischerweise zwei Wochen, geführt von derselben deutschsprachigen Projektleitung, die später auch den Sprint leiten würde.

Konkret sieht das so aus: Wir interviewen den Gründer und anschließend ein Dutzend Menschen aus dem Zielsegment, nach den Regeln des Mom Test – damit wir von vergangenem Verhalten hören statt Komplimente zu sammeln. Wir durchsuchen Wettbewerber-Bewertungen nach den oben beschriebenen Abwanderungs-Beschwerden. Wir stellen eine Landing Page mit Preis oder einen klickbaren Prototypen vor kalten Traffic, und wenn die Idee es hergibt, helfen wir dem Gründer, eine Concierge-Version an zwei oder drei echte Kunden zu verkaufen. Der Prototypen-Schritt ist bewusst billig gehalten: Unser UI/UX-Designteam baut in wenigen Tagen etwas Klickbares, denn die Frage lautet, ob jemand sich vorbeugt – nicht, ob die Pixel final sitzen.

Die Discovery endet mit einem schriftlichen Urteil. „Go", mit eingegrenztem Kernablauf und den Belegen im Anhang. „Eingrenzen", wenn ein Segment reagiert und die übrigen nicht. Oder „Stopp", mit dokumentierter Begründung, damit der Gründer die Entscheidung später vor einem Mitgründer oder Investor vertreten kann. Etwa ein Drittel der Ideen, die in unsere Discovery kommen, gehen als „Eingrenzen" oder „Stopp" heraus – und wir betrachten das als Beleg dafür, dass die Dienstleistung funktioniert, nicht dass sie versagt.

Die Idee, die wir einem Kunden ausgeredet haben

Ein Beispiel, anonymisiert, weil das so vereinbart war. Ein Gründer aus einer Dienstleistungsbranche wollte einen Marktplatz bauen, der kleine lokale Anbieter mit Geschäftskunden verbindet. Er hatte die Umfrageergebnisse und die begeisterten Freunde – und er hatte das Budget für eine komplette Entwicklung.

In der Discovery kamen zwei Dinge ans Licht. Die Abwanderungs-Beschwerden über Wettbewerber drehten sich fast vollständig um Preise und Nichterscheinen, nicht um eine fehlende Plattform – der Hebel, den er sich vorgestellt hatte, war nicht der Schmerz, den die Leute tatsächlich spürten. Und als wir ihm halfen, den Vermittlungsservice manuell anzubieten, per Telefon und Tabellenkalkulation, freuten sich die Anbieter zwar über Leads, wollten sich aber auf nichts festlegen, das sie Zeit oder Geld kostete; die Geschäftskunden wiederum wollten meist eine Empfehlung, schnell – keinen Marktplatz zum Stöbern.

Wir schrieben das Stopp-Urteil. Er baute den Marktplatz nicht. Was er stattdessen baute – mit einem Bruchteil des Budgets –, war ein schmales Buchungstool für die Anbieterseite, denn dort hatte sich der Schmerz in den Interviews gezeigt. Diese Version hatte innerhalb weniger Wochen nach dem Launch zahlende Nutzer. Die teure Idee starb in einer zweiwöchigen Discovery, für einen kleinen Bruchteil dessen, was der erste Sprint gekostet hätte – und die günstige Idee, die überlebte, war eine, mit der er nicht hereingekommen war.

Wenn die Signale „Go" sagen

Richtig gemachte Validierung endet in einer Entscheidung fürs Bauen – und genau hier korrigieren Gründer über. Belege bedeuten nicht „bauen Sie alles". Sie bedeuten: Sie wissen jetzt, für welchen einzelnen Ablauf Fremde zahlen werden, und dieser Ablauf ist das MVP, eng genug gefasst, um in Wochen zu schiffen. Unser MVP-Sprint-Paket existiert genau für diesen Moment: fester Umfang, rund vier Wochen, eine definierte Übergabe. Wenn Sie zuerst die Finanzseite sehen wollen: Wir haben ehrliche Spannen in Was ein MVP 2026 kostet veröffentlicht.

Und wenn Ihre Belege immer noch ein Notion-Doc voller Komplimente sind: Das lässt sich in ein paar Wochen beheben. Sprechen Sie mit uns, bevor Sie eine Entwicklung beauftragen, die Sie im Nachhinein validieren müssen.