Wenn du noch nie eine App rausgebracht hast, bau zuerst einen MVP. Wenn du schon zahlende Nutzer hast und klar weißt, was als nächstes kommt, lass den MVP weg. Alles dazwischen ist eine Ermessensentscheidung — und Ermessensfehler in die falsche Richtung sind das, was bei Erstprojekten das Budget verbrennt.
So entscheidest du.
Wann der MVP der richtige Schritt ist
- Du hast die Kern-Hypothese noch nicht mit echten Nutzern validiert. Du glaubst, Leute zahlen für X. Beweis hast du keinen. Ein MVP verwandelt “ich glaube” in “ich weiß” in 2 bis 4 Wochen für rund 15.000 € — ein Drittel des Produktivbudgets in einem Viertel der Zeit.
- Du gibst fremdes Geld aus. Investoren und Förderkomitees wollen validierte Metriken, keine Feature-Liste. Ein MVP liefert dir eine echte Zahl für das nächste Pitch-Deck.
- Der Markt bewegt sich und du kannst nicht drei Monate warten. App-Stores ändern sich, Wettbewerber liefern, das Anwendungs-Fenster schließt. Ein MVP ist live, bevor das Fenster zu ist.
- Du weißt nicht, welche Plattform mehr zählt. Ein MVP zwingt dich, dich für iOS oder Android zuerst zu entscheiden. Die Daten daraus entscheiden die zweite Plattform — statt beide vorab zu zahlen, wenn du vielleicht nur eine brauchst.
Wann der MVP der falsche Schritt ist
- Du hast bereits zahlende Nutzer. Lass den MVP weg, bau die v2 die sie verlangen. Deine Validierung ist der Kreditkarten-Auszug.
- Das Produkt ist die Integration. Wenn 80 % des Werts daraus besteht, mit SAP, Stripe oder deinem bestehenden ERP zu sprechen — ein MVP, der diese Integration fakt, validiert nichts Brauchbares. Bau es richtig oder gar nicht.
- Du hast einen Vertrag, der “Produktivreife bis Datum X” sagt. SLA, DSGVO-Audit, Krankenhausbeschaffung — keines akzeptiert “das ist nur ein MVP” als Antwort. Direkt produktiv.
- Betriebskosten wiegen schwerer als Baukosten. Manche Geschäfte wollen, dass das Backend um 4 Uhr morgens am Feiertag steht. Ein MVP-Backend ist dafür nicht gebaut. Ein produktives schon.
Was ein MVP wirklich ist
Ein Minimum Viable Product ist die kleinste Version deiner Idee, mit der ein echter Nutzer den Kern-Job einmal komplett durchziehen kann. Es ist kein Prototyp, kein klickbares Mockup, keine “v0.1 mit rauen Kanten”. Es ist echte Software in echten Nutzerhänden.
Was im MVP drin ist:
- Der einzelne Kern-Flow, ordentlich gebaut
- App-Store-/Play-Store-Submission (echte Nutzer sind dort)
- Ein Backend, das die Daten halten kann und nicht verliert
- Die fünf härtesten Rechtspunkte (Datenschutzerklärung, Login, Zahlungsbeleg, Löschanfrage, AGB)
Was nicht im MVP drin ist:
- Einstellungsbildschirme, die du irgendwann brauchen könntest
- Mehrsprachigkeit (erstmal eine)
- Edge-Case-Empty-States für Features, die noch nicht existieren
- Eine zweite Plattform “für alle Fälle”
Was du beim MVP eintauschst
Sei ehrlich dazu — ein MVP ist nicht umsonst. Du gibst auf:
- Nutzer der zweiten Plattform für 3 bis 6 Monate. Wenn dein Publikum 50/50 iOS/Android ist, verfehlt ein iOS-MVP die halbe Zielgruppe, bis du Android nachbaust.
- Etwas Skalierungs-Spielraum. Das MVP-Backend hält hunderte Nutzer locker aus. Bevor es zehntausende hält, braucht es ein Refactor (im Produktiv-Build mitbezahlt).
- Etwas Politur. Onboarding, Animationen, fortgeschrittene Suche — das kommt im Produktiv-Build. MVP-Nutzer sehen den Kern-Pfad; Fortgeschrittene sehen “kommt bald”.
Der MVP-Wert liegt nicht in dauerhafter Ersparnis. Er liegt darin, das richtige Geld in der richtigen Reihenfolge auszugeben — du findest heraus, was zu bauen ist, bevor du dich auf den Bau festlegst.
In einem Absatz entscheiden
- Wenn du sagen kannst “ja, genau das funktioniert und Leute zahlen dafür” — MVP überspringen, produktive App bauen (30k–60k €, 3–4 Monate).
- Wenn nicht — mit MVP starten (ab 15k €, 2–4 Wochen) und mit dem Gelernten den Produktiv-Build scopen.
- Wenn du unsicher bist: das ist die Antwort. MVP bauen. Sich mit 15k MVP zu irren, ist erholbar. Sich mit 60k Produktiv-App zu irren, nicht.
Wie es weitergeht
Schick einen Absatz zu dem, was du willst, und bekomme innerhalb von 48 Stunden ein schriftliches Briefing zurück — inklusive, ob du einen MVP oder ein Produktiv-Projekt brauchst, mit Festpreis für beides. Kostenlos und unverbindlich auf der Kontakt-Seite. Die detaillierten Preisspannen für beide Wege liegen auf der Preise-Seite, und die vollständige Kostenaufschlüsselung im Cost-Guide.