Artefakte: Problem kurz / PRD-lite

Das Entdeckungs-Artefakt muss die Logik der Lösung beibehalten: Beobachtung, Problem, Segment, Beweise, Annahmen und der nächste Test. Wenn ein Dokument nach einer neuen Tatsache nicht schnell aktualisiert werden kann oder die Wahl des Teams nicht beeinflusst, ist seine Form wichtiger geworden als die Arbeit selbst.

Was ist ein Problem kurz und warum ist es notwendig?

Definition

Ein Problembrief ist ein einseitiges Dokument, das die Essenz eines Geschäftsproblems oder eines unerfüllten Benutzerbedarfs erfasst. Es erscheint in der frühesten Phase von Discovery, wenn das Ziel darin besteht, das eigentliche Problem von der Ersetzung von Zielen zu trennen, die Aufgabe so festzulegen, dass das Team und die Stakeholder dieselbe Sprache sprechen.

Warum brauchen Sie es?

Kompetenter Problembrief ermöglicht es Ihnen, keine Zeit mit Lösungen zu verschwenden, ohne einen wichtigen Grund. Es hilft, den Gesamtfokus zu zementieren: Über welches Problem sprechen wir, wie es bestätigt wird, was ist die Werthypothese, wer wird leiden, wenn nichts geändert wird.

Problembeschreibung für B2B SaaS

Zum Beispiel kann ein Kunde nicht die richtige Analyse für Ausgaben in seinem Unternehmen finden. Der Problembrief ist behoben: Das Problem ist eine lange Suche nach Berichten → Manager verbringen zu viel Zeit → Unternehmen verlieren aufgrund von Fehlern Geld. Zusätzlich: wie das Problem identifiziert wurde (Interview, Analyse), eine kurze Beschreibung der Skala, eine Liste der betroffenen Rollen.

PRD-lite: eine einfache Lösungsspezifikation

Was ist das?

PRD-lite ist eine verkürzte Version des Product Requirements Document, die nur das Wesentliche für einen schnellen Hypothesentest widerspiegelt. Im Wesentlichen ist dies eine logische Fortsetzung des Problembriefs: Das Team beschreibt schnell, was und warum es tun wird, um die Lösung schnell zu validieren.

Warum nicht die Standard-PRD

Regelmäßige PRD ist umständlich und verlangsamt die Discaveri. In PRD-lite sind 1-2 Seiten ausreichend, wo das Ziel, die wichtigsten Anforderungen, MVP-Grenzen, wie der Erfolg gemessen wird und was NICHT zu tun ist, festgelegt sind.

PRD-lite für einen neuen Filter im Produkt

Das Problem ist, dass Benutzer Deals verlieren, weil sie Bestellungen nicht schnell filtern können. Die Lösung besteht darin, einen visuellen Filter entsprechend dem Status der Anwendung zur Hauptliste hinzuzufügen.
Die Erfolgsmetrik ist die Zeit, um die richtige Anwendung zu finden, und der Prozentsatz der Benutzer, die den Filter während der Woche angewendet haben.

Wie man vorbereitet und verwendet: Checkliste

Ausbildungsanweisungen

Beheben Sie zuerst das Problem im Problembrief.
Überprüfen Sie, ob es eine Bestätigung aus Benutzerinterviews oder Analysen gibt.
Finden Sie heraus, welchen Zweck und welche Erfolgsmetrik das Experiment abdecken sollte.
Schreiben Sie in PRD-lite kurz die Idee der Lösung auf und warum, geben Sie den MVP, die Risiken und was Sie nicht tun werden.
Zeigen Sie beide Papiere den wichtigsten Interessengruppen, bevor die Entwicklung beginnt.

Beispiel:

In der Discovery-Produktion erstellen Teams solche Dokumente in Notion / Confluence, indem sie schnelle Links zu Datenquellen und neue Erkenntnisse sammeln, wenn sie fortschreiten - nicht nur einmal.

Fehler und Anti-Muster

Realitätsprobleme

Es ist oft falsch.

Verwechseln Sie den Wortlaut des Problems mit der Beschreibung der gewünschten Lösung
Es gibt keine Bestätigung des Problems (nackte Hypothese ohne Unterstützung) PRD-lite verwandelt sich in ein langes Blatt oder verliert den Fokus des Wertes
Überspringen Sie die Kommunikation mit der Entwicklung am Anfang, verlieren Sie Details

Beispiel aus dem Leben:

Innerhalb des Teams entschied sich der Benutzer, dass es unangenehm ist, Telefone zu betreten - und begann sofort, die automatische Vervollständigung durchzuführen, ohne zu überprüfen, ob dies wirklich ein Hauptschmerz ist und oft Zahlen manuell eingeben.

Wie ein gutes Entdeckungs-Artefakt aussieht

Grundsätze

Es ist klar, warum Sie ein Dokument benötigen: um die Hypothese schnell zu beheben / zu verteidigen, nicht um eines Ticks willen.
Ausreichendes Volumen für fundierte Entscheidungsfindung und Planung von Schnelltests
Regelmäßige Updates. Relevanz ist wichtiger als Format.

Beispiel:

Für den Fluss der Entdeckungsexperimente im B2B-Fintech wurden alle Problem-Briefs und PRD-Lite in eine Datenbank integriert, aus der es einfach ist, alte Initiativen auszuwählen, um keine Duplikate zu erstellen und die Entwicklungen wiederzuverwenden.

Empfohlene Referenzen zum weiteren Lesen

FAQ

1. Ist es möglich, PRD-lite und problem brief in einem Dokument zu kombinieren?

Ja, wenn es nur wenige Fragen gibt und das Publikum kompakt ist. Die Hauptsache ist, die Struktur nicht zu verlieren: zuerst das Problem, dann die Lösung.

2. Wann brauchen Sie eine lange PRD?

Eine lange PRD kann für eine komplexe Team- oder Regulierungsinitiative gerechtfertigt sein. Beginnen Sie bei der Entdeckung mit einem minimalen Dokument, das das Problem, Beweise, Risiken und den nächsten Test speichert; erweitern Sie es, wenn die Kosten des Fehlers und die Anzahl der Teilnehmer an der Lösung steigen.

3. Wer ist für die Vorbereitung dieser Artefakte verantwortlich?

Normalerweise ein Produktmanager oder ein Discovery-Teamleiter, aber es ist wichtig, Analysten und Designer zu engagieren, um die Probleme zu rechtfertigen.

4. Ist es möglich, keine Dokumente in Discovery zu schreiben?

Ohne Artefakt verliert das Team schnell den Fokus. Wenigstens eine Note ist besser als nichts.

5. Wo findet man solche Artefakte: Figma, Notion, Google Docs?

Das hängt von der Teamkultur ab. Es ist besser, Links einfach zu kommentieren, zu aktualisieren und zu teilen. Am häufigsten, Begriff oder Zusammenfluss.

6. Welche guten Beispiele können Sie sehen?

Empfohlene Vorlagen aus SVPG und Sammlungen auf Mind the Product (Links oben). Es gibt echte Strukturen und Optionen für schnelle Tests.