En kravspecifikation för webbprojekt 2026 behöver inte vara ett 50-sidigt tekniskt dokument. För de flesta företag räcker ett tydligt underlag som beskriver målet, vad webbplatsen ska kunna göra, vilka integrationer som krävs och vad som måste fungera vid lansering.

Ju bättre underlaget är, desto lättare blir det att jämföra offerter från webbyråer och desto mindre risk för dyra tillägg under projektet.

1. Börja med affärsmålet

Skriv en mening om vad webbplatsen framför allt ska åstadkomma. Exempel:

  • generera kvalificerade leads
  • sälja produkter
  • boka möten
  • rekrytera personal
  • minska supportbehov
  • ersätta ett äldre system

Målet hjälper leverantören prioritera rätt.

2. Beskriv målgruppen

Lista de viktigaste kundgrupperna och vad de behöver kunna göra. Ett B2B-bolag med långa beslutsprocesser behöver en annan struktur än ett lokalt tjänsteföretag.

3. Definiera viktigaste konverteringen

Bestäm vad en lyckad besökare ska göra:

  • skicka offertförfrågan
  • boka möte
  • ringa
  • köpa
  • ladda ned material
  • ansöka

4. Lista sidtyper

Beskriv vilka typer av sidor som behövs, exempelvis:

  • startsida
  • tjänstesidor
  • bransch- eller målgruppssidor
  • case
  • artiklar
  • kontakt
  • landningssidor

Det är mer användbart än att bara uppskatta “ungefär 20 sidor”.

5. Navigation

Beskriv vilka huvudområden besökaren snabbt måste kunna hitta. Byrån kan sedan föreslå informationsarkitektur, men affärsprioriteringen bör komma från verksamheten.

6. Funktioner

Dela upp funktionerna i:

  • måste
  • bör
  • kan senare

Det gör att projektet kan hållas inom budget utan att kärnan offras.

7. Integrationer

Lista system som webbplatsen ska kommunicera med:

  • CRM
  • bokning
  • nyhetsbrev
  • betalning
  • ERP
  • rekryteringssystem
  • API:er

Beskriv om integrationen redan finns eller måste byggas.

8. Innehållsansvar

Bestäm vem som levererar text, bilder, video, översättningar och juridiska texter. Många webbprojekt försenas inte av kod utan av att innehåll saknas.

9. SEO-krav

SEO ska ingå i strukturen från början. Underlaget bör nämna:

  • viktiga tjänster och sökintentioner
  • URL-struktur
  • metadata
  • internlänkning
  • sitemap
  • redirectplan vid migrering
  • Search Console efter lansering

10. Migrering

Om en gammal webbplats ersätts behöver befintliga URL:er, innehåll och söktrafik tas om hand. Skicka gärna med en export eller lista över viktiga nuvarande sidor redan i offertfasen.

11. Designkrav

Beskriv varumärkesramar och funktionella behov snarare än att låsa varje pixel. Ange exempelvis:

  • grafisk profil
  • tillgänglighetskrav
  • mobil prioritet
  • önskad tonalitet
  • referenssajter och varför ni gillar dem

12. CMS

Beskriv vad redaktionen ska kunna göra utan utvecklare. Exempel:

  • skapa landningssidor
  • publicera artiklar
  • ändra CTA
  • hantera bilder
  • uppdatera personal eller case

13. Roller och behörigheter

Om flera personer ska arbeta i systemet kan olika roller behövas. Definiera vem som ska kunna publicera, redigera eller administrera.

14. Mätning

Bestäm vilka händelser som ska mätas. Det kan vara formulär, samtalsklick, bokningar, köp eller andra affärshändelser.

En ny webbplats bör inte lanseras utan att de viktigaste konverteringarna kan följas.

15. Prestanda

Kravspecen kan beskriva att webbplatsen ska byggas med rimlig prestandabudget och testas på verkliga mobil- och desktopscenarier.

Undvik däremot orealistiska absoluta löften som inte tar hänsyn till externa scripts och tredjepartstjänster.

16. Säkerhet och backup

Definiera ansvar efter lansering. Ska byrån sköta uppdateringar och backup, eller tar intern IT över?

Läs Underhållsavtal för hemsida 2026.

17. Tillgänglighet

Om verksamheten omfattas av särskilda tillgänglighetskrav ska det framgå tidigt. Även andra företag tjänar på tydliga formulär, tangentbordsnavigation, kontrast och semantisk struktur.

18. Testning

Beskriv vad som måste testas före godkännande:

  • formulär
  • mobil
  • webbläsare
  • integrationer
  • redirects
  • tracking
  • behörigheter

19. Lansering

Definiera vem som ansvarar för domän, DNS, deploy, backup av gammal webbplats och verifiering efter lansering.

20. Support efter lansering

Bestäm om projektet inkluderar garantiperiod, supporttimmar eller separat underhållsavtal.

För WordPress, se WordPress-support för företag 2026.

21. Budgetram

En realistisk budgetram hjälper byrån föreslå rätt lösning. Om budgeten är helt öppen kan leverantörer offerera helt olika ambitionsnivåer som blir svåra att jämföra.

22. Tidsplan

Ange hårda deadlines och vad som driver dem, exempelvis mässa, produktlansering eller avtalsbyte. Skilj mellan önskat datum och absolut sista datum.

23. Godkännandekriterier

Skriv vad som måste vara sant för att projektet ska betraktas som levererat. Det minskar diskussioner om vad “klart” betyder.

24. Jämför webbyråer med samma underlag

Skicka samma grundspecifikation till de byråer du jämför. Då blir skillnader i pris, metod och scope mycket tydligare.

Se Webbyrå Stockholm 2026.

Kort kravspecmall

  1. Affärsmål
  2. Målgrupper
  3. Primära konverteringar
  4. Sidtyper
  5. Måste-funktioner
  6. Integrationer
  7. SEO och migrering
  8. Innehållsansvar
  9. CMS och behörigheter
  10. Mätning
  11. Tekniskt ansvar
  12. Testning
  13. Lansering
  14. Support
  15. Budget och deadline

Sammanfattning

En bra kravspecifikation för webbprojekt 2026 ska göra projektet jämförbart och beslutsbart. Den behöver inte tala om för utvecklaren exakt hur allt ska byggas, men den ska tydligt beskriva vad verksamheten behöver uppnå.

När mål, funktioner, integrationer, SEO, ansvar och acceptanskriterier är tydliga blir både offerten och slutresultatet betydligt bättre.