Was gehört in ein MVP?
"Minimum Viable Product" wird als alles interpretiert, von der Skizze bis zur fertigen Plattform. Hier ist die Zuschnitt-Regel, mit der wir arbeiten: eine Aufgabe vollständig, die Grundlagen ordentlich, und alles andere auf einer Liste für später.
Eine Aufgabe, vollständig von Anfang bis Ende
Ein MVP existiert, damit echte Nutzer die Kernaufgabe Ihres Produkts abschließen können, und damit Sie lernen, ob sie es wollen. Das heißt: ein Ablauf, komplett. Ein Kunde kann buchen, bezahlen und eine Bestätigung erhalten. Ein Disponent kann einen Auftrag anlegen, zuweisen und abschließen. Die Hälfte von zwei Abläufen ist weniger wert als das Ganze von einem, denn niemand kann sie wirklich nutzen, also wird nichts überprüft.
Die Disziplin liegt in der Auswahl dieses einen Ablaufs. Fragen Sie: Welcher einzelne Prozess, in Software verlagert, würde einen zahlenden Nutzer sagen lassen, das spart mir jetzt schon Zeit? Das ist das MVP. Alles andere ist Kandidat für Version zwei.
Die Grundlagen, die Pflicht sind
- Login und Konten, sobald Nutzer eigene Daten sehen. Einfach, aber vollständig: inklusive Passwort-Zurücksetzen.
- Fehlerbehandlung und Validierung. Die Anwendung muss höflich scheitern, statt still einen Auftrag zu verlieren.
- Eine Admin-Ansicht. Sie müssen sehen und korrigieren können, was Nutzer tun, ohne einen Entwickler anzurufen.
- Sicherheit und Backups. Kundendaten von Tag eins an sauber behandelt, nicht nachgerüstet.
- Ein Deployment, das Updates erlaubt. Ein MVP ist Version eins von vielen; die Auslieferung in Woche zwei muss leicht sein.
Diese Punkte stehen selten auf Wunschlisten, und doch sind sie der Unterschied zwischen Demo und Produkt. Sie sind auch ein fester Teil davon, warum unsere MVPs ab 8.900 EUR starten; die vollständige Aufschlüsselung steht in was ein MVP kostet.
Was gefahrlos warten kann
Weitere Nutzerrollen jenseits der unverzichtbaren. Dashboards und Auswertungen, bevor es Daten gibt, die eine Auswertung lohnen. Integrationen mit jedem Werkzeug, statt mit dem einen, das heute Handarbeit beseitigt. Eine native Mobile App, wenn eine responsive Web-App bereits jedes Smartphone erreicht. Benachrichtigungs-Einstellungen, Themes, Exporte: alles echte Funktionen, keine davon nötig, um zu lernen, ob die Kernaufgabe trägt. Der Umfang ist zugleich der größte Hebel am Zeitplan, wie wie lange ein digitales Projekt dauert zeigt.
Das Wichtigste in Kürze
- Ein MVP ist ein Kernablauf, vollständig von Anfang bis Ende, den ein echter Nutzer ohne Umwege abschließen kann.
- Produktionsgrundlagen sind Pflicht: Login, Fehlerbehandlung, Admin-Ansicht, Sicherheit, leichte Updates.
- Minimum meint den Umfang, nie die Qualität. Qualität ist, was das MVP wachsen lässt statt neu gebaut zu werden.
- Alles Gestrichene kommt auf eine Version-zwei-Liste, und echte Nutzung sortiert diese Liste besser als jeder Plan.
Praktischer Rat
Schreiben Sie Ihre Funktionsliste und markieren Sie jeden Punkt: Scheitert die Kernaufgabe ohne ihn? Seien Sie streng; die meisten Listen schrumpfen um zwei Drittel, und nichts Wertvolles geht verloren, es wird nur verschoben. Fällt die Auswahl von innen schwer, ist das eher ein Zuschnitt-Gespräch als ein technisches, und genau dafür ist das Erstgespräch gemacht.
Bringen Sie die markierte Liste in ein kostenloses Erstgespräch mit, und Sie gehen mit einem konkreten Zuschnitt für die erste Version und einer Zahl dazu wieder heraus.