Das Wichtigste in Kürze
- Ein MVP soll eine einzige Frage beantworten, etwa ob Kunden zahlen oder es jede Woche nutzen. Schreiben Sie diese Frage deshalb auf, bevor Sie den Umfang festlegen.
- Entwickeln Sie den einen Weg, den ein Kunde vom Problem bis zum Ergebnis geht, und lassen Sie Admin-Werkzeuge, Einstellungen und Sonderfälle weg, bis die echte Nutzung zeigt, dass Sie sie brauchen.
- Legen Sie im Voraus fest, welches Ergebnis als Weitermachen, Ändern oder Aufhören gilt, sonst wirkt jedes Ergebnis ermutigend.
- Sichern Sie sich vom ersten Tag an den Code und die Konten, damit Sie später den Anbieter wechseln oder intern einstellen können.
Ein Minimum Viable Product (MVP) ist die kleinste funktionierende Version Ihrer Idee, die echte Menschen nutzen können und die Ihnen zeigt, ob sich die Weiterentwicklung lohnt. Es ist keine billige, unfertige Kopie des endgültigen Produkts. Es ist ein Experiment, das zufällig aus Software besteht.
Dieser Unterschied entscheidet über die meisten Ergebnisse. Gründer, die das MVP als Version 0.1 von allem betrachten, bezahlen am Ende für Funktionen, nach denen niemand gefragt hat. Gründer, die es als Test verstehen, liefern meist früher und lernen mehr.
Beginnen Sie mit der Frage, die das MVP beantworten soll
Schreiben Sie einen Satz auf, bevor Sie Funktionen auflisten: „Dieses MVP zeigt uns, ob ___.“
Gute Beispiele sind konkret und lassen sich durch Verhalten beantworten, nicht durch Meinungen:
- Zahlen kleine Praxen dafür, Termine hierüber statt per Telefon zu buchen?
- Kommen Käufer ein zweites Mal zurück, ohne daran erinnert zu werden?
- Können wir die Leistung mit einem kleinen Team erbringen, oder funktioniert sie nur mit viel manuellem Aufwand?
Wenn Sie den Satz nicht vervollständigen können, ist das Projekt noch nicht reif für eine Umfangsplanung. Eine kurze Planungssitzung ist günstiger als eine Entwicklung, die nichts testet.
Bauen Sie einen Weg, keine kleine Version von allem
Wählen Sie den einen Weg, den ein Kunde vom Problem bis zum Ergebnis geht. Entwickeln Sie diesen durchgängig und sorgen Sie dafür, dass er richtig funktioniert.
In einer ersten Version bleibt meist außen vor:
- Admin-Dashboards, wenn Sie die Daten für die ersten Kunden direkt bearbeiten können
- Benutzerrollen und Berechtigungen über die hinaus, die Sie heute brauchen
- Reporting und Analysen über die eine Kennzahl hinaus, die Ihre Frage beantwortet
- Integrationen mit Systemen, die Ihre ersten Kunden nicht nutzen
- Einstellungen, Designs und Anpassungsmöglichkeiten
Manches davon kommt später wieder. Entscheidend ist, dass die echte Nutzung zeigt, was – nicht Vermutungen.
Manuelle Arbeit im Hintergrund ist in einem MVP in Ordnung. Wenn eine Person die Rechnungen für die ersten zwanzig Kunden von Hand erledigen kann, müssen Sie das noch nicht automatisieren.
Was unfertig bleiben darf und was nicht
Umfang zu reduzieren heißt nicht, alles zu streichen. Manches ist später teuer zu beheben und gehört deshalb in die erste Version:
- Datenschutz. Wenn Sie personenbezogene Daten von Nutzern im UK erheben, gilt die UK GDPR ab dem ersten Kunden. Die Leitlinien des ICO für kleine Organisationen sind ein guter Ausgangspunkt.
- Grundlegende Sicherheit. Vernünftige Authentifizierung, verschlüsselte Verbindungen und Zugriffe, die auf das beschränkt sind, was die jeweilige Person braucht.
- Zahlungen. Nutzen Sie einen etablierten Zahlungsanbieter, statt Kartendaten selbst zu verarbeiten.
- Ein solides Datenmodell. Oberflächen lassen sich leicht ändern. Die Struktur der Daten darunter ist deutlich schwerer zu ändern, sobald Kunden darauf angewiesen sind.
Wenn Ihr Produkt einen regulierten Bereich berührt, etwa Finanzen, Gesundheit oder Daten von Kindern, holen Sie sich Rat, bevor Sie entwickeln, nicht danach.
Wählen Sie den Umsetzungsweg, der zur Frage passt
Es gibt vier gängige Wege, und keiner ist für jedes Startup der richtige.
| Weg | Geeignet für | Worauf zu achten ist |
|---|---|---|
| No-Code- oder Standardwerkzeuge | Nachfrage testen, mit sehr wenig individueller Logik | Grenzen erreichen, sobald die Idee funktioniert |
| Freelancer oder kleine Agentur | Einen klaren, kleinen Umfang | Abhängigkeit von Einzelpersonen und dünne Dokumentation |
| Softwarepartner | Ein Produkt, das Design, Engineering und Planung zusammen braucht | Nach der Art der Umfangsplanung auswählen, nicht nach dem Angebot |
| Interne Einstellung | Ein langfristiges Produkt mit gesicherter Finanzierung | Zeit für das Recruiting, bevor überhaupt etwas ausgeliefert wird |
Für welchen Weg Sie sich auch entscheiden, die Fragen aus unserem Leitfaden Wie wählt man ein Softwareentwicklungsunternehmen aus? gelten. Fragen Sie, wem der Code gehört, wer die Hosting- und Domain-Konten hält und was Sie erhalten, wenn die Zusammenarbeit endet.
Seien Sie ehrlich bei Kosten und Zeit
Ein MVP hat keinen Standardpreis. Er hängt von der Zahl der Nutzertypen ab, davon, mit wie vielen Systemen es verbunden ist, und wie viel neu gestaltet werden muss, statt bestehende Muster zu übernehmen. Unser Leitfaden zu den Kostentreibern von Individualsoftware erklärt diese Faktoren.
Eine bessere Frage als „Was kostet ein MVP?“ lautet: „Was ist die günstigste Entwicklung, die unsere Frage beantwortet?“ Ein Anbieter, der den Umfang an dieser Frage ausrichtet, ist hilfreicher als einer, der eine Funktionsliste kalkuliert.
Kurze Lieferzyklen helfen. Sie sollten alle paar Wochen funktionierende Software sehen, nicht erst am Ende.
Legen Sie vor dem Launch fest, wie Erfolg aussieht
Notieren Sie drei Ergebnisse, bevor der erste Nutzer kommt:
- Weitermachen: das Ergebnis, bei dem Sie weiter investieren.
- Ändern: das Ergebnis, das zeigt, dass die Idee stimmt, der Ansatz aber nicht.
- Aufhören: das Ergebnis, das Ihnen sagt, das Geld anderweitig einzusetzen.
Ohne diese Festlegung sieht jede Zahl nach Fortschritt aus. Zehn Anmeldungen sind für ein Produkt ein starkes Ergebnis und für ein anderes ein Misserfolg. Legen Sie die Schwellenwerte fest, solange Sie noch einen kühlen Kopf haben.
Halten Sie die Eigentumsverhältnisse klar
Ganz gleich, wer entwickelt, prüfen Sie von Anfang an Folgendes:
- der Code liegt in einem Repository, das Sie kontrollieren
- Hosting, Domain und Drittanbieter-Konten laufen auf den Namen Ihres Unternehmens
- die Dokumentation reicht aus, damit ein anderer Entwickler übernehmen kann
- der Vertrag hält fest, dass das geistige Eigentum Ihnen gehört
Das kostet am Anfang nichts, kann später aber sehr aufwendig zu entwirren sein, besonders wenn Investoren eine Due Diligence durchführen.
Wie sieht ein erster MVP-Plan aus?
Ein Plan muss nicht lang sein. Sechs Schritte reichen für den Anfang:
- Die Frage aufschreiben — Ein Satz, den das MVP beantworten wird.
- Den einen Weg wählen — Der eine Weg, den ein Kunde vom Problem bis zum Ergebnis geht.
- Die Schwellenwerte festlegen — Was als Weitermachen, Ändern oder Aufhören gilt.
- In kleinen Abschnitten entwickeln — Auslieferbare Teile, sodass alle paar Wochen funktionierende Software entsteht.
- Echten Menschen vorlegen — Einer Handvoll der Kunden, die Sie tatsächlich gewinnen wollen, nicht Freunden und Familie.
- Anhand der Schwellenwerte bewerten — Dann entscheiden, auf Basis dessen, was Sie in Schritt 3 festgehalten haben, nicht danach, wie sich das Ergebnis anfühlt.
Welche Fehler kosten Startups am meisten?
- Für ausgedachte Nutzer entwickeln und mit den falschen testen.
- Funktionen hinzufügen, bevor der Kernweg getestet ist.
- Die Erfolgsschwellen überspringen, sodass jedes Ergebnis nach Fortschritt aussieht.
- Code, Hosting und Domain-Konten beim Anbieter belassen.
- Den Launch als Ziellinie betrachten, obwohl er der erste Tag des Lernens ist.
Wann ist ein MVP der falsche erste Schritt?
Manchmal liegt das größte Risiko nicht in der Software. Wenn die Frage lautet, ob die Idee überhaupt gewollt ist, können eine Landingpage, eine Handvoll Kundengespräche oder eine manuelle Version der Leistung das zuerst beantworten, mit einem Bruchteil des Aufwands. Entwickeln Sie Software, wenn Sie Belege dafür haben, dass das Problem real ist und die Software das ist, was zwischen Ihnen und der Antwort steht.
Was nach dem MVP kommt
Wenn der Test funktioniert, lautet der nächste Schritt selten „alles hinzufügen, was wir gestrichen haben“. Stattdessen stärken Sie das, was Kunden tatsächlich genutzt haben, und ergänzen dann das, wonach sie am häufigsten gefragt haben. Wenn Sie später mehr Engineers brauchen, beschreibt unser Leitfaden zum Aufbau eines dedizierten Entwicklungsteams die Möglichkeiten.
Wenn der Test nicht funktioniert, ist ein klares Ergebnis trotzdem etwas wert. Sie haben es zum Preis eines MVP gelernt statt zum Preis eines vollständigen Produkts.
Häufige Fragen
Wie lange dauert die Entwicklung eines MVP? Das hängt vom Umfang ab. Eine eng fokussierte erste Version ist oft eher in Wochen als in Monaten fertig, und ein guter Anbieter stimmt den Umfang mit Ihrer Frage ab, bevor er einen Zeitplan nennt.
Sollte ein MVP mit No-Code-Werkzeugen gebaut werden? Manchmal. Sie eignen sich, um Nachfrage mit wenig individueller Logik zu testen. Planen Sie für den Punkt, an dem die Idee funktioniert und das Werkzeug zur Einschränkung wird.
Brauche ich einen technischen Mitgründer? Nicht unbedingt, aber jemand auf Ihrer Seite muss die getroffenen Entscheidungen verstehen. Eine Planungsberatung oder ein technischer Berater kann diese Rolle übernehmen, während Sie die Idee validieren.
Wem sollte der Code gehören? Ihnen. Lassen Sie sich das schriftlich bestätigen, bevor die Arbeit beginnt.
Wenn Sie eine erste Entwicklung abwägen, erklärt unsere Seite Softwareentwicklung für Startups, wie wir Umfang planen und liefern, und Sie können uns kontaktieren, um es gemeinsam durchzusprechen.
Weiterlesen
Aus dem Original auf Englisch übersetzt.