# Launch Brief — [Feature / Produkt]

**Launch-eier (PM):** [Navn]
**Mållansering:** [YYYY-MM-DD eller Q/måned]
**Rullutstrategi:** Full lansering / Gradvis (X %) / Feature flag / Beta med [N] kunder
**Intern klar-dato:** [Minst 1 uke før lansering]
**PRD:** [Lenke til PRD]

---

## 1. Hva vi lanserer

**Én setning (i kundespråk):**

**For hvem:**

**Problemet det løser:**

**Hva det IKKE gjør:**
*Sett forventninger eksplisitt — reduserer support-tickets og salgsforvirring.*

---

## 2. Hvorfor dette betyr noe (intern framing)

**Strategisk begrunnelse:**
[Kobling til produktstrategi og OKRer]

**Forventet forretningseffekt:**
- Primærmetrikk vi forventer å flytte: [Navn] — fra [X] til [Y] innen [tidsramme]
- Sekundærmetrikk: [Navn]

**KundeSitat (om tilgjengelig):**
> "[Sitat fra beta-bruker eller intervju som gjør dette konkret]"

---

## 3. Rullutsplan

| Fase | Dato | Omfang | Go/no-go-eier |
|---|---|---|---|
| Intern beta | | [Team eller power users] | [PM] |
| Begrenset utrulling | | [X % eller spesifikke kunder] | [PM] |
| Full lansering | | [Alle kunder / spesifikke segmenter] | [PM + GTM-lead] |

**Rollback-plan:**
[Hvem beslutter rollback, hvor raskt kan vi gjøre det, og hva skjer med kunder som allerede er eksponert?]

---

## 4. GTM-klar-sjekk

### Salg
- [ ] Salg er briefet på hva som lanseres og hvordan de snakker om det
- [ ] Konkurranseposisjonering oppdatert (hvis relevant)
- [ ] Demo-miljø oppdatert

**Salgs-enablement-eier:** [Navn]
**Briefing-dato:** [Dato]

### Customer Success / Account Management
- [ ] CS vet hva som lanseres *før* kundene gjør det
- [ ] Kommunikasjonsplan er avtalt (hvem forteller hvilke kunder, når)
- [ ] Liste over proaktiv outreach klar (kunder som spurte spesifikt om dette)

**CS-eier:** [Navn]
**CS-briefing-dato:** [Dato]

### Support
- [ ] Support er opplært i hva som er nytt og vanlige spørsmål
- [ ] FAQ / internt knowledge base-artikkel skrevet
- [ ] Estimat på support-volum (vil dette øke tickets?)

**Support-eier:** [Navn]
**Support-klar-dato:** [Dato]

### Marketing
- [ ] Ekstern kommunikasjon besluttet: Ja / Nei / Lav-nøkkel / Changelog-only
- [ ] Hvis ja: Blogginnlegg / E-post / Sosiale medier / In-app / Pressemelding
- [ ] Hjelpedokumentasjon publisert eller planlagt

**Marketing-eier:** [Navn]

---

## 5. Kundekommunikasjon

**Hvem får beskjed:** Alle kunder / Berørt segment / Beta-brukere / Ingen proaktiv outreach

**Kanal:** E-post / In-app-varsling / CS-ledet / Ingen kommunikasjon

**Tidspunkt:** Før lansering / På lanseringsdagen / Post-launch

**Utkast til melding:**
[Skriv de faktiske ordene — ikke en beskrivelse av hva du vil si]

---

## 6. Post-launch overvåking

**Første 48 timer:**

| Signal | Verktøy | Eier | Terskel for å handle |
|---|---|---|---|
| Feilrate | [Tool] | [Eng lead] | > X % |
| Bruk / aktivering | [Analytics] | [PM] | < Y % av forventet |
| Support-tickets | [Support-tool] | [Support lead] | > Z tickets/dag |

**14-dagers sjekk:** [Hvem gjennomgår hvilke metrikker, med hvem, og hvilken beslutning tas?]

**Impact review:** Sett dato for impact review møtet — [`../operating-cadence/impact-review.md`](../operating-cadence/impact-review.md)

---

## 7. Åpne punkter — pre-launch blokkere

| Punkt | Eier | Frist | Status |
|---|---|---|---|
| | | | |

---

## Go / No-Go

**Go/no-go-møte:** [Dato og deltakere]

**Go-kriterier (alle må være sanne):**
- [ ] Produkt: alle kritiske bugs løst
- [ ] Engineering: overvåking på plass, rollback testet
- [ ] CS/Support: opplært og klare
- [ ] Juridisk/Sikkerhet: godkjent (hvis relevant)
- [ ] Dokumentasjon: publisert eller planlagt

**No-go-kriterier (ethvert av disse er nok til å utsette):**
- [ ] [Spesifikk blokker]
- [ ] [Spesifikk blokker]