Feature-Idee verwerfen, bevor sie dich Wochen kostet

Feature-Idee verwerfen heißt: ihre riskanteste Annahme billig testen, vorher festlegen, welches Ergebnis Stopp bedeutet, und dann wirklich stoppen. Schreib auf, was du gelernt hast, damit die Idee nicht in sechs Monaten zurückschleicht. Jede verworfene Idee gibt dir Wochen von Abenden zurück.

So kannst du eine Feature-Idee verwerfen

Niemand schmeißt dir eine Party für das Feature, das du nicht gebaut hast.

Das ist das Problem. Wenn du auslieferst, gibt es ein Changelog, einen Tweet, einen kleinen Stolzschub. Wenn du eine Idee verwirfst, gibt es Stille. Du bist allein, also feiert niemand mit, und die Entscheidung bleibt unprotokolliert. Über ein paar Monate fühlt sich Discovery neben all dem sichtbaren Ausliefern unproduktiv an.

Ist sie nicht. Die richtige Idee zu verwerfen ist oft das Wertvollste, was deine Woche hervorbringt. Es gibt dir Wochen von Abenden zurück, und Abende sind das eine Budget, das ein Ein-Personen-Geschäft nicht auffüllen kann.

Lern also, es mit Absicht zu tun. Hier ist die Methode.

Warum Ideen so schwer zu verwerfen sind

Weil du sie in deinem Kopf schon gebaut hast.

Du siehst den Bildschirm. Du hast den Button benannt. Du weißt, welche Kunden es lieben werden. Wenn du die Idee „bewertest“, urteilst du nicht über eine Vermutung. Du verteidigst einen Plan.

Und KI hat das verschlimmert. Früher kostete das Falsche zu bauen Monate und einen Entwickler, also zwang dich der Preis zur Vorsicht. Jetzt dauert es ein Wochenende. Die Versuchung ist, die Frage zu überspringen und direkt zu einer schönen Antwort zu gehen. Der Preis schützt dich nicht mehr. Du musst dich mit Absicht selbst schützen.

Ein Feature, das du an einem Nachmittag verworfen hast, ist ein Wochenende, das du behalten hast.

Kostenloser Leitfaden · 21 SeitenWeiter entdecken. Weiter bauen.Wie Sie als einzelne Person weiter entdecken und weiter bauen, ohne eines von beiden anzuhalten.Kostenlosen Leitfaden holen →

Schritt eins: Streif die Lösung ab, finde die Annahme

Eine Idee kommt als Feature. „Ein Dashboard ergänzen.“ „Das neue Onboarding bauen.“ Das ist eine Lösung, und Lösungen lassen sich nicht testen. Annahmen schon.

Dreh es also um. Frag, was wahr sein muss, damit es funktioniert:

• Die Leute haben das Problem tatsächlich.
• Sie ändern ihr Verhalten, um die Lösung zu nutzen.
• Sie verstehen sie.
• Sie zahlen, oder schätzen sie zumindest genug, dass es zählt.

Ordne sie danach, welche am meisten wehtäte, wenn sie falsch wäre. Dann geh die an. Nicht die bequeme. Die meisten von uns testen, ob das Ding bedienbar ist, weil Bedienbarkeit messbar und angenehm ist. Ob es jemanden kümmert, ist die Annahme, die Ideen wirklich tötet, und sie bleibt oft bis zum Launch ungetestet. Unser Beitrag über die riskanteste Annahme finden zeigt, wie du sie erkennst.

Schritt zwei: Entscheide, wie „tot“ aussieht, bevor du testest

Das ist der Schritt, der den Rest ehrlich macht.

Bevor du den Test fährst, beende diesen Satz schriftlich: „Wenn ich ___ sehe, lasse ich das fallen.“

Dann stell die echte Frage. Wenn das negativ ausfällt, höre ich dann tatsächlich auf?

Lautet die ehrliche Antwort nein, mach den Test nicht. Bau das Ding. Das ist wenigstens ehrlich. Ein Test, den du ignorieren würdest, ist schlimmer als gar keiner: Er kostet dich einen Abend und erzeugt falsche Sicherheit.

