Warum jedes MVP einen Kill Switch braucht: Lehren aus Projekten, die es nicht geschafft haben

Wir bauen MVPs für unseren Lebensunterhalt. Und einige der besten, die wir gebaut haben, sind tot.

Das ist kein Scheitern. Das ist der ganze Sinn.

Ein MVP existiert, um eine Frage zu beantworten: Hat diese Idee einen Markt? Manchmal ist die Antwort nein. Je schneller du zu dieser Antwort kommst, desto weniger Geld verbrennst du und desto eher kannst du zu etwas übergehen, das funktioniert.

Aber ein Projekt einzustellen ist schwer. Gründer sind emotional investiert. Der Sunk-Cost-Effekt greift. Die Versuchung, "nur noch ein Feature hinzuzufügen" ist immer da. Deshalb braucht jedes MVP einen Kill Switch — ein vordefiniertes Set von Bedingungen, unter denen du stoppst, ehrlich evaluierst und entscheidest, ob du weitermachst.

Die Kill-Signale

Nach dem Bau von Dutzenden MVPs in verschiedenen Märkten haben wir fünf zuverlässige Kill-Signale identifiziert. Wenn du zwei oder mehr davon siehst, ist es Zeit für ein ehrliches Gespräch.

1. Niemand nutzt es nach dem ersten Besuch

Du hast gelauncht. Du hattest Traffic. Leute haben sich registriert. Aber niemand kommt zurück.

Das ist das häufigste und schmerzhafteste Signal. Das Produkt funktioniert — technisch. Aber es löst kein Problem, das den Leuten wichtig genug ist, um zurückzukommen.

Woche 1:  142 Registrierungen  →  38 aktive Nutzer (27% Retention)
Woche 2:   89 Registrierungen  →  11 aktive Nutzer (12% Retention)
Woche 3:   34 Registrierungen  →   4 aktive Nutzer (11% Retention)
Woche 4:   12 Registrierungen  →   1 aktiver Nutzer (8% Retention)

Wenn deine Retention-Kurve so aussieht, werden mehr Features sie nicht retten. Das Problem liegt auf der Ideen-Ebene, nicht auf der Umsetzungs-Ebene.

2. Nutzer wollen etwas anderes

Du hast ein Tool zur Bestandsverwaltung gebaut. Nutzer fragen ständig, ob es auch Rechnungen kann. Du hast einen Marktplatz für Freelancer gebaut. Nutzer wollen, dass es ein Projektmanagement-Tool wird.

Wenn Nutzer-Feedback konsistent weg von deinem Kernangebot zeigt, sagt dir der Markt etwas. Nicht, dass dein Produkt schlecht ist — dass ein anderes Produkt mehr gebraucht wird.

Das ist eigentlich das wertvollste Kill-Signal, weil es oft direkt zeigt, was du als nächstes bauen solltest.

3. Die Unit Economics funktionieren nicht

Du akquirierst Nutzer für 30 € pro Person. Sie zahlen 10 €/Monat. Durchschnittliche Lebensdauer ist 2 Monate. Das sind -10 € pro Nutzer.

"Wir fixen das durch Skalierung" funktioniert selten. Wenn das fundamentale Kosten-Wert-Verhältnis kaputt ist, bedeutet Skalierung nur, schneller Geld zu verlieren.

Wir haben gesehen, wie Gründer 50.000 € ins Marketing eines MVPs gesteckt haben, dessen Unit Economics von Tag eins negativ waren. Eine 2.000-€-Analyse hätte das Problem vor dem Launch aufgedeckt.

4. Du kannst den Wert nicht in einem Satz erklären

Wenn dein Elevator Pitch eine ganze Fahrstuhlfahrt braucht, ist das Produkt zu komplex oder das Wertversprechen zu schwach.

Jedes erfolgreiche MVP, das wir gebaut haben, kann in einem Satz erklärt werden:

• "Bestell Essen von deinem Handy und überspring die Schlange."
• "Finde und buche Automotive-Erlebnisse in ganz Europa."
• "Verwalte und tracke Mehrwegbehälter über Gastronomie-Standorte hinweg."

Wenn deins einen Absatz, ein Diagramm oder ein "lass mich dir zeigen" braucht, ist das ein Signal.

5. Der Gründer ist nicht mehr begeistert

Dieses Signal ist subjektiv, aber bemerkenswert treffsicher. Gründer, die an ihr Produkt glauben, reden ständig darüber. Sie teilen es mit jedem. Sie sind um Mitternacht im Analytics-Dashboard.

Wenn der Gründer aufhört, Metriken zu prüfen, aufhört, Updates zu teilen, aufhört, Meinungen zur Roadmap zu haben — ist das Projekt schon tot. Der Code wurde nur noch nicht abgeschaltet.

Wie wir Kill Switches einbauen

Wir warten nicht, bis diese Signale organisch auftauchen. Wir definieren sie, bevor eine einzige Zeile Code geschrieben wird.

