Att beställa en ny webbplats eller webbapp kan kännas som en svart låda: du lämnar en brief, och flera veckor senare dyker något upp. Hos en seriös tech-byrå är det tvärtom – ett strukturerat samarbete där du vet vad som händer, när det händer och varför. Den här guiden går igenom hela kedjan från första samtalet till löpande drift, och vad du som kund rimligen bör förvänta dig i varje fas.
1. Discovery – att förstå problemet innan koden
Den första fasen handlar aldrig om teknik. Den handlar om att förstå varför projektet ska genomföras. En kompetent byrå ställer fler frågor än den ger svar: Vilka är användarna? Vad ska de kunna göra? Vilka affärsmål ska sajten stötta – fler leads, snabbare onboarding, lägre supporttryck?
I praktiken består discovery av workshops, intervjuer och en genomgång av nuläget. Resultatet brukar bli ett antal konkreta leveranser:
- Mål och KPI:er – mätbara framgångskriterier, inte luddiga ambitioner.
- Målgrupper och användningsfall – ofta i form av personas eller jobs-to-be-done.
- Sitemap och innehållsstruktur – vilka sidor och flöden som behövs.
- Tekniskt och juridiskt ramverk – krav på prestanda, tillgänglighet, GDPR och integrationer.
Vad du som kund bör förvänta dig: att bli intervjuad ordentligt, att få utmanande motfrågor och att lämna fasen med ett dokument som beskriver vad som faktiskt ska byggas. Hoppar någon direkt till design eller kod utan discovery är det en varningssignal.
2. Design – från wireframe till färdig prototyp
Designfasen översätter discovery till något visuellt. Den börjar nästan alltid i lågupplöst format: wireframes som visar struktur och hierarki utan att fastna i färger och typsnitt. Här testas idéer billigt, innan någon investerat tid i pixelperfekt formgivning.
Därefter byggs ett designsystem – komponenter, färgskala, typografi och avstånd – i ett verktyg som Figma. Poängen med ett designsystem är att det är återanvändbart: knappar, formulär och kort designas en gång och återbrukas konsekvent, vilket gör både bygget och framtida förvaltning billigare.
Tillgänglighet byggs in – inte på
En modern designprocess väver in tillgänglighet från start. Sedan den europeiska tillgänglighetslagen (European Accessibility Act) började tillämpas den 28 juni 2025 – i Sverige genom lagen (2023:254) om vissa produkters och tjänsters tillgänglighet – omfattas allt fler privata aktörer av krav på digital tillgänglighet. Standarden att designa mot är WCAG 2.2 nivå AA samt den europeiska standarden EN 301 549. Det handlar konkret om tydliga fokusmarkeringar för tangentbordsnavigering, tillräckliga klickytor och god kontrast – saker som är dramatiskt billigare att designa in än att rätta i efterhand.
Vad du som kund bör förvänta dig: att få se och tycka till om wireframes innan färdig design, och en klickbar prototyp du kan känna på innan en enda rad produktionskod skrivs.
3. Utveckling – rätt teknik för rätt problem
Nu byggs det. Valet av teknik ska styras av projektets behov, inte av vad som råkar vara trendigt. Två moderna ramverk dominerar diskussionen 2026, och de löser olika problem.
Astro – för innehållsdrivna sajter
För marknadssajter, kunskapsbanker och bloggar är Astro ett naturligt val. Astros filosofi är att skicka så lite JavaScript som möjligt till webbläsaren – sidan levereras som statisk HTML och blir därmed snabb i grunden. Med Server Islands kan enskilda komponenter (en inloggad användares avatar, en varukorg, personaliserade rekommendationer) renderas dynamiskt utan att tynga resten av sidan, medan det kritiska innehållet visas direkt. Content Layer-API:t gör att innehåll kan hämtas typsäkert från valfri källa: ett headless-CMS, en databas eller ett externt API.
React – för interaktiva applikationer
När projektet handlar om en faktisk applikation – dashboards, bokningssystem, verktyg med mycket interaktivt tillstånd – är React ofta rätt. React 19, som släpptes i december 2024 och sedan dess fått flera punktuppdateringar, gjorde React Server Components stabila tillsammans med Actions, hooken useActionState och det nya use-API:t. Det innebär att delar av gränssnittet kan renderas på servern och att formulärlogik blir enklare och snabbare.
Bra byråer arbetar i korta iterationer (sprintar), med versionshantering i Git, kodgranskning (pull requests) och automatiserade pipelines. Du bör ha löpande insyn – ofta via en deploy-förhandsvisning där du kan klicka runt i bygget medan det växer fram.
Vad du som kund bör förvänta dig: en motivering till teknikvalet i klartext, regelbundna avstämningar och tillgång till en testmiljö – inte ett byggprojekt bakom lykta dörrar.
4. Innehåll – det som faktiskt gör jobbet
Den vackraste designen är värdelös utan innehåll som konverterar. Innehållsfasen löper ofta parallellt med utvecklingen och omfattar copy, bilder, video och struktur. Här fattas också beslut om CMS: ska redaktörerna kunna uppdatera sidor själva, och i så fall hur enkelt?
Sökmotoroptimering hör hemma redan här – inte som en eftertanke. Det handlar om semantisk HTML-struktur (rubriknivåer, alt-texter), genomtänkta metadata, intern länkstruktur och strukturerad data. Det är betydligt effektivare att bygga in SEO i innehållet från början än att försöka skruva på det efter lansering.
Vad du som kund bör förvänta dig: tydlighet kring vem som producerar innehåll (du, byrån eller bådadera), en redaktionell deadline och – om relevant – utbildning i CMS:et innan lansering.
5. Test och kvalitetssäkring
Innan något når publiken testas det metodiskt. En modern testfas omfattar flera lager:
- Funktionstester – fungerar alla flöden, formulär och integrationer som tänkt?
- Responsivitet – ser och fungerar sajten bra på mobil, surfplatta och desktop?
- Prestanda – mäts mot Googles Core Web Vitals. Riktmärkena 2026 är LCP under 2,5 sekunder, INP på högst 200 ms och CLS på högst 0,1. INP är den vanligaste fallgropen, så interaktivitet testas särskilt noga.
- Tillgänglighet – verifieras mot WCAG 2.2 AA med både automatiska verktyg och manuell tangentbords- och skärmläsartestning.
- Säkerhet – grundläggande genomgång av beroenden, behörigheter och dataflöden.
Vad du som kund bör förvänta dig: en period för egen granskning (UAT – user acceptance testing) där du får testa och rapportera, samt en tydlig process för hur buggar prioriteras och åtgärdas före lansering.
6. Lansering – mer än att trycka på en knapp
Själva lanseringen är odramatisk när förarbetet är gjort. Men den kräver planering: DNS och domänpekning, SSL-certifikat, redirects från gamla URL:er (så att SEO-värde inte tappas), analys- och samtyckesverktyg samt en sista genomgång av prestanda och tillgänglighet i produktionsmiljön.
Moderna sajter driftas ofta på edge-baserade plattformar med globalt CDN, vilket ger snabb leverans oavsett var besökaren befinner sig. Lanseringen bör ske med en rollback-plan – kan något gå snabbt fel, ska det gå lika snabbt att backa.
Vad du som kund bör förvänta dig: en lanseringschecklista, ett bestämt lanseringsfönster och bekräftelse på att redirects, analys och säkerhetscertifikat är på plats.
7. Drift och förvaltning – projektet tar inte slut vid lansering
En webbplats är en levande produkt. Efter lansering vidtar drift: säkerhetsuppdateringar av beroenden, övervakning av drifttid och prestanda, backup-rutiner och löpande innehållsuppdateringar. Lika viktigt är att följa upp mot de KPI:er som sattes i discovery – konverterar sajten, sjunker supporttrycket, syns den i sök?
Bra förvaltning är proaktiv. Ramverk som React och Astro släpper nya versioner löpande, och nya rättskällor – som den uppdaterade EN 301 549 v4.1.1 som väntas referera WCAG 2.2 – gör att kraven förändras över tid. En byrå som hör av sig innan något blir ett problem är värd mer än en som bara dyker upp när något redan kraschat.
Vad du som kund bör förvänta dig: ett tydligt förvaltningsavtal, definierade svarstider och en namngiven kontaktperson – inte en supportkö i tomma intet.
Vad påverkar omfattning och investering?
Ett webbprojekts storlek beror på flera faktorer: antal sidmallar och unika flöden, hur mycket egen design kontra färdiga komponenter som behövs, antal integrationer (betalning, CRM, CMS), krav på tillgänglighet och prestanda, samt hur mycket innehållsproduktion som ingår. Två projekt som båda kallas "ny webbplats" kan därför skilja sig åt i omfattning på ett genomgripande sätt.
Vill du ha en bild av omfattningen för just ert projekt är det enklast att utgå från konkreta behov. Hos ZORC kan du använda offertkalkylatorn för att få en uppskattning baserad på era val, eller ta kontakt direkt så hjälper vi dig att strukturera projektet från idé till lansering – och vidare in i en stabil drift.