Lautet die Antwort ja, hast du einen echten Notausschalter. Wähl jetzt den billigsten Test, der dich bewegen könnte. Ein Gespräch. Eine Seite mit Preis. Einen groben Prototyp. Von Hand für eine Person. Oder ein Blick auf Daten, die du schon hast. Der Beitrag über billige Tests geht die Optionen durch.

Schritt drei: Lies das Ergebnis wie ein Skeptiker

Ist das Ergebnis schlecht, fängt dein Kopf an zu feilschen. „Sie haben die Frage nicht verstanden.“ „Falsche Woche.“ „Vielleicht mit besserem Design.“

Manchmal stimmt das. Meistens ist es der Teil von dir, der bauen wollte und Einspruch einlegt.

Nutz diese Tabelle, um ehrlich zu bleiben.

Sieh dir die zweite Zeile noch einmal an. Hast du die Latte vorher aufgeschrieben, endet dieses Argument in einer Zeile. Das ist der ganze Wert des Aufschreibens.

Schritt vier: Schreib den Nachruf, wenn du eine Feature-Idee verwerfen musst

Vier Zeilen. Mehr nicht.

1. Was ich gefragt oder angenommen habe.
2. Was ich getan habe, um es zu testen.
3. Was ich gefunden habe.
4. Was ich entschieden habe, und warum.

Bewahr es dort auf, wo du es in sechs Monaten findest. Nicht in deinem Kopf. Nicht in einem Chatverlauf, den du nie wieder öffnest.

Dafür gibt es zwei Gründe. Erstens schützt es deine Discovery-Arbeit vor deinem eigenen Vorwurf, sie bringe nichts hervor. Eine Liste verworfener Ideen ist Ergebnis. Sie beweist, dass der Filter funktioniert. Zweitens verhindert es, dass dieselbe Idee zurückkommt. Ohne Aufzeichnung kehrt derselbe Vorschlag in sechs Monaten wieder, fühlt sich frisch an und kostet dich denselben Test noch einmal.

Bevor du etwas anfängst, das sich vertraut anfühlt, sieh in die Aufzeichnung. Vielleicht ist es schon tot.

Kostenlose EinschätzungWie gefangen bist du wirklich?Mach den Corporate Suffocation Index – die kostenlose Einschätzung, ob du bereit bist, Solopreneur zu werden.Zur Einschätzung →

Schritt fünf: Verweigere den Zombie

Die Idee, die du verworfen hast, versucht, in anderem Kostüm zurückzukehren.

Sie kommt als „Lite“-Version. Als Experiment. Als etwas, wonach ein Kunde beiläufig gefragt hat. Taucht sie auf, schick sie durch dasselbe Tor wie alles Neue: Was ist die Annahme, was würde mich dazu bringen, sie fallen zu lassen, was stand in der Aufzeichnung?

Sind neue Belege aufgetaucht, gut. Öffne sie wieder. Hat sich nur deine Stimmung geändert, bleibt sie tot.

Ein Hinweis zu Kunden. Eine einzelne Anfrage ist ein Datenpunkt, kein Auftrag. Sieh sie als Anlass, nach ihrem vergangenen Verhalten zu fragen, mit den Gewohnheiten aus mit Kunden sprechen, ohne sie zu lenken. Behandle sie nicht als Spezifikation.

Feature-Idee verwerfen: was du dabei gewinnst

Sagen wir, du verkaufst allein einen produktisierten Service. An einem Dienstag landet eine Feature-Idee. Sie würde fast einen Monat Abende zum Bauen brauchen. Du investierst zwei Gespräche und einen Blick auf Daten, die du schon hast, und die Idee reißt die Latte, die du gesetzt hast. Was hat das gekostet? Einen Abend oder zwei. Was hat es zurückgegeben? Einen Monat. Einen Monat, den du jetzt für etwas mit besseren Belegen dahinter nutzen kannst. Jede Idee, die für zwei Gespräche verworfen wird, ist ein Monat Abende, der umgeleitet wurde. Das ist die Ökonomie der ganzen Praxis. Bauen ist mit Abstand der teuerste Weg, eine Annahme zu testen. Discovery gibt es, um billig zu beantworten, was du sonst in Abenden beantworten würdest. Ein Verwerfen ist der sauberste Beweis, dass es funktioniert hat.

