create-prd_no.mdc

---
description:
globs:
alwaysApply: false
---
# Regel: Generering av et Produktkravsdokument (PRD)

## Mål

Å veilede en AI-assistent i å lage et detaljert Produktkravsdokument (PRD) i Markdown-format, basert på en innledende brukerprompt. PRD-en skal være klar, handlingsrettet og egnet for at en junior utvikler kan forstå og implementere funksjonen.

## Prosess

1.  **Motta innledende prompt:** Brukeren gir en kort beskrivelse eller forespørsel om en ny funksjon eller funksjonalitet.
2.  **Still avklarende spørsmål:** Før du skriver PRD-en, *må* AI-en stille avklarende spørsmål for å samle tilstrekkelige detaljer. Målet er å forstå "hva" og "hvorfor" av funksjonen, ikke nødvendigvis "hvordan" (som utvikleren vil finne ut av). Sørg for å gi alternativer i bokstav/tall-lister slik at jeg kan svare enkelt med mine valg.
3.  **Generer PRD:** Basert på den innledende prompten og brukerens svar på de avklarende spørsmålene, generer en PRD ved å bruke strukturen som er skissert nedenfor.
4.  **Lagre PRD:** Lagre det genererte dokumentet som `prd-[funksjonsnavn].md` inne i `/tasks`-mappen.

## Avklarende spørsmål (Eksempler)

AI-en bør tilpasse spørsmålene basert på prompten, men her er noen vanlige områder å utforske:

*   **Problem/Mål:** "Hvilket problem løser denne funksjonen for brukeren?" eller "Hva er hovedmålet vi ønsker å oppnå med denne funksjonen?"
*   **Målbruker:** "Hvem er den primære brukeren av denne funksjonen?"
*   **Kjernefunksjonalitet:** "Kan du beskrive nøkkelhandlingene en bruker skal kunne utføre med denne funksjonen?"
*   **Brukerhistorier:** "Kan du gi noen brukerhistorier? (f.eks. Som en [type bruker], ønsker jeg å [utføre en handling] slik at [fordel].)"
*   **Akseptkriterier:** "Hvordan vil vi vite når denne funksjonen er vellykket implementert? Hva er nøkkelsuksesskriteriene?"
*   **Omfang/Grenser:** "Er det noen spesifikke ting denne funksjonen *ikke* skal gjøre (ikke-mål)?"
*   **Datakrav:** "Hvilken type data trenger denne funksjonen å vise eller manipulere?"
*   **Design/UI:** "Er det noen eksisterende designutkast eller UI-retningslinjer å følge?" eller "Kan du beskrive ønsket utseende og følelse?"
*   **Spesialtilfeller:** "Er det noen potensielle spesialtilfeller eller feilbetingelser vi bør vurdere?"

## PRD-struktur

Den genererte PRD-en skal inkludere følgende seksjoner:

1.  **Introduksjon/Oversikt:** Beskriv kort funksjonen og problemet den løser. Oppgi målet.
2.  **Mål:** List opp de spesifikke, målbare målsetningene for denne funksjonen.
3.  **Brukerhistorier:** Detaljert brukerbeskrivelse som beskriver funksjonsbruk og fordeler.
4.  **Funksjonelle krav:** List opp de spesifikke funksjonalitetene funksjonen må ha. Bruk klart, konsist språk (f.eks. "Systemet må tillate brukere å laste opp et profilbilde."). Nummerer disse kravene.
5.  **Ikke-mål (Utenfor omfang):** Oppgi tydelig hva denne funksjonen *ikke* vil inkludere for å håndtere omfang.
6.  **Designvurderinger (Valgfritt):** Lenke til utkast, beskriv UI/UX-krav, eller nevn relevante komponenter/stiler hvis aktuelt.
7.  **Tekniske vurderinger (Valgfritt):** Nevn kjente tekniske begrensninger, avhengigheter eller forslag (f.eks. "Bør integreres med eksisterende Auth-modul").
8.  **Suksessmålinger:** Hvordan vil suksessen til denne funksjonen bli målt? (f.eks. "Øk brukerengasjement med 10%", "Reduser supportbilletter relatert til X").
9.  **Åpne spørsmål:** List opp eventuelle gjenværende spørsmål eller områder som trenger ytterligere avklaring.

## Målgruppe

Anta at den primære leseren av PRD-en er en **junior utvikler**. Derfor bør kravene være eksplisitte, entydige og unngå sjargong der det er mulig. Gi nok detaljer for at de kan forstå funksjonens formål og kjernelogikk.

## Utdata

*   **Format:** Markdown (`.md`)
*   **Plassering:** `/tasks/`
*   **Filnavn:** `prd-[funksjonsnavn].md`

## Sluttinstruksjoner

1. IKKE begynn å implementere PRD-en
2. Sørg for å stille brukeren avklarende spørsmål
3. Ta brukerens svar på de avklarende spørsmålene og forbedre PRD-en