Ein MVP — Minimum Viable Product — ist die kleinste Version eines Produkts, die ausreicht, um eine konkrete Annahme zu testen und daraus zu lernen. Das Ziel ist nicht, etwas Vorzeigbares zu bauen, sondern möglichst schnell herauszufinden, ob die Grundidee traegt. Die Leitfrage lautet: Was ist das Minimum, das wir bauen müssen, um diese eine Annahme zu ueberprüfen?
Das bekannteste Beispiel ist Dropbox: Das Team baute keinen funktionierenden Cloud-Speicher, sondern ein dreiminuetiges Erklärvideo, das zeigte, wie das Produkt funktionieren wuerde. Über Nacht meldeten sich 70.000 Interessenten auf der Warteliste an. Damit war die entscheidende Annahme bestätigt — Menschen wollen einen einfachen Weg, Dateien zu synchronisieren —, ohne eine Zeile Produktivcode. Andere MVP-Formen sind Landing Pages, Concierge-Services oder Wizard-of-Oz-Setups, je nachdem, welche Annahme getestet werden soll.
Der Begriff wurde 2001 von Frank Robinson gepraegt und durch Eric Ries in der Lean-Startup-Bewegung populaer. Der häufigste Fehler: Das M in MVP zu ignorieren und doch ein halbfertiges Produkt statt eines echten Lerninstruments zu bauen.
Methoden anwenden statt nur kennen. Trainings und Workshops ansehen
