Was ist ein MVP (Minimum Viable Product)?

Ein MVP (Minimum Viable Product) ist die kleinste Version eines Produkts, die echte Nutzer tatsächlich verwenden können und die eine konkrete Annahme überprüft. Es ist kein halbfertiges Produkt, sondern ein vollständiges Werkzeug für eine einzige, klar umrissene Aufgabe.

Bekannt wurde der Begriff durch Eric Ries und sein Buch „The Lean Startup“. Im Mittelstand geht es seltener um Start-up-Gründungen, sondern um interne Software, neue Kundenportale oder digitale Zusatzangebote. Die Frage ist dieselbe: Lohnt sich das, bevor wir viel Geld hineinstecken?

Wie ein MVP funktioniert

Ein MVP folgt einem einfachen Kreislauf: bauen, messen, lernen.

1. Annahme formulieren. „Unsere Außendienstler erfassen Aufträge lieber am Tablet als auf Papier.“ Oder: „Kunden bestellen Ersatzteile selbst, wenn sie ihre Maschine im Portal finden.“
2. Kleinstes Werkzeug bauen, das diese Annahme im echten Alltag prüft.
3. Messen, ob es genutzt wird: Wie viele Aufträge laufen darüber, wie oft wird abgebrochen, was fragen die Nutzer?
4. Entscheiden: ausbauen, umbauen oder einstellen.

Wichtig ist das Wort „viable“, also überlebensfähig. Das MVP muss seine eine Aufgabe zuverlässig erledigen. Ein Formular, das Daten verliert, beweist nichts über den Bedarf, nur über die Qualität.

MVP, Prototyp und Proof of Concept

Die drei Begriffe werden oft vermischt. Sie beantworten aber unterschiedliche Fragen:

Ein Beispiel: Ob eine KI Lieferscheine zuverlässig auslesen kann, klärt ein PoC. Ob die Lagerleute mit der Oberfläche zurechtkommen, zeigt ein Prototyp. Ob die Lösung im Tagesgeschäft Zeit spart und genutzt wird, zeigt erst das MVP.

Welche Funktionen ins MVP gehören

Die schwierigste Entscheidung ist, was weggelassen wird. Bewährt hat sich die MoSCoW-Methode:

• Must have: Ohne diese Funktion ergibt das Produkt keinen Sinn. Nur das kommt ins MVP.
• Should have: wichtig, aber für den ersten Test verzichtbar. Kommt in die nächste Runde.
• Could have: schön zu haben, für den Test aber ohne Bedeutung. Übrige Zeit fließt besser in die Qualität der Must-Funktionen.
• Won't have (this time): bewusst ausgeschlossen und so auch notiert, damit die Diskussion nicht jede Woche neu beginnt.

Eine gute Kontrollfrage: Welche eine Handlung soll ein Nutzer mit dem MVP erledigen können? Alles, was dieser Handlung nicht dient, wartet. Häufig heißt das auch: Rechteverwaltung, Berichte und Exporte kommen später, Anmeldung und die Kernaufgabe kommen sofort.

Genauso wichtig wie die Funktionsliste ist die Messgröße. Legen Sie vor dem Start fest, woran Sie Erfolg erkennen: etwa „Nach vier Wochen läuft mindestens die Hälfte der Aufträge über die neue Erfassung“. Ohne eine solche Zahl endet jeder Test mit dem Satz „Eigentlich ganz gut“, und niemand kann entscheiden, ob weiter investiert werden soll.

Beispiele aus dem Mittelstand

• Handwerksbetrieb: Statt einer kompletten Auftragssoftware zuerst nur eine mobile Erfassung für Aufmaß und Fotos, die als Datensatz im Büro ankommt.
• Hersteller mit Servicegeschäft: Ein einfaches Kundenportal, in dem Kunden ihre Maschine sehen und eine Wartung anfragen. Ersatzteilbestellung und Rechnungsarchiv folgen, wenn das Portal genutzt wird.
• Dienstleister mit vielen Anfragen: Eine Landingpage mit Anfrageformular testet, ob ein neues Angebot überhaupt Nachfrage erzeugt, bevor eine Buchungsplattform gebaut wird.

Vorteile und Risiken

Das dritte Risiko verdient Aufmerksamkeit: Wer ein MVP ausbaut, ohne die Abkürzungen der ersten Version zu bereinigen, sammelt technische Schulden. Deshalb gehört zur Planung auch die Frage, was nach dem Test weggeworfen und was weiterverwendet wird.

In der Praxis: wie SEODACH unterstützt

Bei unseren Projekten steht nach 14 Tagen ein erstes Ergebnis, das Sie in die Hand nehmen und ausprobieren können. Das ist kein Klickmodell, sondern eine laufende Anwendung mit Ihren Daten. Danach entscheiden Sie mit uns anhand der Nutzung, was als Nächstes kommt. Wie die weiteren Runden ablaufen, erklärt der Beitrag zu Scrum.

Wie wir Individualsoftware vom ersten Ergebnis bis zum Dauerbetrieb begleiten, steht unter Individualsoftware entwickeln lassen. Geht es um ein Kundenportal oder ein internes Werkzeug im Browser, finden Sie Beispiele bei den Web-Anwendungen. Welche Anforderungen vorher schriftlich feststehen sollten, erklärt der Beitrag zum Pflichtenheft.

Häufige Fragen

Was bedeutet MVP in der Softwareentwicklung?

MVP steht für Minimum Viable Product, also ein minimal funktionsfähiges Produkt. Es enthält nur die Funktionen, die nötig sind, um mit echten Nutzern zu prüfen, ob die Idee trägt.

Wie lange dauert die Entwicklung eines MVP?

Das hängt vom Umfang der Kernaufgabe ab. Ein MVP sollte eher in Wochen als in Monaten entstehen. Dauert es deutlich länger, steckt meist mehr drin als nötig.

Kann aus einem MVP das endgültige Produkt werden?

Ja, wenn es sauber gebaut ist. Dann wird es Schritt für Schritt erweitert. Wurde es bewusst als Wegwerfversion gebaut, ist ein geplanter Neubau nach dem Test oft günstiger als endloses Flicken.