Problem Statement
Eine präzise Formulierung des zu lösenden Geschäfts- oder Nutzerproblems als Grundlage für Forschung, Hypothesen und Lösungsentwurf.
Klassifikation
- KomplexitätNiedrig
- AuswirkungOrganisatorisch
- EntscheidungstypDesign
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Falsche Problemannahmen führen zu Fehlinvestitionen.
- Politische Interessen können das Statement verzerren.
- Übermäßiger Fokus auf Metriken statt Nutzerbedürfnisse.
- Nutze präzise, messbare Formulierungen statt vager Aussagen.
- Beziehe mehrere Perspektiven ein, um blinde Flecken zu vermeiden.
- Iteriere das Statement nach ersten Erkenntnissen aus Tests.
I/O & Ressourcen
- Quantitative Nutzungsdaten
- Qualitatives Nutzerfeedback
- Geschäftsziele und KPIs
- Formuliertes Problem Statement
- Priorisierte Hypothesen und Messkriterien
- Empirische Validierungspläne
Beschreibung
Ein Problem Statement ist eine präzise, kontextualisierte Beschreibung eines beobachteten Geschäfts- oder Nutzerproblems, das als Grundlage für Forschung, Hypothesenbildung und Lösungsentwurf dient. Es grenzt Umfang, Betroffene, gewünschte Wirkung und Messkriterien ein und unterstützt priorisierte Entscheidungsfindung im Discovery-Prozess. Es dient als gemeinsame Gesprächsgrundlage zwischen Produkt, Technik und Stakeholdern und reduziert Risiko durch klarere Annahmen.
✔Vorteile
- Verbessertes Alignment zwischen Produkt, Technik und Business.
- Reduziertes Risiko durch explizite Annahmen und Messkriterien.
- Bessere Priorisierung von Forschung und Entwicklung.
✖Limitationen
- Kann zu eng formuliert werden und mögliche Lösungsräume ausschließen.
- Braucht valide Daten und Stakeholderinput, sonst sind Annahmen schwach.
- Nicht alle Unsicherheiten lassen sich vorab vollständig beschreiben.
Trade-offs
Metriken
- Konversionsrate
Anteil der Nutzer, die gewünschte Aktion ausführen; zeigt direkte Wirkung.
- Abbruchrate
Prozentsatz an gestarteten Prozessen ohne Abschluss; misst Reibung.
- Time-to-first-value
Zeit bis ein Nutzer Nutzen erkennt; relevant für Onboarding-Probleme.
Beispiele & Implementierungen
Checkout-Abbruch reduzieren
Problem Statement: Hohe Abbruchrate im Checkout wegen unklarer Versandkosten; Ziel: Abbruchrate um 20 % senken, Metrik: konvertierende Sitzungen.
Supportanfragen minimieren
Problem Statement: Häufige Supportanfragen zu Passwortwiederherstellung; Ziel: Self-Service-Rate erhöhen, Metrik: Anzahl Tickets pro 1.000 Nutzer.
Onboarding beschleunigen
Problem Statement: Neue Nutzer erreichen keine Aha-Erlebnisse innerhalb der ersten Woche; Ziel: Time-to-first-value verkürzen, Metrik: aktive Nutzer nach 7 Tagen.
Implementierungsschritte
Sammeln relevanter Daten und Feedbackquellen.
Moderierte Formulierung mit Stakeholdern und Nutzern.
Festlegen von Erfolgskriterien und Validierungsplänen.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Unklare Problemdefinitionen führen zu wiederholten Refactorings.
- Fehlende Metrik-Implementierung verhindert valide Validierung.
- Ad-hoc-Lösungen als Folge unklarer Statements.
Bekannte Engpässe
Beispiele für Missbrauch
- Ein Statement, das sofort eine bestimmte Implementierung fordert.
- Problem Statements ohne Messgrößen, nur warme Beschreibungen.
- Verwendung als Vorwand für bereits getroffene Entscheidungen.
Typische Fallen
- Konflikt zwischen Strategiezielen und kurzfristigen KPIs.
- Zu viele Stakeholder führen zu verwässerten Aussagen.
- Annahmen werden als Fakten dokumentiert.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Zeitdruck im Discovery-Zyklus
- • Begrenzte Zugriffsmöglichkeiten auf Nutzerdaten
- • Organisatorische Prioritäten und Roadmaps