Opportunity Solution Tree (OST)

1.0Metoden passar när

• ni har ett tydligt utfall, en förändring i beteende snarare än en levererad funktion, som kommer från verksamheten eller ledningen.
• ni har en teori om målkunden och värdeerbjudandet och har gjort ungefär tre till fyra berättelsebaserade kundintervjuer.
• ni vill hålla teamet enigt om vägen mot utfallet och ha flera möjligheter och idéer öppna parallellt.
• ni arbetar löpande i en produkttrio med produktchef, designer och utvecklare.

2.0Förbered

• Ha en digital tavla (Miro, Mural) eller vägg och lappar. Stora träd kan kräva verktyg med trädvy.
• Formulera utfallet.
• Ha sammanfattningar av kundintervjuerna, gärna som erfarenhetskarta.

3.0Genomförande

Löpande arbete i nio steg.

1. Kontrollera att förutsättningarna finns.
2. Sätt utfallet överst.
3. Kartlägg möjligheterna genom att sammanfatta berättelser från intervjuerna, med en erfarenhetskarta som start. Möjligheterna är kundbehov, smärtpunkter och önskemål. De upptäcks i intervjuer, de uppfinns inte, och de kan vara nästlade.
4. Välj en målmöjlighet.
5. Brainstorma lösningar för den möjligheten, inte för hela trädet.
6. Välj tre lösningar att utforska. Då jämför ni i stället för att säga ja eller nej till en enda idé.
7. Dela upp varje lösning i dess underliggande antaganden och prioritera dem, se Assumption mapping.
8. Testa de mest riskfyllda antagandena.
9. Använd resultatet för att kasta idéer, förfina en för leverans eller välja en ny målmöjlighet.

Exempel, påhittat för att visa nivån. Utfall: fler patienter avbokar sin tid i förväg. Möjligheter från intervjuerna: "Jag glömmer att jag har en tid" och "Jag vet inte hur jag avbokar". Lösningar för den andra möjligheten: avboka genom att svara på ett SMS, eller en avbokningsknapp i appen. Antagande att testa: patienter läser SMS:et i tid. Experiment: skicka SMS:et till 50 patienter och mät hur många som svarar.

4.0Tips

• Börja inte utan intervjuer. Att hitta på möjligheter är det vanligaste misstaget, och ett träd utan research under är en samling åsikter.
• Blanda inte ihop lösningar och möjligheter. Fråga om det finns mer än ett sätt att möta påståendet. Finns bara ett är det en lösning.
• Ta inte hänsyn till insats när ni bedömer möjligheter. Det görs senare.
• Stryk inte möjligheter för tidigt, och överreagera inte på en enskild intervju eller på synpunkter från sälj och support utan sammanhang.
• Bygg ett träd per team, inte ett för hela organisationen. Välj inte affärs- eller trafikmått som rot, de är för indirekta eller för smala.
• Låt inte en person bygga trädet och kräva att andra använder det som det är. Låt varje person göra ett eget utkast och slå ihop dem med 1-2-4-All. Ta pauser mellan faserna.

5.0Varianter

Problem i stället för möjligheter

Passar när ordet möjlighet gör det svårt att släppa idéer.

1. Börja med utfallet och ta fram minst tre hinder (problem).
2. Är det fem eller fler, rangordna med punktröstning eller MoSCoW och välj två till fyra.
3. Ta fram små lösningar för varje problem. Är det fyra eller fler, sålla med effekt mot insats.
4. Bekräfta med data att problemet är verkligt innan ni testar lösningar.

6.0Efter sessionen

• Se över möjlighetsutrymmet var tredje till fjärde intervju.
• Börja ett nytt träd först när utfallets riktning ändras, inte när målvärdet ändras.
• Koppla planerat arbete till en user story map så att teamet ser hur det hänger ihop med användarupplevelsen.