Customer Interviews, die dich nicht anlügen
Die meisten Customer Interviews von Gründern produzieren schmeichelhaften Unsinn. So stellst du Fragen, die echtes Signal liefern — und was du mit dem Gehörten tust.
Veröffentlicht , aktualisiert · 9 Min. Lesezeit
Frag einen Gründer, wie die Customer Discovery läuft, und die meisten antworten „läuft super — alle lieben die Idee.“ Frag sie, was sie in ihren letzten fünf Interviews wirklich gehört haben, und du bekommst eine Paraphrase, die verdächtig nach einer Marketing-Landingpage klingt, die sie noch gar nicht gebaut haben.
Das ist keine Unehrlichkeit. Es ist das vorhersehbare Ergebnis eines kaputten Interview-Prozesses. Die meisten Customer Interviews von Gründern sind keine Recherche — sie sind Validierungstheater, rituell durchgeführt, um eine Entscheidung zu bestätigen, die der Gründer längst getroffen hat.
Die gute Nachricht: Die Lösung sind nicht mehr Interviews. Es sind bessere — die Art von Gesprächen, mit denen du eine Idee an einem einzigen Wochenende validierst, statt monatelang auf gut Glück zu bauen. So stellst du Fragen, die echtes Signal zutage fördern, und so erkennst du das Signal, wenn du es hörst.
Warum deine Interviews dich anlügen
Deine Nutzer lügen nicht. Das Interview-Format lügt.
Das Standard-Gründer-Interview sieht so aus:
„Also, ich überlege, ein Tool zu bauen, das [Zielnutzer] dabei hilft, [Aufgabe] einfacher zu erledigen. Würdest du so etwas nutzen?“
Diese Frage ist von Anfang an tot. Sie macht in fünfzehn Sekunden vier Dinge falsch:
- Sie pitcht zuerst das Produkt, wodurch das Interview von Recherche zu Verkauf wird, ohne dass du es merkst.
- Sie fragt nach zukünftigem Verhalten („würdest du nutzen“), was die unzuverlässigste Form von Selbstauskunft ist, die ein Mensch geben kann.
- Sie rahmt die bestehende Erfahrung als Problem („einfacher“), was den Nutzer dazu bringt, einem Problem zuzustimmen, das gelöst werden soll.
- Sie signalisiert, welche Antwort du hören willst — und die meisten Menschen geben sie dir im Gespräch mit einem sympathischen Fremden auch.
Der Nutzer sagt „ja, das klingt nützlich, das würde ich wahrscheinlich nutzen.“ Du verlässt das Gespräch voller Energie.
Es ist nichts passiert. Du hast gerade 45 Minuten damit verbracht, Rauschen zu erzeugen, das eine Annahme bestätigt, die du ohnehin schon hattest.
Die Regel des vergangenen Verhaltens
Die mit Abstand wichtigste Regel in der Customer Discovery: Frage danach, was sie getan haben, nicht was sie tun werden.
Vergangenes Verhalten ist real. Es ist passiert. Es hat Spuren hinterlassen: Kalendereinträge, Slack-Nachrichten, Browser-Tabs, Abbuchungen auf einer Kreditkarte. Der Nutzer kann dir genau sagen, wann er die Sache zuletzt getan hat, weil er sich daran erinnert.
Zukünftiges Verhalten ist eine Hypothese, die der Nutzer noch nie mit einer Handlung verteidigen musste. Er sagt zu fast allem Ja, was vernünftig klingt — besonders, wenn der Fragende offensichtlich darauf hofft.
Vergleiche diese beiden Fragen:
| Frage nach Zukunftsabsicht (schwach) | Frage nach vergangenem Verhalten (stark) |
|---|---|
| „Würdest du ein Tool nutzen, das dir hilft, den Überblick über Kundenfeedback zu behalten?“ | „Erzähl mir vom letzten Mal, als du dich erinnern musstest, was ein Kunde dir vor drei Monaten gesagt hat. Was hast du tatsächlich getan?“ |
Die erste Frage bringt dir ein höfliches „ja, das wäre nützlich.“ Die zweite bringt dir eine Geschichte: „Oh Gott, ich habe mich durch sechs Monate Slack-DMs und eine halb fertige Notion-Seite gewühlt, und dann habe ich einfach aufgegeben und im nächsten Call noch mal nachgefragt.“
Eines davon sind Daten. Das andere ist ein Kompliment. Wenn du nicht erkennen kannst, was du gerade in der Hand hast, geh davon aus, dass es das Kompliment ist.
Die drei Fragen, die die meiste Arbeit erledigen
Du brauchst kein Skript mit 20 Fragen. Du brauchst drei Fragen — plus die Disziplin, ihnen mit „kannst du mir mehr darüber erzählen?“ zu folgen, bis du die eigentliche Geschichte gehört hast.
Frage 1: „Erzähl mir vom letzten Mal, als [das Problem auftrat].“
Das ist dein Einstieg. Du bittest den Nutzer, ein konkretes vergangenes Ereignis zu schildern. Achte auf:
- Wann es passiert ist (Aktualität verrät dir die Häufigkeit)
- Was sie versucht haben (ihre aktuellen Workarounds — das ist Gold wert)
- Wo es gescheitert ist (der genaue Moment des Schmerzes)
- Was es sie gekostet hat (Zeit, Geld, verpasste Gelegenheit)
Wenn der Nutzer sagt „dieses Problem hatte ich eigentlich nie,“ sind das auch Daten. Glaub ihm. Du hast gerade gelernt, dass diese Person nicht dein Zielkunde ist — was nützlicher ist, als sie davon zu überzeugen, dass sie es sein sollte.
Frage 2: „Was hast du dagegen unternommen?“
Die Workarounds, die Menschen heute nutzen, um ein Problem zu lösen, sind das ehrlichste Maß dafür, wie akut dieses Problem ist.
Wenn die Antwort lautet „ich habe einfach damit gelebt,“ ist das Problem nicht akut genug, um ein Produkt darum herum zu bauen. Wenn die Antwort lautet „ich habe drei verschiedene Tools gekauft und sie mit Zapier zusammengeflickt, und es funktioniert immer noch nicht richtig,“ hast du einen echten, zahlungsbereiten, motivierten Käufer gefunden.
Achte gezielt auf:
- Bestehende Ausgaben. Wofür zahlen sie bereits, um das zu lösen? Auch Teillösungen zählen.
- Komplexität des Workarounds. Spreadsheets, manuelle Prozesse, eigene Skripte. Jeder Workaround ist eine Stimme dafür, dass sich das Problem zu lösen lohnt.
- Häufigkeit des Scheiterns. Wie oft lässt ihre aktuelle Lösung sie im Stich? Einmal im Quartal ist kein Problem. Einmal am Tag ist ein Geschäftsmodell.
Frage 3: „Was müsste wahr sein, damit du wechselst?“
Das ist die einzige zukunftsgerichtete Frage, die du stellen solltest, und sie ist als Bedingung formuliert, nicht als Versprechen. Du fragst nicht „würdest du das kaufen?“ — du fragst „wo liegt die Latte?“
Die Antwort offenbart ihre tatsächlichen Kaufkriterien, die fast nie das sind, was deine Landingpage annimmt — und der Preis gehört oft dazu, weshalb das richtige Pricing in genau diesen Gesprächen beginnt. „Es müsste sich in unser bestehendes CRM integrieren.“ „Es müsste günstiger sein als das, was wir haben.“ „Ich müsste es ausprobieren können, ohne mein IT-Team einzubinden.“ Das sind die echten Beschränkungen. Bau darum herum.
Was du in einem Discovery-Interview niemals tun solltest
Eine kurze Liste von Zügen, die ein Recherchegespräch in Validierungstheater verwandeln:
- Beschreibe nicht dein Produkt. In dem Moment, in dem der Nutzer weiß, was du baust, fängt er an, höflich zu sein. Wenn er fragt, lenke um: „Ich möchte erst mehr darüber erfahren, wie du das heute machst, bevor ich dir erzähle, was wir vorhaben — das macht das Gespräch für mich nützlicher.“
- Steige nicht mit dem Problem ein. Die Frage „ist es nicht frustrierend, wenn X?“ sagt dem Nutzer, dass X die Antwort ist, die du hören willst. Stelle offene Fragen und lass ihn die Frustration selbst benennen.
- Diskutiere nicht über Antworten, die dir nicht gefallen. Wenn der Nutzer sagt „ehrlich gesagt ist das für uns einfach keine große Sache,“ versuch nicht, ihn vom Gegenteil zu überzeugen. Das ist der wichtigste Satz im Interview. Schreib ihn auf. Bedanke dich. Mach weiter.
- Nimm vage Begeisterung nicht als Signal. „Ich liebe diese Idee“ ist kein Signal. „Ich würde sofort 500 $ Anzahlung hinlegen, um in der Beta dabei zu sein“ ist ein Signal — genau die Art von Commitment, die aus einem Discovery-Call einen deiner ersten 10 zahlenden Kunden macht. Bis jemand etwas Echtes eintauscht, behandle Begeisterung als freundliches Nicken.
Das 20-Interview-Minimum
Fünf Interviews sagen dir gar nichts. Sie sagen dir, was fünf freundliche Menschen an einem Dienstagnachmittag von einem schnellen Gespräch hielten. Muster entstehen nicht so schnell, und die meisten Gründer, die bei fünf aufhören, hören genau deshalb auf, weil sie gehört haben, was sie hören wollten.
20 Interviews sind das Minimum, um anzufangen, einem Muster zu vertrauen. Je mehr Gespräche sich ansammeln, desto schärfer wird das Signal:
- Bei Interview 12 bis 15 tauchen dieselben Probleme in denselben Worten auf.
- Bei Interview 18 bis 20 kannst du ungefähr vorhersagen, was jedes Segment sagen wird, bevor es das sagt. Dann hast du eine These, auf der sich aufbauen lässt.
Wenn du dieselben Antworten früher findest — wenn die Interviews 6 bis 10 alle etwas Konkretes und Identisches sagen, unaufgefordert — kannst du früher loslegen. Aber die Latte heißt „identisch, unaufgefordert, über Segmente hinweg“, nicht „drei nette Leute waren sich einig“.
Was du mit dem anfängst, was du hörst
Das Artefakt eines Interviews ist kein Transkript. Es ist eine strukturierte Notiz, die Folgendes festhält:
- Welches Problem sie zu lösen versuchen (in ihren Worten, nicht deinen)
- Was sie heute dagegen tun (der Workaround-Stack)
- Was es sie kostet (Zeit / Geld / verpasste Gelegenheit)
- Was wahr sein müsste, damit sie wechseln (ihre Kaufkriterien)
- Ob sie in dein Zielsegment gehören (ein Satz)
Sortiere die Notizen nach 10 Interviews. Clustere die Antworten. Suche das Segment, in dem alle fünf Felder am engsten zusammenrücken — gleiches Problem, gleiche Workarounds, gleiche Kosten, gleiche Wechselkriterien. Dieses Cluster ist dein Beachhead. Alle anderen sind interessant, aber sie sind nicht die, für die du zuerst baust.
Die Gründer, die Customer Discovery gut machen, landen am Ende bei einem Produkt, das seltsam spezifisch wirkt — offensichtlich für genau einen Käufertyp gebaut. Das ist das Ziel. Spezifität bei Produkten in der Frühphase ist keine Einschränkung; sie ist ein Burggraben. Vage Produkte, die für alle gebaut sind, sind die, die scheitern.
Wie das in 1tab.ai aussieht
1tab.ai enthält ein Customer-Discovery-Modul, das dir strukturierte Interview-Vorlagen gibt, einen Ort, um Notizen zu vergangenem Verhalten neben deinem CRM und deiner Produkt-Roadmap zu protokollieren, und KI-gestütztes Clustern, um die Segmente sichtbar zu machen, in denen deine Belege am stärksten sind — damit die Muster aus 20 Interviews nicht in einer Notion-Seite verschwinden, die niemand ein zweites Mal öffnet.