PraxisMVP

Ein MVP ist kein Wegwerf-Prototyp

Ein MVP soll früh vom Markt lernen, ohne technische Altlasten, die Sie in zwölf Monaten einholen. Was man dafür weglässt und was nicht.

Minimum, aber lebensfähig

MVP steht für Minimum Viable Product: die kleinste Version eines Produkts, die echten Nutzern bereits einen echten Nutzen bringt. Die Idee dahinter ist einfach. Statt ein Jahr lang im Verborgenen ein vollständiges Produkt zu bauen und dann festzustellen, dass der Markt es anders will, gehen Sie früh mit einer ersten Version hinaus und lernen von denen, die sie benutzen.

In der Praxis wird der Begriff oft falsch verstanden, und zwar in zwei Richtungen. Die einen bauen eine Demo mit Knöpfen, die nichts tun, und nennen sie MVP. Das ist kein MVP, sondern eine Präsentation: Niemand kann damit arbeiten, also lernt auch niemand etwas. Die anderen bauen ein halbes Produkt mit allen Funktionen, jede davon nur halb fertig. Auch das ist kein MVP, sondern ein unfertiges Produkt.

Ein gutes MVP ist klein, aber vollständig in dem, was es tut. Es löst ein Problem richtig statt zehn Probleme halb.

Ideen sind gratis. Wert entsteht in der Umsetzung.

Stefan Hess

Funktionen weglassen, nicht Fundamente

Die Kunst beim MVP liegt im Weglassen, aber es kommt darauf an, was man weglässt. Funktionen kann man weglassen: den Komfort im Admin-Bereich, seltene Spezialfälle, die anfangs jemand von Hand erledigt, Schnittstellen, die vorerst ein manueller Export ersetzt. All das lässt sich später ergänzen, ohne dass Bestehendes umgebaut werden muss.

Fundamente dagegen nicht. Ein Datenmodell, das die Kernbegriffe des Geschäfts falsch abbildet, eine Benutzerverwaltung ohne saubere Berechtigungen, Datenschutz, der «später» kommen soll — das sind die Abkürzungen, die nach einigen Monaten teuer werden. Wer sie nimmt, baut kein MVP, sondern einen Prototyp, den man wegwerfen muss, sobald er Erfolg hat. Und genau dann fehlt die Zeit für einen Neubau.

Der Markt entscheidet, nicht das Meeting

Der eigentliche Wert eines MVP entsteht nach dem Start. Bei uns können Sie sich wenige Wochen nach Projektbeginn einloggen und mitarbeiten. Sie sehen das System wachsen, Sie korrigieren die Richtung, und Sie merken früh, wo die ursprüngliche Idee in der Realität anders aussieht als auf Papier.

Bei VERSIFY, einer Plattform für Versicherungsbroker, entstand der MVP in wenigen Monaten. Seither entwickeln wir die Plattform anhand der Erfahrungen der ersten Pilotkunden weiter statt anhand einer Liste, die vor dem Start geschrieben wurde. Besonders geschätzt werden die Analysefunktionen und der geringere Aufwand in der Fallverwaltung.

Das ist der Sinn eines MVP: Der Markt entscheidet, was gebaut werden soll — nicht das Meeting.

Drei Wochen magisch, drei Monate unwartbar

KI-gestützte Entwicklung hat das Bauen erster Versionen deutlich schneller gemacht. Das ist ein echter Fortschritt, aber auch eine neue Falle: Eine beeindruckende Demo entsteht heute in Tagen. Ein MVP, das nach drei Wochen magisch wirkt und nach drei Monaten unwartbar ist, hat Ihnen trotzdem nichts geholfen.

Wir bauen MVPs deshalb mit Produktivblick, nicht mit Demo-Blick. Die meisten unserer MVPs sind keine Wegwerf-Prototypen, sondern die erste Version des späteren Produkts — mit einer Architektur, die mitwächst, wenn der Markt zieht. So investieren Sie am Anfang wenig, lernen schnell und müssen nicht neu anfangen, wenn es funktioniert.

Ähnliche Beiträge

Möchten Sie eine ähnliche operative Herausforderung besprechen?

Wir sind immer offen für aufrichtige Gespräche über Systeme, Workflows und langfristige Software-Strategie.