En kravspecifikation för en ny hemsida behöver inte vara ett tekniskt dokument på femtio sidor. Den ska framför allt göra projektets mål, omfattning och ansvar tydliga innan design och utveckling börjar.
1. Börja med affärsmålet
Skriv vad webbplatsen ska åstadkomma. Ska den generera leads, sälja produkter, boka möten, rekrytera, ge support eller bygga varumärke? Prioritera ett huvudmål och några stödjande mål.
2. Definiera målgrupper
Beskriv de viktigaste besökarna och vad de behöver göra. En inköpare, arbetssökande och befintlig kund kan behöva helt olika vägar genom samma webbplats.
3. Lista sidtyper
Gör en första sitemap med exempelvis startsida, tjänster, branscher, case, om oss, kontakt, guider och landningssidor. Ange vilka sidtyper som ska kunna återanvändas i CMS.
4. Beskriv funktioner
Lista funktioner separat från innehåll: formulär, bokning, sök, filter, inloggning, karta, offertflöde, kundportal eller andra verktyg. Beskriv vad användaren ska kunna göra, inte bara vad funktionen ska heta.
5. Bestäm CMS-behov
Vilka delar ska redaktörer kunna ändra själva? Ange behov av roller, förhandsgranskning, schemaläggning, mediahantering och återanvändbara block.
6. Samla integrationerna
CRM, e-post, analys, betalning, ekonomi, bokning och andra system bör identifieras tidigt. Dokumentera vem som äger respektive konto och vilka API- eller licenskostnader som kan tillkomma.
7. Sätt SEO-krav före utveckling
Kravspecen bör täcka redigerbara titlar och beskrivningar, canonical, sitemap, redirects, strukturerade URL:er, internlänkning och möjlighet att hantera indexering. Vid migrering ska gamla URL:er kartläggas.
8. Ange prestandamål
Skriv att bilder ska optimeras, onödiga scripts begränsas och att sajten ska testas på mobil och långsammare anslutning. Prestanda är enklare att bygga in än att reparera i slutet.
9. Tillgänglighet
Beskriv krav på tangentbordsnavigation, formuläretiketter, kontrast, fokusmarkering och semantisk struktur. Gör tillgänglighet till en del av QA, inte en punkt som kontrolleras dagen före lansering.
10. Säkerhet och backup
Definiera vem som ansvarar för uppdateringar, backup, behörigheter och incidenter. Om WordPress används kan WordPress-säkerhet för företag användas som grund.
11. Hosting och miljöer
Ange om staging behövs, var sajten ska driftas och vem som äger kontot. Se även guiden om webbhotell för företag.
12. Innehållsansvar
Lista vem som levererar texter, bilder, case, logotyper och juridiska texter. Sätt datum. Otydligt innehållsansvar är en vanlig orsak till att färdigutvecklade sajter inte kan lanseras.
13. Analys och konvertering
Bestäm vilka händelser som ska mätas: formulär, bokningar, köp, telefonsamtal eller nedladdningar. Det gör det möjligt att bygga rätt tracking redan från start.
14. Acceptanskriterier
För varje viktig funktion bör det gå att avgöra om den är klar. Exempel: ”Kontaktformuläret skickar, sparar korrekt data, visar bekräftelse och fungerar på mobil.”
15. Förvaltning efter lansering
Kravspecen bör även beskriva vad som händer därefter: support, uppdateringar, vidareutveckling och svarstider. Läs guiden om webbplatsdrift.
En enkel mall
- Affärsmål.
- Målgrupper.
- Sitemap.
- Funktioner.
- CMS.
- Integrationer.
- SEO.
- Prestanda och tillgänglighet.
- Säkerhet och hosting.
- Innehållsansvar.
- Mätning.
- Acceptanskriterier.
- Förvaltning.
Sammanfattning
En bra kravspecifikation minskar antalet antaganden i webbprojektet. Fokusera på vad verksamheten och användaren behöver, vilka system som ska kopplas ihop och vem som ansvarar för varje del. Då blir både offert, projektledning och slutleverans betydligt lättare att bedöma.