Claude til produktudvikling: fra brugerindsigt til feature-brief

Produktteams er konstant presset mellem brugernes behov, tekniske begrænsninger og forretningsmæssige prioriteter. Claude kan ikke træffe produktbeslutninger, men den kan markant reducere den dokumentationstid og det struktureringsarbejde, der sluger timer fra vigtigere opgaver.

Analyser brugerfeedback og support-tickets

Support-tickets og brugeranmeldelser er guld — men volumen kan gøre dem uoverskuelige. Claude kan hjælpe med at identificere mønstre:

Her er 100 support-tickets fra den seneste måned: [indsæt eller opsummer].
Identificér: 1) Top 5 mest rapporterede problemer. 2) Hvilke funktioner nævnes oftest negativt?
3) Hvilke funktioner nævnes oftest positivt? 4) Foreslå 3 prioriterede indsatsområder baseret på volumen og alvorlighed.

Skriv user stories fra råindsigter

User stories er fundamentet for god produktudvikling. Formatet er enkelt — udførelsen er det svære:

Konvertér disse brugerindsigter til user stories i formatet: "Som [brugertype] vil jeg [handling] så jeg kan [mål]".
Indsigter: [beskriv]
Tilføj for hver story: acceptancekriteria (min. 3 punkter) og en kort beskrivelse af værdien.

Feature-brief template

En god feature-brief sikrer, at alle stakeholders har samme forståelse:

Skriv en feature-brief for [feature-navn].
Inkludér:
- Problembeskrivelse: hvad løser featuren?
- Målgruppe: hvem er primære brugere?
- User stories: 3–5 kernescenarier
- Out of scope: hvad er eksplicit udeladt fra denne version?
- Succeskriteria: hvordan måler vi om featuren lykkes?
- Afhængigheder: hvad kræver det teknisk eller organisatorisk?

Prioriteringsframeworks med Claude

Prioritering er en af produktmanagerens sværeste opgaver. Claude kan hjælpe med at strukturere vurderingen:

• RICE: Reach × Impact × Confidence ÷ Effort
• MoSCoW: Must have, Should have, Could have, Won’t have

Her er vores feature-backlog: [liste med features].
Vurder dem med RICE-metoden baseret på disse estimater: [beskriv antagelser om reach, impact, confidence og effort].
Rangér dem og forklar de tre vigtigste prioriteringer.

Produktvision og roadmap-kommunikation

At kommunikere roadmap til forskellige stakeholders kræver forskellige formater:

Skriv en produktvision-statement for [produkt].
Den skal beskrive: hvem produktet er til, hvilket problem det løser, hvad der differentierer det,
og hvad den langsigtede ambition er. Max 100 ord. Undgå jargon.

Omformulér dette tekniske roadmap til en version til C-level stakeholders.
Fokuser på forretningsværdi og kundepåvirkning — ikke teknisk implementering.
[Indsæt teknisk roadmap]

Teknisk specifikation fra produktkrav

Brobyggeri mellem produkt og engineering er tidskrævende. Claude kan hjælpe med at konvertere krav til teknisk spec:

Her er produktkravene til [feature]: [beskriv].
Skriv en teknisk specifikation med:
- API-endpoints (hvis relevant)
- Datamodel-ændringer
- Edge cases og fejlhåndtering
- Ydeevnekrav

Release notes og changelog

Release notes er vigtige for brugertillid — men de skrives ofte i en fart og mangler klarhed:

Skriv release notes til version [nummer].
Ændringer: [beskriv teknisk].
Målgruppe: slutbrugere uden teknisk baggrund.
Format: kort introduktion, bullet points med ændringer, og et afsnit om kendte begrænsninger hvis relevant.

Med Claude som skriveassistent kan produktteams bruge mere tid på at forstå brugerne og mindre tid på at dokumentere — og det er netop der, den største produktværdi skabes.