Es gibt auch einen leiseren Nutzen. Allein arbeitend hat Unsicherheit keinen Ort. Du baust entweder das Ding, an dem du zweifelst, oder du streitest abends um elf mit dir selbst und verlierst. Ein Verwerfen-Prozess gibt dir eine dritte Option: Das ist eine echte Frage, hier ist der billige Test, bis Freitag weiß ich es. Aus einer ängstlichen Schleife wird eine Frage mit Datum.

Kostenloser Leitfaden · 21 SeitenWeiter entdecken. Weiter bauen.Wie Sie als einzelne Person weiter entdecken und weiter bauen, ohne eines von beiden anzuhalten.Kostenlosen Leitfaden holen →

Woran du merkst, ob du genug verwirfst

Hier ein schroffer Check. Sieh auf deine letzten Monate Discovery zurück. Wie viele Entscheidungen, nicht zu bauen, hat sie hervorgebracht?

Lautet die Antwort keine, ist Discovery kein Filter. Sie ist ein Freigabeprozess. Deine Bauliste wird ungeprüft gefüllt, mit ein paar zusätzlichen Terminen dran. Das passiert am meisten, wenn du vorab entschiedene Features in die Discovery-Spur steckst: Eine Lösung zu validieren, die du schon gewählt hast, liefert zuverlässig die Bestätigung, nach der du gesucht hast.

Eine gesunde Spur verwirft Dinge. Nicht alles, und nicht aus Gewohnheit. Aber regelmäßig und sichtbar. Zähl es. Stell die verworfenen Ideen neben die ausgelieferten und sieh, welche Liste länger ist. Willst du wissen, ob deine Idee die Latte je erreicht, behandelt der Beitrag zur Validierung es von der anderen Seite.

Kostenlose EinschätzungWie gefangen bist du wirklich?Mach den Corporate Suffocation Index – die kostenlose Einschätzung, ob du bereit bist, Solopreneur zu werden.Zur Einschätzung →

Häufig gestellte Fragen

Woher weiß ich, dass sich Verwerfen lohnt, statt weiter zu testen?

Wurde die riskanteste Annahme getestet und fiel unter die Latte, die du vorher aufgeschrieben hast, verwirf die Idee. Hast du die gefährliche Annahme nie getestet, nur die bequeme, test noch einmal, bevor du so oder so entscheidest.

Was, wenn ein Kunde das Feature verlangt?

Sieh es als Anlass für ein Gespräch, nicht als Anweisung. Frag, was er heute gegen das Problem tut, wann er zuletzt darauf gestoßen ist und was er versucht hat. Vergangenes Verhalten ist Beleg. Eine Anfrage ist eine Prognose.

Soll ich Ideen festhalten, über die ich nur eine Minute nachgedacht habe?

Halt die fest, die du getestet oder ernsthaft abgewogen hast. Vier Zeilen genügen. Ziel ist, dass niemand, auch du in Zukunft nicht, einen weiteren Abend damit verschwendet, dasselbe neu zu lernen.

Kann ich zurückkommen, nachdem ich eine Feature-Idee verworfen habe?

Ja, wenn sich die Belege geändert haben. Die Aufzeichnung sagt dir, was du angenommen hast und warum du aufgehört hast, sodass du siehst, ob sich wirklich etwas geändert hat. Hat sich nur deine Begeisterung geändert, lass es.

Macht es mich weniger ehrgeizig, eine Feature-Idee zu verwerfen?

Nein. Es richtet deine begrenzten Abende auf die Ideen mit den besten Belegen aus. Das Falsche schön zu bauen ist die unambitionierte Wahl, denn es fühlt sich nach Fortschritt an und ist keiner.

Die ganze Methode samt Checklisten steht in Dual-Track Discovery: Das Dual-Track Playbook, einem kostenlosen Playbook mit 21 Seiten.