MVP entwickeln lassen: In sieben Schritten zum richtigen Umfang

Ein MVP ist die kleinste Version eines Produkts, die Ihre wichtigste offene Frage mit echten Nutzern beantworten kann. Die Idee stammt aus der Lean-Startup-Methode: etwas bauen, messen, wie Menschen reagieren, daraus lernen und in jeder Runde so wenig wie möglich ausgeben.

Ein MVP zu bauen, ist mit KI deutlich günstiger geworden. Zu entscheiden, was hineingehört, nicht. Die meisten ersten Versionen, die wir uns ansehen sollen, sind zu groß, nicht zu klein. So gehen wir vor, wenn wir den Umfang festlegen, ganz gleich, ob wir das MVP entwickeln oder Sie selbst.

1. Schreiben Sie auf, was es beweisen muss

Beginnen Sie mit einem einzigen Satz: Die erste Version beweist, dass eine bestimmte Gruppe von Menschen eine bestimmte Sache tut. Zum Beispiel, dass kleine Praxen ihre Dokumente hochladen, statt sie zu mailen, oder dass Freiberufler für eine Zahlungserinnerung bezahlen. Braucht der Satz ein "und", haben Sie wahrscheinlich zwei Produkte.

Können Sie den Satz noch nicht schreiben, ist genau das die erste Aufgabe. Warum diese Denkarbeit heute wichtiger ist denn je, beschreiben wir in KI hat das Bauen günstig gemacht.

2. Wählen Sie einen Nutzer und eine Aufgabe

Die meisten Produkte bedienen irgendwann mehrere Gruppen: Kunden, Admins, Partner, Ihr eigenes Support-Team. Das MVP bedient eine davon richtig gut. Wählen Sie die Person, von deren Verhalten Ihr Satz abhängt, und die eine Aufgabe, die sie erledigen muss. Alle anderen versorgen vorerst eine Tabelle, eine E-Mail oder ein Mensch aus Ihrem Team.

3. Zeichnen Sie den Kernablauf von Anfang bis Ende

Skizzieren Sie den Weg vom ersten Besuch bis zur erledigten Aufgabe: registrieren, eingeben, was nötig ist, Ergebnis erhalten, wiederkommen. Jeder Screen auf diesem Weg muss wirklich funktionieren. Alles, was nicht auf dem Weg liegt, ist ein Kandidat für später. Diese eine Zeichnung klärt mehr Diskussionen über den Umfang als jede Feature-Liste.

4. Sortieren Sie jedes Feature auf vier Stapel

• Bauen: die Schritte im Kernablauf, die Ihr Produkt besonders machen. Hierhin fließt das Budget.
• Von Hand erledigen: Schritte, die anfangs ein Mensch im Hintergrund übernehmen kann, etwa Onboarding, Matching oder Berichte. Schätzen Kunden das Ergebnis, automatisieren Sie es später mit echten Daten.
• Fertigen Dienst nutzen: Anmeldung, Zahlungen, E-Mail und Analytics. Bewährte Anbieter sind schneller und meist sicherer als eine Eigenentwicklung.
• Später: Einstellungen, Dashboards, Rollen, Dark Mode, Integrationen, nach denen noch niemand gefragt hat. Schreiben Sie sie auf, damit sie nicht verloren gehen, und lassen Sie sie weg.

5. Was nie auf den Stapel "später" gehört

Klein heißt nicht nachlässig. Sobald echte Menschen echte Daten eingeben, gehören einige Dinge in die erste Version, egal wie klein sie ist:

• Getestete Zugriffsregeln: wer welche Datensätze sehen darf.
• Zahlungen über einen Zahlungsanbieter, damit Kartendaten Ihre App nie berühren.
• Ein Weg, die Daten eines Nutzers auf Wunsch zu exportieren und zu löschen. In der EU ist das ein Recht nach Artikel 17 DSGVO.
• Backups und ein Test, dass eine Wiederherstellung tatsächlich funktioniert.
• Fehlermeldungen, damit Sie von Problemen erfahren, bevor Ihre Nutzer es Ihnen sagen.
• Code-Repository, Hosting, Domain und Store-Konten auf Ihren eigenen Namen.

Haben Sie schon einen Prototyp aus Lovable, Bolt oder Cursor, geht unsere Checkliste vom Prototyp zur echten App diese Punkte genauer durch.

6. Legen Sie vor dem Launch fest, wie Sie messen

Nehmen Sie Ihren Satz und machen Sie daraus etwas Zählbares. Wie viele der eingeladenen Personen schließen den Kernablauf ab? Wie viele kommen in der zweiten Woche wieder? Wie viele zahlen oder fragen, wie sie zahlen können? Einigen Sie sich auf die Zahl, bei der Sie weitermachen, die Richtung ändern oder aufhören, und bauen Sie das Tracking vor dem Launch ein, nicht danach.

7. Zeit und Budget festhalten, den Umfang bewegen

Dauert etwas länger als geplant, liegt es nahe, die Deadline zu verschieben. Bei einem MVP ist es meist besser, Termin und Budget zu halten und stattdessen vom Stapel "später" zu streichen. Eine Version, die pünktlich live geht und eine Sache beweist, ist mehr wert als ein vollständiges Produkt, das erst kommt, wenn das Geld oder das Zeitfenster weg ist.

Ein Beispiel aus unserer Arbeit

Bei WTE Companion begann die Grundlagenarbeit mit einer Frage: Was muss jemand, der nach Deutschland zieht, als Erstes erledigen? Diese Frage hat das KI-Chat-Onboarding geprägt, in dem Menschen ihre Situation in eigenen Worten beschreiben und zum nächsten Schritt geführt werden. Die Portale für Servicepartner und Support entstanden, weil der Service nur funktioniert, wenn die Menschen, die ihn erbringen, ihren Teil leisten können. Der Umfang folgte der Aufgabe, nicht einer Feature-Liste.

Anzeichen, dass Ihr MVP zu groß ist

• Es bedient mehr als eine Art von Nutzer gleich stark.
• Es hat einen Admin-Bereich, bevor es die ersten zehn Nutzer hat.
• Niemand kann in einem Satz erklären, was der Launch beweisen soll.
• Im Plan steht kein Datum, an dem Sie über den nächsten Schritt entscheiden.

Ein gutes MVP ist keine kleinere Version des fertigen Produkts. Es ist die schnellste ehrliche Antwort auf Ihre größte Frage.

Wenn Sie Ihr MVP entwickeln lassen oder Hilfe beim Umfang möchten, zeigt unsere Seite für Gründer, wie wir eine erste Version von der Idee bis zum Launch bringen. Sie suchen einen Partner dafür? Diese neun Fragen an eine App-Agentur sind ein guter Anfang.