En tydlig kravspecifikation för hemsidan gör det enklare att få jämförbara offerter och minskar risken för missförstånd under projektet. Den behöver inte vara tekniskt avancerad. Det viktigaste är att beskriva verksamheten, målen, sidstrukturen och vad webbplatsen faktiskt ska kunna göra.
Den här mallen är skriven för företag som planerar en ny webbplats under 2026. Om du i stället vill se pris och vanlig projektprocess för en lokal företagswebb kan du läsa hemsida Stockholm 2026.
1. Beskriv företaget och projektets mål
Börja med några meningar om verksamheten och varför webbplatsen ska byggas om eller skapas.
- Vilka tjänster eller produkter säljer ni?
- Vilka är de viktigaste målgrupperna?
- Vilka geografiska marknader arbetar ni på?
- Vad fungerar dåligt med nuvarande webbplats?
- Vad ska den nya webbplatsen göra bättre?
Sätt därefter 1–3 primära mål, exempelvis fler offertförfrågningar, fler bokningar, mer organisk trafik eller en bättre plattform för innehåll.
2. Lista sidor och innehåll
Skapa en första sitemap. Den kan vara enkel:
- Startsida
- Om oss
- Tjänst A
- Tjänst B
- Tjänst C
- Case eller referenser
- Blogg/kunskapsbank
- Kontakt
För SEO är det ofta bättre med en tydlig sida per viktig tjänst än en enda lång sida där alla erbjudanden blandas ihop.
3. Bestäm vem som producerar text och bilder
En vanlig orsak till förseningar är att ingen har definierat innehållsansvaret. Ange därför:
- om befintliga texter ska migreras,
- om byrån ska skriva nytt innehåll,
- vem som faktagranskar,
- om nya foton behövs,
- vem som äger rättigheter till bilder och annat material.
4. Designkrav
Beskriv känslan och funktionella krav hellre än att styra varje pixel.
Exempel:
- ren och professionell B2B-design,
- tydlig mobilupplevelse,
- stora läsbara rubriker,
- god kontrast,
- CTA för offert på viktiga sidor,
- komponenter som kan återanvändas när nya sidor skapas.
Har företaget grafisk profil, färger, typsnitt eller designmanual ska detta bifogas.
5. Funktioner
Dela upp funktionerna i måste ha och bra att ha. Då blir det lättare att hålla budgeten.
| Funktion | Prioritet | Kommentar |
|---|---|---|
| Kontaktformulär | Måste | Skicka till rätt mottagare och mät konvertering |
| Bokning | Efter behov | Ange befintligt system om det finns |
| CRM-integration | Efter behov | Specificera system och dataflöde |
| Nyhetsbrev | Bra att ha | Specificera leverantör |
| Flerspråkighet | Efter behov | Ange språk och vem som översätter |
6. SEO-krav
Om organisk synlighet är viktig ska SEO finnas i kravspecifikationen från början.
- sökords- och intentanalys,
- sitemap baserad på viktiga tjänster,
- unika titlar och metabeskrivningar,
- internlänkning,
- redirectplan från gamla URL:er,
- canonical och indexeringskontroll,
- XML-sitemap och robots.txt,
- prestanda och mobil UX,
- strukturerad data där den är relevant.
För större SEO-behov, se SEO-byrå Sverige 2026.
7. Integrationer
Lista alla externa system. Exempel:
- CRM,
- ERP,
- bokningssystem,
- betalningslösning,
- nyhetsbrev,
- chattsystem,
- rekryteringssystem,
- Google Analytics eller annan analys.
Beskriv vilken information som ska skickas mellan systemen. ”CRM-integration” är annars för vagt för en rättvis offert.
8. CMS och redigering
Beskriv vad företaget ska kunna ändra själv efter lansering:
- texter,
- bilder,
- tjänstesidor,
- artiklar,
- teammedlemmar,
- case,
- menyer och kontaktuppgifter.
Om WordPress är ett alternativ kan du läsa WordPress för företag 2026.
9. Mätning
Skriv vilka händelser som ska mätas. Trafik i sig räcker inte.
- skickade formulär,
- klick på telefonnummer,
- bokningar,
- köp,
- nedladdningar,
- andra relevanta konverteringar.
Specificera vem som ansvarar för installation och vem som äger analyskontona.
10. Migrering
Om en befintlig sajt ersätts ska kravspecifikationen beskriva vad som ska följa med:
- artiklar och sidor,
- bilder och dokument,
- formulärdata där det är relevant och tillåtet,
- SEO-metadata,
- gamla URL:er och redirects.
Redirectplanen är viktig för att inte kasta bort befintlig organisk synlighet.
11. Prestanda, säkerhet och backup
Be leverantören beskriva hosting, backup, uppdateringar och hur sajten skyddas. För WordPress bör det också framgå vem som ansvarar för plugin- och temauppdateringar efter lansering.
12. Tillgänglighet
Även när företaget inte omfattas av specifika tillgänglighetskrav är god tillgänglighet bra UX. Krav kan bland annat omfatta:
- tangentbordsnavigering,
- tydlig fokusmarkering,
- korrekta formuläretiketter,
- alt-texter för relevanta bilder,
- tillräcklig kontrast.
13. Ägande
Skriv uttryckligen vem som äger:
- domänen,
- webbplatsens kod och innehåll enligt avtalet,
- designfiler,
- hostingkonto,
- Analytics och Search Console,
- licenser och tredjepartskonton.
Detta är särskilt viktigt vid abonnemangsupplägg.
14. Support efter lansering
Definiera vad som ingår efter publicering. Exempel:
- garantiperiod för fel,
- supporttid,
- löpande underhåll,
- timpris för nya funktioner,
- SEO eller innehåll som separat tjänst.
15. Budget och tidsram
Om en ungefärlig budget finns är det ofta bättre att säga den. Då kan leverantören prioritera en lösning som är realistisk i stället för att offerera funktioner som ändå måste tas bort senare.
Se budgetguiden för 10 000, 25 000 och 50 000 kr för exempel på hur olika nivåer kan prioriteras.
Kopiera denna korta kravspec
Företag: [namn]Mål med webbplatsen: [mål]Målgrupp: [målgrupp]Viktigaste tjänster: [lista]Önskade sidor: [lista]Måste-ha-funktioner: [lista]Integrationer: [lista]Innehållsansvar: [kund/byrå]SEO: [nivå]Analys och mätning: [krav]Budget: [intervall]Önskad lansering: [datum/period]Support efteråt: [krav]
Vanliga frågor
Måste en kravspec vara teknisk?
Nej. En bra beskrivning av mål, användare och funktioner är mer värdefull än tekniska termer som kunden inte behöver styra.
Kan byrån hjälpa till att göra kravspecen?
Ja. För komplexa projekt är en förstudie ofta rätt första steg innan ett fast utvecklingspris sätts.
Varför behövs kravspec om projektet är litet?
Även en sida med en enkel lista över mål, sidor, ansvar och funktioner minskar risken för missförstånd.
Få hjälp att definiera projektet
Har ni en idé men ingen färdig kravspecifikation? Kontakta SveaMedia med nuläge, mål och budgetram så går det att strukturera projektet före design och utveckling.

