Von sichtbaren Pain Points zu Frontstage-, Backstage- und Ownership-Verbesserungen.
Ein priorisiertes Maßnahmenbild mit Journey, Blueprint, Prozesslücken und Opportunities.
Du kannst entscheiden, welche Touchpoints, Backstage-Probleme und Ownership-Lücken zuerst verbessert werden.
Top-Maßnahmen ownern, als Experiment oder Umsetzung planen und Wirkung an Service-Signalen messen.
Wie erlebt diese Personengruppe das gewählte Szenario über seine Phasen hinweg, und wo ist Lernen oder Verbesserung sinnvoll?
Die Journey Map macht Erlebnisse, Erwartungen und Pain Points aus Kundensicht sichtbar.
Die kritischen Touchpoints werden anschließend mit internen Abläufen und Systemen verbunden.
Wo hängen Kund:innenhandlungen von Backstage-Arbeit, Systemen oder Übergaben ab?
Der Service Blueprint zeigt, welche Backstage-Aktivitäten, Systeme und Rollen die Kundenerfahrung ermöglichen oder stören.
Die Backstage-Sicht wird danach in konkrete operative Abläufe und Übergaben vertieft.
Was geschieht vom Auslöser bis zum Ergebnis, wo liegen Entscheidungen und Übergaben, und welche Belege stützen eine Verbesserung?
Process Mapping macht Übergaben, Wartezeiten und Verantwortlichkeiten im Ablauf nachvollziehbar.
Aus Prozesslücken werden anschließend Opportunities und Lösungsideen abgeleitet.
Welche evidenzgestützten Wege können das gewünschte Outcome über Kundenbedürfnisse und geprüfte Lösungen erreichen?
Der Opportunity Solution Tree verbindet Verbesserungsfelder mit Lösungen und überprüfbaren Experimenten.
Die priorisierten Opportunities gehen in Umsetzung, Experimentplanung oder Service-Roadmap über.
Die Artefakte bleiben zugeklappt, bis du sie wirklich brauchst.
Plane den Einstieg und den laufenden Arbeitsrhythmus für Outcome, Opportunities, Lösungen und Tests.
# Opportunity Solution Tree: Arbeitsvorlage
## Fragestellung
Noch zu klären
## Gewünschtes Ergebnis
Noch zu klären
## Rahmen
Kontinuierliche Discovery strukturieren
Zeit: Laufende Praxis; kein Gesamtzeitlimit
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
## Vorbereitung für diesen Umfang
### Methodische Grundausstattung
- **Materialien:** Outcome-Definition, Forschungsnotizen mit Quellen, Opportunity-Clustering, gemeinsame Baumfläche und Platz für Lösungshypothesen und Experimentkarten.
- **Rollen:** Produkttrio oder cross-funktionales Team aus Product, Design/Research und Engineering; Discovery-Verantwortung hält Baum und Evidenz aktuell.
- **Vorab-Infos:** Outcome, Zielgruppe und aktuelle Produkt- oder Kundenbelege sammeln. Kundenaussagen von Interpretationen trennen.
- **Gesamter Zeitbedarf:** Kein einzelner Workshop. Einstieg und erste Struktur in etwa 1–2 Stunden; Interviews, Tests und Aktualisierungen laufen in wiederkehrenden Discovery-Zyklen.
- **Setup:** Outcome oben, Opportunities darunter, Lösungen unter der gewählten Opportunity und Experimente auf Lösungsannahmen abbilden. Nur eine Ziel-Opportunity gleichzeitig vertiefen.
### Für die Arbeitsschritte bereitstellen
#### Outcome: Ein steuerbares Outcome festlegen
- Produktstrategie und Zielgruppe
- Verfügbare Kennzahl oder beobachtbarer Verhaltensindikator
#### Opportunities: Kundenbedürfnisse strukturieren
- Story-basierte Kundengespräche oder Beobachtungen
- Outcome und bestehende Opportunity-Notizen
#### Fokus: Eine Ziel-Opportunity auswählen
- Outcome
- Opportunity Map und zugehörige Kundennotizen
#### Lösungen: Mehrere Lösungswege erkunden
- Ziel-Opportunity und Erfolgssignal
- Produkt-, Design- und technische Perspektiven
#### Lernen: Annahmen testen und Baum aktualisieren
- Lösungsoptionen und explizite Annahmen
- Zugriff auf geeignete Nutzer oder Daten
## Opportunity Solution Tree
### Outcome
Welches steuerbare Ergebnis soll sich verbessern?
...
### Kunden-Opportunities
Welche Bedürfnisse, Pain Points oder Wünsche aus konkreten Kundensituationen könnten das Outcome beeinflussen?
...
### Ziel-Opportunity
Welche Opportunity wählen wir für die nächste Discovery-Runde und warum?
...
### Lösungsoptionen
Welche unterschiedlichen Wege könnten diese Opportunity bedienen?
...
### Annahmen und Tests
Welche riskante Annahme prüft welcher Test, und welche Entscheidung folgt?
...
Leere Vorlage: genau ein Outcome wählen, Opportunities mit Beleg verknüpfen, Ziel-Opportunity markieren, darunter Lösungshypothesen und Tests dokumentieren.
[Quelle: Teresa Torres, Product Talk](https://www.producttalk.org/opportunity-solution-trees/)
## Outcome: Ein steuerbares Outcome festlegen
Erwartetes Artefakt: Outcome als Wurzel des Baums
Ergebnis · Zielgruppe · Messsignal
Eintrag:
...
- [ ] Kann das Team das Outcome mit Produktentscheidungen beeinflussen?
## Opportunities: Kundenbedürfnisse strukturieren
Erwartetes Artefakt: Kundenbezogene Opportunities mit Belegen
Bedürfnis oder Hindernis · Quelle · offene Frage
Eintrag:
...
- [ ] Ist jede Opportunity aus Kundenwissen hergeleitet?
- [ ] Enthält sie noch eine Lösung in Verkleidung?
## Fokus: Eine Ziel-Opportunity auswählen
Erwartetes Artefakt: Gewählte Ziel-Opportunity mit Begründung
Opportunity · Evidenz · Begründung
Eintrag:
...
- [ ] Ist die Opportunity relevant und ausreichend verstanden, um Ideen zu entwickeln?
## Lösungen: Mehrere Lösungswege erkunden
Erwartetes Artefakt: Lösungsoptionen mit Annahmen
Option · adressierte Opportunity · wichtigste Annahme
Eintrag:
...
- [ ] Gibt es verschiedene Wege, die Opportunity zu bedienen?
## Lernen: Annahmen testen und Baum aktualisieren
Erwartetes Artefakt: Aktualisierter Baum mit Tests und Entscheidungen
Annahme · Test · Evidenz · Entscheidung
Eintrag:
...
- [ ] Prüft der Test eine wichtige Annahme der Lösung?
- [ ] Ist die nächste Entscheidung vor dem Test benannt?
## Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/opportunity-solution-tree/run-sheet