Kurzantwort

Ein hilfreiches MVP-Briefing trifft vor Beginn des Designs drei Entscheidungen: Für wen das Produkt ist, was Version eins bewusst auslässt und welche Nutzerbelege die nächste Investition rechtfertigen. Deshalb ist das Briefing keine Bürokratie. Es ist die erste Produktentscheidung.

Gründer kommen oft mit einem Briefing, das eigentlich eine Ideenbeschreibung ist: einige Absätze über den Markt, eine Funktionsliste und ein Satz darüber, wohin das Produkt eines Tages gehen könnte. Das reicht für ein Gespräch, aber nicht für die Umsetzung. Ein Build-Team braucht ein kleineres, schärferes Dokument, das Ehrgeiz in eine Folge testbarer Entscheidungen verwandelt.

Ein hilfreiches Briefing erfüllt drei Aufgaben

1. Es benennt die Person mit dem Problem

„Kleine Unternehmen“ sind ein Markt. Sie sind kein erster Nutzer. Ein gutes Briefing benennt die Person, ihren Moment und die Notlösung, die sie heute verwendet. Ein Praxismanager, der morgige Absagen füllen will, hat ein anderes Problem als ein Patient, der einen neuen Termin sucht, auch wenn beide zum Gesundheitswesen gehören. Je konkreter der erste Nutzer ist, desto leichter lässt sich entscheiden, was das Produkt als Nächstes tun soll.

2. Es zieht eine Linie um Version eins

Eine Funktionsliste zeigt, was vorgestellt wurde. Eine Umfangsgrenze zeigt, was gebaut wird. Schreiben Sie die Kernschleife in einen Satz und listen Sie dann die Arbeit auf, die sie zuverlässig macht: den Hauptbildschirm, die eine sinnvolle Aktion, die Daten dahinter und das Feedback, das dem Nutzer zeigt, dass sie funktioniert hat. Alles andere ist ein Kandidat für später, keine stille Voraussetzung für den Start.

3. Es definiert den nächsten Beweis

„Starten und sehen, was passiert“ ist kein Lernplan. Entscheiden Sie, was Sie in den ersten Wochen erwarten: einen abgeschlossenen Ablauf, eine wiederholte Aktion, eine bezahlte Conversion oder ein vom Gründer geführtes Interview mit einem bestimmten Nutzertyp. Die Messung muss nicht ausgefeilt sein. Sie muss dem Verhalten des Nutzers nahe genug sein, um die nächste Produktentscheidung ändern zu können.

Was vor einem Bildschirm aufzuschreiben ist

  • Der erste Nutzer: eine Rolle, eine Situation und eine schmerzhafte Notlösung
  • Die Kernschleife: die kleinste Aktion, die Wert schafft und wiederholt stattfinden kann
  • Die Startgrenze: was für Version eins ausdrücklich außerhalb des Umfangs liegt
  • Die Vertrauensanforderung: was der Nutzer sehen, kontrollieren oder verstehen muss, bevor er handelt
  • Der nächste Beleg: das Verhalten oder Gespräch, das eine weitere Umsetzungsrunde verdient

Der Umfangstest, den wir verwenden

Nehmen Sie jede vorgeschlagene Funktion und stellen Sie eine Frage: Macht sie den Erfolg der Kernschleife für den ersten Nutzer wahrscheinlicher? Wenn die Antwort nein ist, verschieben Sie sie aus dem ersten Release. Wenn sie vielleicht lautet, notieren Sie die Annahme, die sie schützt, und finden Sie einen günstigeren Weg, diese Annahme zu testen. So wird eine nützliche Funktion nicht zur dauerhaften Ausrede, das Produkt zu verzögern.

Das Ziel eines Briefings ist nicht, alles festzuhalten, was Sie bauen könnten. Es soll die nächste Build-Entscheidung offensichtlich machen.

— eine Regel, die wir bei Produkt-Kickoffs verwenden

Häufig gestellte Fragen

Wie lang sollte ein MVP-Briefing sein?

Kurz genug, um es in einem Zug zu lesen, und konkret genug für Abwägungen. Ein bis zwei Seiten reichen meist, wenn sie den ersten Nutzer, die Kernschleife, die Startgrenze, Vertrauensanforderungen und den nächsten Beleg benennen.

Sollte das Briefing eine vollständige Funktionsliste enthalten?

Nehmen Sie die Funktionen auf, die die Kernschleife zum Funktionieren bringen, und bewahren Sie den Rest in einem Bereich für spätere Ideen auf. Ein separater Parkplatz schützt gute Ideen, ohne dass sie still zu Startanforderungen werden.

Was, wenn der Zielnutzer noch unsicher ist?

Notieren Sie die zwei stärksten Kandidaten und die Belege, die sie unterscheiden würden. Unsicherheit ist nützlich, wenn sie ausdrücklich ist; sie wird teuer, wenn sie in einem breiten Produktumfang verborgen bleibt.

Muss das Briefing fertig sein, bevor das Design beginnt?

Es sollte klar genug sein, um den ersten Design-Durchgang zu führen, nicht für immer eingefroren. Design darf eine bessere Frage aufdecken, aber jede Änderung sollte Umfang und den Beleg aktualisieren, den Sie sammeln wollen.