Kravdokument til hjemmeside: hvad du skal skrive
Et kravdokument findes af én grund: at sikre at du og den, der bygger siden, taler om samme projekt. Det behøver ikke være langt. Det skal være konkret de rigtige steder.
Denne guide viser, hvad du skal have med, hvad du skal lade være, og hvilke afsnit der forhindrer de hyppigste stridigheder.
Afsnit der ikke må mangle#
Hvert af dem findes, fordi dets fravær skaber et forudsigeligt problem.
- Kontekst og mål. Hvad virksomheden laver, og hvad siden skal opnå, i tal.
- Målgruppe. Hvem der besøger, og med hvilket spørgsmål.
- Sideliste. Alle, grupperet efter skabelon, med markering af hvilke der er nye.
- Funktioner. Formularer, søgning, filtre, login-område, hvad det nu er.
- Integrationer. Hvert eksternt system, med ansvarlig for adgang.
- Indhold. Hvem skriver, hvem fotograferer, hvem lægger ind, og hvornår.
- Tekniske krav. Sprog, tilgængelighed, ydeevne, understøttede browsere.
- Uden for omfang. Dokumentets vigtigste afsnit.
- Frister og ansvarlige. Hvem beslutter, og hvad der sker ved forsinkelse.
Afsnittet «uden for omfang» forhindrer flere stridigheder end alle andre tilsammen. Skriv det, selv om det virker indlysende.
Sådan skriver du krav, der kan efterprøves#
Et vagt krav kan ikke efterprøves, og det der ikke kan efterprøves, diskuteres i slutningen af projektet.
| Vagt | Efterprøveligt |
|---|---|
| Siden skal være hurtig | LCP under 2,5 s på hovedskabelonerne på 4G |
| Den skal virke på mobil | Brugbar fra 360 px, testet på rigtige enheder |
| Den skal være tilgængelig | Opfylder WCAG 2.1 niveau AA på hovedskabelonerne |
| Nem at styre | Teamet opretter og udgiver en side uden udvikler |
| Moderne design | Følger designmanualen; tre indledende forslag |
| Optimeret til SEO | Redigerbare titler, sitemap, strukturerede data, viderestillinger |
| Understøtter flere sprog | DA og EN ved lancering; struktur til at tilføje flere |
Hvad du skal lade være med#
For detaljerede dokumenter koster tid at skrive, tid at læse, og fratager udføreren muligheden for at foreslå noget bedre.
- Foreskriv ikke teknologi uden grund. Angiv problemet; lad løsningen ligge i tilbuddet.
- Skriv ikke teksten på hver knap. Det løses med skærme foran sig.
- Design ikke siden i ord. Visuelle referencer virker bedre end beskrivelser.
- Tag ikke funktioner «til fremtiden» med uden tydeligt at markere dem som fase to.
- Kopiér ikke krav fra et andet dokument uden at tjekke, om de gælder.
- Bed ikke om det, du ikke vil bruge. Hver funktion har en bygge- og driftsomkostning.
Overstiger dokumentet ti sider for en virksomhedsside, specificerer du sandsynligvis løsningen i stedet for problemet.
At bruge dokumentet undervejs#
Dokumentet skal ikke arkiveres efter underskrift. Det er den reference, der afgør stridigheder.
- Send samme dokument til alle kandidater for at få sammenlignelige tilbud.
- Vedhæft det til aftalen, så det aftalte omfang er det skrevne omfang.
- Beder nogen om noget nyt, så tjek dokumentet, før I taler om tidsplan.
- Registrér ændringer af omfanget skriftligt, med estimat, før arbejdet begynder.
- Brug sidelisten som tjekliste for indhold under bygget.
- Ved aflevering gennemgår I de efterprøvelige krav ét ad gangen.
Ofte stillede spørgsmål
Hvor langt skal dokumentet være?
For en virksomhedsside rækker fem til ti sider. For et stort projekt med integrationer tyve til tredive. Overstiger du det markant, specificerer du sandsynligvis løsningen i stedet for problemet — og den slags dokumenter har det med at blive ignoreret af alle, inklusive dem der skrev dem.
Skal jeg oplyse budgettet?
Ja. Udføreren kan så foreslå det bedst mulige projekt inden for beløbet i stedet for at gætte. Den, der ikke oplyser budget, får bud der varierer ti gange og kan ikke sammenligne dem. Et interval rækker; du behøver ikke afsløre den præcise grænse.
Hvem skal skrive dokumentet?
En på kundesiden, der kender forretningen, gerne med støtte fra en, der forstår web. Beder du et bureau skrive det, beskriver det naturligt det projekt, bureauet kan lide at lave — hvilket kan være fint, men holder op med at duge til at sammenligne tilbud. Gør du det sådan, så betal for den fase separat.
Hvad hvis kravene ændrer sig undervejs?
De ændrer sig næsten altid, og dokumentet forhindrer det ikke — det organiserer det. Hav en ændringsprocedure: hver ny anmodning får et skriftligt estimat, før arbejdet begynder. Problemet er ikke ændringer, men ændringer der glider ind, uden at nogen justerer tid og budget.
kravdokument hjemmesidebrief hjemmesidekravspecifikation websiteomfang webprojektudbud hjemmesidekrav webprojekt
