# Opportunity Brief

**Mulighet:** [Navn / kort tittel]
**PM:** [Navn]
**Dato:** [YYYY-MM-DD]
**Status:** Utkast / Gjennomgått / Akseptert / Avvist
**Beslutningstaker:** [Hvem godkjenner at vi går til PRD?]

---

## 1. Mulighetsformulering

_Formuler problemet i brukerspråk — ingen løsningsspråk._

**Job to be done:**
> "Hjelp [spesifikk brukertype] med å [gjøre X] i [kontekst/situasjon], uten [nåværende friksjon / kostnad]."

**Kampmoment:**
[1 avsnitt som beskriver en reell, spesifikk episode der en reell kunde opplevde dette problemet. Skriv det som en historie — ikke som et datapunkt.]

---

## 2. Bevis

**Brukerintervjuer:**

| Interviewee | Dato | Nøkkelsitat | Hyppighet |
|---|---|---|---|
| [Segment, selskapsstørrelse] | | "[Sitat]" | Daglig / Ukentlig / Månedlig |

**Kvantitative signaler:**
- [Metrikkname]: [Verdi] — [hvorfor dette er et signal]
- [Drop-off eller feilrate]: [Verdi]
- [Support-tickets]: [Volum]

**Konkurransebevis:**
[Løser konkurrenter dette? Validerer det problemet — eller er vi for sent ute?]

---

## 3. Kundepåvirkning

**Hvem har dette problemet:** [Spesifikt segment]
**Hvor mange:** [Estimat — prosent av målsegment eller absolutt antall]
**Hvor smertefullt:** [1–10 + begrunnelse]
**Nåværende workaround:** [Hva de gjør i dag — baren vi må slå]

**Konsekvens for kunden hvis uløst:**
[Hva de taper hvis vi ikke løser dette.]

---

## 4. Forretningspåvirkning

**Hvorfor dette betyr noe for oss:**
- [Retention / akkvisisjon / ekspansjon-kobling]
- [Strategisk fit — link til produktstrategi]
- [Inntektspotensial — grovt estimat]

**DHM quick check:**
- Delighter kunden: Ja / Sannsynligvis / Uklart
- Hard to copy: Ja / Sannsynligvis / Nei
- Forbedrer margin: Ja / Sannsynligvis / Nei

---

## 5. Rotårsakshypotese

**Hvorfor eksisterer dette problemet?**
[Design-problem, kapabilitets-gap, data-problem, opplæring, eller prosess? Rotårsaken avgjør om en produktløsning er riktig intervensjon.]

**Tilstøtende muligheter:**
[2–3 relaterte problemer. Å se landskapet hjelper scoping.]

---

## 6. Begrensninger

**Hva vi vet at vi ikke kan gjøre:** [Plattform, juridisk, ressurs]
**Hva vi vil unngå:** [Anti-patterns fra tidligere forsøk]
**Hva brukerne eksplisitt ikke vil ha:** [Feedback på feil retninger]

---

## 7. Anbefaling

**Bør vi løse dette?** Ja / Nei / Ikke ennå

**Begrunnelse:**
[2–3 setninger om hvorfor nå, hvorfor vi, og om en produktløsning er riktig.]

**Foreslått neste steg:**
- [ ] Gå til PRD → assign til [PM], målkvartal [Q]
- [ ] Mer discovery → [spesifikt spørsmål, metode, tidslinje]
- [ ] Deprioritér → revurder når [betingelse]
- [ ] Eskalér → trenger [stakeholder]-input

---

*Opportunity brief er gaten mellom discovery og PRD. Ingen PRD skrives uten godkjent brief. Se [`../discovery/opportunity-framing.md`](../discovery/opportunity-framing.md) for metodikk.*