Gründer kommen oft mit einer langen Feature-Liste in das erste Gespräch, die aus monatelanger Produktentwicklung entstanden ist. Diese Liste ist wertvoll, aber fast nichts davon sollte in der ersten Version umgesetzt werden. Ein MVP dient dazu, eine Frage zu beantworten: Funktioniert diese Idee für echte Nutzer, nicht nur in der Theorie.
Die größte Herausforderung bei der Entwicklung eines MVP ist in der Regel nicht die Entscheidung, was integriert werden soll, sondern die Entscheidung, was weggelassen werden soll – insbesondere Funktionen, die offensichtlich notwendig erscheinen. Ein Login-System mit Passwort-Reset, Social-Login und Profilverwaltung wirkt essenziell, aber wenn die zentrale Annahme, die getestet werden muss, darin besteht, ob die Nutzer die Hauptfunktion überhaupt verwenden, reicht ein viel einfacherer Einstiegspunkt für diesen Test völlig aus.
Eine hilfreiche Methode, um Wesentliches von Wünschenswertem zu unterscheiden, ist die Frage: Was würde passieren, wenn eine Funktion für die ersten hundert Nutzer nicht verfügbar wäre? Oft lautet die Antwort, dass ein manueller Prozess, eine E-Mail oder ein einfacher Workaround die Lücke vorübergehend schließen würde, während das Team herausfindet, ob die Kernidee Anklang findet. Diese vorübergehende Verzögerung ist in der Regel ein akzeptabler Kompromiss für eine schnellere und kostengünstigere erste Version.
Es ist außerdem ratsam, im Vorfeld festzulegen, was Sie aus der Veröffentlichung lernen möchten, nicht nur, was Sie veröffentlichen wollen. Nutzungsdaten, direktes Feedback und Abbruchpunkte gewinnen an Bedeutung, wenn Sie vorher wissen, was als gutes oder schlechtes Signal gilt. Andernfalls ist es leicht, die zweite Version auf dem lautesten Feedback aufzubauen, anstatt auf das, was wirklich zählt.
Die Entwicklung des vollständigen Produkts ist letztendlich nicht falsch, und ein gutes MVP sollte das Team technisch nicht einschränken. Der Fehler liegt in der Annahme, dass mehr Funktionen zum Start automatisch eine höhere Erfolgswahrscheinlichkeit bedeuten. In den meisten Fällen liefert eine kleinere Version, die schneller echte Nutzer erreicht, mehr Erkenntnisse als eine größere, deren Veröffentlichung doppelt so lange dauert.