MVP
Minimum Viable Product
Die kleinste Produktversion, die feststellen lässt, ob die Idee falsch ist. Nicht die kleinste shippbare Version, die kleinste lehrreiche Version.
Das Wort „Viable" trägt die Last in MVP, und fast jeder versteht es falsch. Viable heißt nicht „abgespeckte Variante des späteren Produkts". Viable heißt „ausreichend, um die Hypothese zu testen, ob dieses Produkt gebaut werden sollte". Eine Landing Page mit Warteliste kann ein MVP sein. Ein lauffähiges Produkt mit drei Features kann ein schlechteres MVP sein als die Landing Page.
Beispiel: Ein Founder ist überzeugt, seine Hypothese sei „Nutzer zahlen für automatisierte Rechnungs-Reconciliation". Der Instinkt ist, drei Monate damit zu verbringen, die Reconciliation-Engine zu bauen. Das billigere MVP, das die tatsächliche Hypothese testet, ist ein manuelles: eine Landing Page, ein Preis und ein Mensch, der die Reconciliation hinter den Kulissen von Hand macht (ein Wizard-of-Oz-MVP). Zahlt niemand für die manuelle Version, wären die Engine drei vergeudete Monate gewesen. Der Build startet erst, sobald die Zahlungsbereitschaft bewiesen ist, was genau die Art De-Risking ist, für die eine Discovery-Phase da ist.
Es gibt eine österreichische Förder-Falte, die man kennen sollte. aws Preseed und ähnliche Förderungen sind oft um das Erreichen eines „Prototyp"- oder „MVP"-Meilensteins herum formuliert, und Founder lassen manchmal die Definition der Förderung den Build diktieren, polstern das MVP mit Features auf, die ein Förder-Häkchen abhaken, statt eine Hypothese zu testen. Nutze das Geld, um schneller zu lernen, nicht um ein schwereres MVP zu bauen, als das Lernen verlangt. Die Förderung belohnt einen Meilenstein; der Markt belohnt eine validierte Annahme, und das sind nicht immer dasselbe Artefakt.
Der häufigste Fehler ist, das MVP zu bauen, das man sich vor sechs Monaten vorgestellt hat, statt jenes MVP, das die diese-Woche-unsicherste Annahme testet. Jede Woche verschiebt sich die riskanteste Annahme, und die meisten MVPs sind veraltet, bevor sie shippen. Der ehrliche Trade-off: Ein MVP unterbaut bewusst, also wird es neben dem polierten Ding in deinem Kopf unbeeindruckend aussehen, und dieses Unbehagen ist der Preis fürs schnelle Lernen. Läuft die Build-Phase über 8 bis 12 Wochen, baust du kein MVP, sondern V1 unter einem netteren Namen. Wavect fährt kurze Agile-Zyklen Richtung MVP und benennt die Hypothese, bevor wir den Build scopen. Verwandt: Fractional CTO Österreich übernimmt MVP-Leadership end-to-end.