Was ist ein MVP (Minimum Viable Product)?

Die Definition von Eric Ries

Eric Ries definiert das MVP in seinem Blogbeitrag vom 3. August 2009 als Version eines Produkts. Diese Version lässt das Team mit dem geringsten Aufwand das meiste validierte Wissen über Kunden sammeln. Validiertes Lernen erkläre ich so: Sie prüfen Ihre Vermutung am echten Verhalten der Nutzer.

Im Interview mit Venture Hacks vom 23. März 2009 fasst er die Definition kürzer. Das MVP ist das Produkt mit den nötigen Funktionen und nicht mehr. Es findet Anklang bei frühen Nutzern. Ein Teil davon zahlt oder gibt Feedback.

Ries betont zwei Punkte. Trotz des Namens geht es beim MVP nicht darum, ein kleines Produkt zu bauen. Und für ein Geschäft, das Sie schnell verkaufen und verlassen wollen, braucht es kein MVP.

Was ein MVP nicht ist

Ein MVP ist kein höflicher Name für eine hastig gebaute erste Version. Es wird gebaut, um etwas zu lernen. Gibt es keine Frage, auf die Sie eine Antwort suchen, gibt es auch kein MVP.

Ries erzählt im Text von 2009, dass sein Team zwei Wochen an einer Funktion arbeitete, die niemand wollte. Nach ihm hätte ein einfacher AdWords-Test zeigen können, wie schlecht die Idee war. Im Interview empfiehlt er auch, die Nachfrage mit einer Landingpage zu messen, die das Produkt verspricht, bevor man es baut.

Eine fertige Vorlage für das MVP gibt es auch nicht. Laut Ries lässt sich die Definition nicht in eine Formel fassen. Herauszufinden, welches MVP in welcher Lage sinnvoll ist, braucht Urteilsvermögen.

Beispiel: der MVP-Umfang einer Termin-App für einen Friseursalon

Die Hypothese lautet: Buchen die Kunden des Friseurs um die Ecke ihren Termin online, statt anzurufen? Um das herauszufinden, reicht es, mit einem einzigen Salon zu beginnen.

Die Punkte in der rechten Spalte sind keine schlechten Ideen, sie werden für den Test der Hypothese nur nicht gebraucht. Haken Sie unten die Kästchen an und probieren Sie den Umfang selbst aus.

Was ich im MVP bei der UX nicht kürze

Bei MVP-Arbeiten kürze ich den Umfang ohne Zögern, die Qualität des Kernablaufs aber nicht. Kann der Nutzer die Hauptaufgabe nicht allein von Anfang bis Ende erledigen, messen Ihre Daten nur das Hindernis in der Oberfläche.

• Der Hauptablauf funktioniert von Anfang bis Ende, es gibt keine halben Screens oder leeren Buttons.
• Die Fehlermeldung sagt, was schiefging und wie es sich beheben lässt.
• Der Nutzer kann einen Schritt zurückgehen oder den Vorgang abbrechen.
• Texte sind in den Worten der Nutzer geschrieben, nicht im internen Jargon.
• Lesbarer Kontrast und Bedienung per Tastatur sind in der ersten Version da und werden nicht verschoben.
• Das Verhalten, das Sie lernen wollen, wird gemessen. Aus dem, was Sie nicht messen, lernen Sie nichts.

Diese Punkte sind der grundlegendste Teil der Usability. Visueller Schliff und zweitrangige Screens können warten.

Unterschied zwischen MVP, Prototyp und Wireframe

Ein Wireframe ist das Gerüst eines Screens, niemand erledigt damit eine Aufgabe. Ein Prototyp ist ein klickbarer Entwurf, meist wird er in einer Testsitzung ausprobiert.

Das MVP ist dagegen das Produkt, mit dem echte Nutzer ihre echte Aufgabe erledigen. Deshalb beantwortet der Prototyp die Frage „Verstehen sie es?“ und das MVP die Frage „Nutzen sie es?“.