Minimum Viable Product
SoftwareentwicklungDie kleinste Version eines Produkts, mit der sich prüfen lässt, ob es echten Nutzen stiftet. Statt alles zu bauen, baut man zuerst das, was die wichtigste Annahme beweist oder widerlegt. Kurz: MVP.
Ein Minimum Viable Product ist kein halbfertiges Produkt, sondern ein gezieltes Experiment. Die Frage lautet: Was müssen wir mindestens anbieten, damit echte Nutzer es verwenden – und wir aus ihrem Verhalten lernen? Alles, was dazu nichts beiträgt, wartet.
Der Gewinn liegt im Risiko. Wer ein Jahr lang im Stillen entwickelt, erfährt erst am Ende, ob jemand das Ergebnis will. Wer nach sechs Wochen eine schlanke Version zeigt, kann die nächsten Monate in das investieren, was tatsächlich ankommt.
„Minimal“ wird gern mit „billig“ verwechselt. Ein MVP darf wenig können, aber das Wenige muss funktionieren und sich gut anfühlen. Ein Buchungsportal, das nur einen Standort und eine Leistung kennt, ist ein MVP. Eines, das alles kann und bei jedem dritten Klick hakt, ist ein Fehlstart.
Den Zuschnitt eines MVP halte ich für die wertvollste Stunde eines Projekts: gemeinsam mit Agentur und Auftraggeber die eine Annahme finden, an der alles hängt. Gerade Unternehmen aus der Region Günzburg und Ulm, die zum ersten Mal ein digitales Produkt bauen, schützt dieser Schritt vor dem klassischen Fehler – zu viel auf einmal zu wollen.
Was ist der Unterschied zwischen MVP und Prototyp?
Ein Prototyp zeigt, wie etwas aussehen oder sich anfühlen könnte, und wird meist weggeworfen. Ein MVP ist ein echtes, nutzbares Produkt im kleinsten sinnvollen Umfang, das weiterentwickelt wird.
Wie legt man den Umfang eines MVP fest?
Von der wichtigsten Annahme aus rückwärts: Welche Funktion brauchen Nutzer, um genau diesen Nutzen zu erleben? Alles andere kommt auf die Liste für später.