Wenn Sie noch nie eine App veröffentlicht haben, bauen Sie zuerst einen MVP. Wenn Sie bereits zahlende Nutzer haben und genau wissen, was als Nächstes kommt, lassen Sie den MVP weg. Alles dazwischen ist Ermessenssache, und eine Fehleinschätzung in die falsche Richtung verbrennt bei Erstprojekten das Budget.
So treffen Sie die Entscheidung.
Wann der MVP der richtige Schritt ist
- Sie haben die Kernannahme noch nicht mit echten Nutzern überprüft. Sie glauben, dass Menschen für X bezahlen, einen Beweis haben Sie aber nicht. Ein MVP macht aus „Ich glaube“ in 2 bis 4 Wochen und ab 24.000 € ein „Ich weiß“. Das ist ein Drittel des Budgets für die produktive App in einem Viertel der Zeit.
- Sie geben fremdes Geld aus. Investoren und Fördergremien wollen belastbare Kennzahlen sehen, keine Funktionsliste. Ein MVP liefert Ihnen eine echte Zahl für die nächste Investorenpräsentation.
- Der Markt bewegt sich, und drei Monate Warten können Sie sich nicht leisten. Die App Stores ändern sich, Wettbewerber veröffentlichen, das Zeitfenster schließt sich. Ein MVP ist live, bevor es zu ist.
- Sie wissen nicht, welche Plattform wichtiger ist. Ein MVP zwingt Sie, sich zuerst für iOS oder Android zu entscheiden. Die Daten daraus bestimmen dann die zweite Plattform, statt dass Sie vorab für beide bezahlen, obwohl Sie vielleicht nur eine brauchen.
Wann der MVP der falsche Schritt ist
- Sie haben bereits zahlende Nutzer. Lassen Sie den MVP weg und bauen Sie die v2, die diese Nutzer verlangen. Ihr Beweis ist die Kreditkartenabrechnung.
- Das Produkt ist die Integration. Wenn 80 % des Werts darin liegen, mit SAP, Stripe oder Ihrem vorhandenen ERP zu sprechen, beweist ein MVP, der diese Anbindung nur vortäuscht, nichts Brauchbares. Bauen Sie es richtig oder gar nicht.
- Ihr Vertrag verlangt „Produktivreife bis Datum X“. Ob SLA, DSGVO-Audit oder Beschaffung im Krankenhaus: Niemand akzeptiert dort „Das ist nur ein MVP“ als Antwort. Dann geht es direkt in die produktive App.
- Die Betriebskosten wiegen schwerer als die Entwicklungskosten. Manche Geschäftsmodelle verlangen, dass das Backend rund um die Uhr läuft, auch an Feiertagen. Ein MVP-Backend ist dafür nicht gebaut, ein produktives schon.
Was ein MVP wirklich ist
Ein Minimum Viable Product ist die kleinste Version Ihrer Idee, mit der ein echter Nutzer die Kernaufgabe einmal vollständig erledigen kann. Es ist kein Prototyp, kein klickbarer Entwurf und keine „v0.1 mit Ecken und Kanten“. Es ist echte Software in den Händen echter Nutzer.
Das gehört in einen MVP:
- Der eine zentrale Ablauf, ordentlich gebaut
- Die Einreichung im App Store bzw. Play Store (dort sind die echten Nutzer)
- Ein Backend, das die Daten zuverlässig speichert und nicht verliert
- Die fünf wichtigsten rechtlichen Punkte (Datenschutzerklärung, Anmeldung, Zahlungsbeleg, Löschanfrage, AGB)
Das gehört nicht hinein:
- Einstellungsseiten, die Sie irgendwann brauchen könnten
- Mehrsprachigkeit (zunächst reicht eine Sprache)
- Leere Zustände für Sonderfälle von Funktionen, die es noch gar nicht gibt
- Eine zweite Plattform „für alle Fälle“
Worauf Sie mit einem MVP verzichten
Machen Sie sich nichts vor: Auch ein MVP hat seinen Preis. Sie verzichten auf:
- Die Nutzer der zweiten Plattform für 3 bis 6 Monate. Wenn sich Ihr Publikum je zur Hälfte auf iOS und Android verteilt, erreicht ein iOS-MVP die halbe Zielgruppe nicht, bis Sie Android nachziehen.
- Etwas Spielraum beim Wachstum. Das MVP-Backend verkraftet Hunderte von Nutzern problemlos. Für Zehntausende muss es umgebaut werden (das ist in der produktiven Version mitbezahlt).
- Etwas Feinschliff. Onboarding, Animationen und eine erweiterte Suche kommen mit der produktiven Version. MVP-Nutzer sehen den Kernablauf, alles Weitere ist als „kommt bald“ markiert.
Der Wert eines MVP liegt nicht in einer dauerhaften Ersparnis. Er liegt darin, das richtige Geld in der richtigen Reihenfolge auszugeben: Sie finden heraus, was gebaut werden muss, bevor Sie sich darauf festlegen.
Entscheiden in einem Absatz
- Wenn Sie sagen können: „Ja, genau das funktioniert, und die Leute zahlen dafür“, dann überspringen Sie den MVP und bauen die produktive App (ab 72.000 €, 3 bis 4 Monate).
- Wenn nicht, beginnen Sie mit einem MVP (ab 24.000 €, 2 bis 4 Wochen) und legen mit dem Gelernten den Umfang der produktiven Version fest.
- Wenn Sie unsicher sind, ist das bereits die Antwort: Bauen Sie den MVP. Ein Irrtum mit einem MVP für 24.000 € lässt sich verkraften. Ein Irrtum mit einer produktiven App für 72.000 € nicht.
Wie es weitergeht
Buchen Sie auf der Kontakt-Seite ein kostenloses 30-Minuten-Gespräch. Danach wissen Sie, ob ein MVP oder ein Produktivprojekt passt, und nach der Klärung des Umfangs legt Ihr Angebot den Preis jeder Etappe schriftlich fest. Unverbindlich. Die genauen Preisspannen für beide Wege finden Sie auf der Preise-Seite, die vollständige Aufschlüsselung der Kosten im Kostenleitfaden.