tech
MVP (Minimum Viable Product)
Einfachste Produktversion, die echte Nutzer-Validierung erlaubt.
Definition
Konzept von Eric Ries (Lean Startup). Nicht 'schlechtes Produkt' - sondern fokussiertes Produkt, das den Kern-Nutzen liefert und Lernschleifen ermoeglicht.
In Ihrem Unternehmen
- →3-monatige Build-Iteration als Maximum
- →Mit echten Kunden, nicht Friends-and-Family testen
- →Klare Hypothesen vor jedem MVP
MVP-Typen jenseits der Software
MVP ist nicht nur fuer Software. Vier Typen sind relevant. Concierge-MVP: das Service-Erlebnis wird manuell erbracht, bevor Software gebaut wird (z.B. erste 10 Kunden bekommen die „Service-Magic" ueber Excel-Sheets und persoenliche Anrufe). Wizard-of-Oz-MVP: Nutzer denken, es ist Software, aber Menschen erledigen die Arbeit im Hintergrund. Single-Feature-MVP: ein einziges Kernfeature, das den Hauptnutzen liefert. Landing-Page-MVP: nur die Marketing-Seite, Buchung simuliert, Validierung der Nachfrage vor Produkt-Bau. Im DACH-Mittelstand sind Concierge und Single-Feature die haeufigsten Typen, weil sie ohne Tech-Investment funktionieren.
MVP-Fallen im Mittelstand
Drei Fallen dominieren. Erstens: „MVP" als Ausrede fuer schlechte Qualitaet. Ein MVP ist nicht hingeschludert, sondern fokussiert. Kerngeschaeftsfunktionalitaet muss exzellent sein, nur der Funktionsumfang ist reduziert. Zweitens: „MVP" wird gebaut, aber nicht getestet. Ein MVP ohne Lernschleife ist Verschwendung. Drittens: nach MVP-Validierung wird nicht ueber Architektur nachgedacht, was zu technischen Schulden fuehrt. Best Practice: MVP-Phase 3 bis 6 Monate, dann bewusste Entscheidung „Skalieren oder Pivotieren oder Einstellen", bei Skalierung ggf. Refactoring oder Neubau auf solider Architektur.
Echte Validierung statt Fake-Validierung
Eric Ries spricht von „Validated Learning". Drei Indikatoren fuer echte Validierung. Erstens: zahlende Kunden, nicht nur Interesse. Eine Person, die 100 Euro im Monat zahlt, ist 100-mal wertvoller als 100 Personen mit Newsletter-Anmeldung. Zweitens: Nutzungsdaten (DAU/MAU, Retention, Feature-Adoption), nicht nur Anmeldungen. Drittens: Empfehlungen ohne Aufforderung (organisches Wachstum). Im DACH-B2B-Kontext sind 5 bis 10 zahlende Kunden mit 6-Monats-Retention starkes Validierungssignal, in B2C 100 bis 500 zahlende Kunden mit 3-Monats-Retention.
Haeufige Fragen
Wie lange dauert ein MVP-Bau?
Faustregel: 6 bis 12 Wochen Time-to-Market. Wenn das MVP laenger braucht, ist es kein MVP, sondern ein Vollprodukt. Im DACH-Mittelstand mit eigener Entwicklung typisch 10 bis 20 Personentage Aufwand bei einfacher Web-App, 30 bis 60 Personentage bei komplexerer SaaS-Anwendung. Mit No-Code-Tools (Bubble, Glide, Softr) lassen sich MVPs in 2 bis 4 Wochen bauen.
Was kostet ein MVP?
Concierge-MVP: 0 bis 5.000 Euro plus Manpower. Single-Feature-Web-App: 8.000 bis 30.000 Euro mit Freelancer, 20.000 bis 60.000 Euro mit Agentur. No-Code-MVP: 3.000 bis 15.000 Euro plus monatliche Tool-Kosten. Komplexe Mobile-App-MVP: 30.000 bis 100.000 Euro. Faustregel: MVP-Budget unter 20 Prozent des erwarteten Voll-Produkt-Budgets, damit Lernen vor Bau passiert.
Wie messe ich, ob das MVP erfolgreich ist?
Vor dem MVP-Start klare Hypothesen mit Pass-Fail-Kriterien definieren. Beispiel: „Wenn 20 Prozent der Testkunden nach 30 Tagen noch aktiv sind und 50 Prozent davon zahlen wollen, validiert das Modell." Ohne klare Kriterien wird jedes Ergebnis als „Erfolg" interpretiert. Bei mehreren MVP-Iterationen sollten die Kriterien progressiv strenger werden.
Wann pivotieren statt iterieren?
Drei Signale. Erstens: nach 3 bis 6 Monaten kein klarer Pull vom Markt (kein organisches Wachstum, niedrige Retention). Zweitens: Kunden fragen nach Features, die ein anderes Geschaeftsmodell waeren. Drittens: Top-Konkurrent zieht so weit weg, dass Aufholjagd unwirtschaftlich wird. Pivots sind nicht Versagen, sondern Lernen. Beruehmte Pivots: Slack (urspruenglich Gaming-Studio), Twitter (urspruenglich Podcast-Plattform), Instagram (urspruenglich Location-Check-in-App).