Kravspecifikation hemsida 2026 – mall för företag före offert

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
Läs  Vad är bra med marknadsföring?

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.
Läs  Hemsida Stockholm 2026 – pris, process och vad som ingår

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.

Läs  Vilken marknadsföring är mest effektiv 2026? Välj kanal efter affärsmodell

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.