Bauen - Messen - Töten

Das deutsche Problem mit Experimenten

Die DACH-Geschäftskultur liebt das Wort 'Pilotprojekt'. Es klingt gut. In der Praxis nageln die meisten Gründer nur die ersten zwei Schritte: bauen und messen. Der Schritt 'lernen' wird routinemäßig zu 'rationalisieren, warum wir weitermachen sollten'.

Wir haben Hunderte von Preis-Experimenten gesehen, bei denen der Gründer sagte: 'Lass uns das noch einen Monat laufen lassen.' Sechs Monate später läuft das Experiment immer noch. Die Daten waren in Woche 4 klar - der neue Preis hat die Konversion nicht bewegt - aber Sunk-Cost-Denken hielt es am Leben.

Disziplinierte Gründer führen Experimente anders durch. Bauen, messen, TÖTEN. Das dritte Wort ist nicht verhandelbar. Wenn das Experiment die im Voraus definierte Metrik im im Voraus definierten Zeitfenster nicht bewegt hat, stirbt es an Tag 31. Keine emotionale Debatte. Kein 'was wäre wenn wir nur...'. Kein 'noch ein Monat'. Tot.

Warum Kill-Kriterien im Voraus festgelegt werden müssen

Der wichtigste Schritt im Bauen-Messen-Töten ist der Teil, den die meisten Gründer überspringen: zu definieren, was Sie zum Töten des Experiments bewegen würde, BEVOR Sie es starten.

Bevor Sie eine neue Preiskategorie einführen: 'Wir brauchen 5 zahlende Anmeldungen in 30 Tagen. Wenn wir das nicht erreichen, töten wir die Stufe und erstatten allen, die sich angemeldet haben.' Bevor Sie einen neuen Marketing-Kanal starten: 'Wir brauchen 50€ CAC oder weniger gegenüber unserem aktuellen Kanal in 60 Tagen. Wenn nicht, schalten wir ihn ab.' Bevor Sie eine neue Festanstellung machen: 'Wir brauchen 3 spezifische Deliverables bis Monat 3. Wenn nicht, lösen wir das Arbeitsverhältnis innerhalb der Probezeit auf.'

Die meisten Gründer setzen 'Erfolgskriterien' für Experimente. Fast keiner setzt 'Kill-Kriterien'. Der Unterschied ist wichtig, weil Kill-Kriterien Sie zwingen, präzise zu sein, wie Misserfolg aussieht - was Sie vor Rationalisierung schützt. Die deutsche Kündigungsschutzfrist macht diese Disziplin im HR-Bereich besonders wertvoll: Probezeit-Entscheidungen müssen vor Tag 180 fallen.

Beispiele aus dem DACH-Raum

Ein Berliner SaaS-Unternehmen testete 7 Preismodelle in 18 Monaten. Sechs davon starben an Tag 31. Das siebte wurde das Pro-Nutzer-Freemium-Modell, das sie zur Series B brachte. Sie trugen nicht alle sieben gleichzeitig - sie testeten eins nach dem anderen, töteten schnell und behielten nur, was funktionierte.

Eine Wiener Beratung tötete 60% ihrer Service-Wetten in den ersten drei Jahren. Compliance-Beratung war die ursprüngliche These; sie töteten sie für einen Operations-First-Keil. Sie töteten den reinen Festpreis-Ansatz, als er nicht skalierte, und brachten hybride Wertverankerung zurück. Die Disziplin war nicht 'recht haben'; es war 'bereit sein, schnell falsch zu liegen'.

Ein Zürcher FinTech iterierte durch 8 Pricing-Seiten in seinen ersten 5 Jahren. Jede wurde 30 Tage getestet. Die aktuelle 4-Stufen-Struktur sieht im Nachhinein offensichtlich aus - aber sie war Experiment 8, nicht Experiment 1.

Wie Sie es dieses Quartal anwenden

Wählen Sie eine Sache in Ihrem Unternehmen, die Sie seit sechs Monaten 'mal ausprobieren wollten'. Neue Preise. Eine neue Service-Stufe. Eine andere Positionierung. Ein neuer Werbekanal. Irgendetwas.

Definieren Sie die Erfolgsmetrik im Voraus. Eine Zahl. Nicht 'mal sehen, wie es läuft' - ein spezifischer KPI mit einem Ziel.

Definieren Sie die Kill-Metrik im Voraus. Unterhalb welcher Zahl töten Sie es an Tag 31?

Starten Sie am Montag. Messen Sie wöchentlich. An Tag 31 prüfen Sie die Metrik. Wenn erreicht, skalieren. Wenn nicht, töten Sie es am selben Tag. Nicht verlängern. Nicht rationalisieren. Nicht 'mehr Zeit geben'.

Disziplinierte Operatoren führen zwei bis drei Bauen-Messen-Töten-Experimente gleichzeitig durch. Andere Operatoren führen ein Experiment durch, das sechs Monate dauert. Die Disziplinierten produzieren in einem Quartal mehr Lerneffekte als die anderen in einem Jahr. Das ist die Lücke.