Das Pre-Mortem

In unserer Discovery-Phase fragen wir den Gründer: "Was würde beweisen, dass diese Idee nicht funktioniert?"

Die meisten Gründer wurden das noch nie gefragt. Sie haben Monate damit verbracht zu überlegen, warum ihre Idee funktionieren wird. Sie zu zwingen, Scheiterbedingungen zu artikulieren, ist unangenehm, aber essenziell.

Wir dokumentieren drei messbare Kill-Kriterien vor Entwicklungsbeginn:

## Kill-Kriterien für [Projektname]

1. **Retention**: Wenn weniger als 15% der Nutzer innerhalb von
   7 Tagen nach erster Nutzung zurückkehren, ist das Kernversprechen
   unzureichend.

2. **Aktivierung**: Wenn weniger als 30% der Registrierungen die
   primäre Aktion abschließen (z.B. Bestellung aufgeben, Listing
   erstellen), hat das Onboarding oder die UX ein fundamentales Problem.

3. **Zahlungsbereitschaft**: Wenn weniger als 5% der aktiven Nutzer
   Zahlungsbereitschaft signalisieren (Umfrage, Warteliste oder
   tatsächliche Conversion), ist das Geschäftsmodell nicht tragfähig.

Review-Datum: 4 Wochen nach Launch.
Entscheidung: Weitermachen, Pivoten oder Einstellen.

Diese Zahlen sind nicht willkürlich — sie sind kalibriert basierend auf dem spezifischen Markt und Geschäftsmodell.

Das Review-Meeting

Vier Wochen nach Launch haben wir ein strukturiertes Review. Kein "Wie läuft's?"-Chat — ein datengetriebenes Entscheidungsmeeting.

Wir schauen auf:

• Die Kill-Kriterien-Metriken
• Qualitatives Nutzer-Feedback
• Support-Anfragen und Beschwerden (was fehlt?)
• Veränderungen in der Wettbewerbslandschaft
• Bauchgefühl des Gründers (ernsthaft — das zählt)

Das Ergebnis ist eine von drei Entscheidungen:

1. Weitermachen — Metriken sind gesund, mit einem v1.1-Sprint verdoppeln
2. Pivoten — das Marktsignal zeigt auf ein anderes Produkt oder eine andere Zielgruppe
3. Einstellen — die Idee hat kein Potenzial, sauber abschalten

Die Projekte, die gestorben sind

Wir können keine Namen nennen, aber hier sind echte Muster aus Projekten, die wir einzustellen geholfen haben:

Das soziale Feature, das niemand wollte. Ein B2B-Tool fügte Social-/Community-Features hinzu, wegen "Engagement." Nutzer wollten bessere Reports, keinen Feed. Die Social Features waren der teuerste Teil des Builds und hatten null Adoption. Kill-Signal: #2 (Nutzer wollen etwas anderes).

Der Marktplatz ohne Angebot. Ein zweiseitiger Marktplatz launchte mit einer schönen Käufer-Experience und keinen Verkäufern. Kein Angebot = keine Nachfrage = kein Marktplatz. Das Team verbrachte 3 Monate auf der Käuferseite und 0 auf Verkäufer-Akquise. Kill-Signal: #3 (Unit Economics — unendliche Akquisekosten auf der Angebotsseite).

Die Lösung auf der Suche nach einem Problem. Ein technisch beeindruckendes Produkt ohne klaren Käufer. Der Gründer konnte erklären, was es macht, aber nicht, warum jemand dafür bezahlen würde. Kill-Signal: #4 (kann den Wert nicht erklären) und #5 (Gründer verlor Begeisterung, nachdem der Markt Gleichgültigkeit zeigte).

Warum das wichtig ist

Ein MVP zu bauen, das eine Idee widerlegt, ist keine Geldverschwendung. Es ist die günstigste Art zu lernen.

Die Alternative ist schlimmer: 12 Monate bauen, Funding auf Prognosen raisen, ein Team einstellen, und dann feststellen, dass der Markt nicht will, was du gebaut hast. Wir haben das erlebt. Die finanziellen und emotionalen Kosten sind 10–50x höher als ein 4-Wochen-MVP mit eingebautem Kill Switch.

Das Fazit

Ein MVP ohne Kill Switch ist nur ein Projekt. Ein Projekt ohne Deadline ist ein Hobby. Ein Hobby, das 10.000 €/Monat verbrennt, ist ein Problem.

Definiere deine Scheiterbedingungen, bevor du anfängst. Miss sie ehrlich. Und hab den Mut, nach dem zu handeln, was die Daten dir sagen.

Die besten Gründer, mit denen wir arbeiten, sind nicht die, bei denen jede Idee klappt. Es sind die, die schnell einstellen, noch schneller lernen und das nächste Ding mit allem bauen, was sie vom letzten gelernt haben.