En tidslinje utan beslut är fiktion

När ett företag börjar planera en skräddarsydd webbapp kommer nästan alltid samma fråga först:

Hur lång tid kommer projektet att ta?

Det är en viktig fråga, men svaret är mer komplext än många tror. En custom webbapp handlar nämligen inte bara om utveckling och programmering. Tidslinjen påverkas av affärsmål, beslutsprocesser, användarbehov, integrationer, säkerhet, dataskydd och hur väl organisationen kan prioritera.

Den största missuppfattningen är att utvecklingsteamet ensam styr tidsplanen.

I verkligheten är det ofta besluten före och under projektet som avgör när en webbapp kan lanseras.

En tidsplan utan tydliga beslut är därför bara en uppskattning.

Hur lång tid tar en custom webbapp i Sverige?

Det finns ingen officiell svensk medianstatistik för exakt genomloppstid för skräddarsydda webbappar. Däremot visar svenska projekt, etablerade arbetssätt och regulatoriska krav en tydlig bild.

För ett normalt medelstort projekt är en realistisk tidsram cirka:

4–8 månader från discovery till första lansering.

Ett mindre MVP-projekt med tydligt fokus, få integrationer och återanvändbara komponenter kan gå snabbare.

Större projekt inom offentlig sektor, projekt med omfattande innehållsmigrering eller många verksamhetssystem kan däremot ta:

8–12 månader eller längre.

Skillnaden handlar sällan bara om teknik. Den handlar om komplexitet, organisationens beslutsförmåga och hur tidigt viktiga frågor identifieras.

Varför svenska företag investerar mer i digitala tjänster

Behovet av avancerade digitala lösningar ökar snabbt i Sverige.

Enligt den senaste tillgängliga SCB-statistiken bedrev 30 procent av svenska företag med minst 10 anställda webbförsäljning via egen webbplats eller app under 2024.

I vissa branscher var andelen ännu högre:

  • Handel: 54 procent
  • Hotell och restaurang: 45 procent

Samtidigt uppgav 35,0 procent av företagen att de använde AI under 2025.

Det visar en tydlig förändring: företag förväntar sig idag digitala tjänster som inte bara fungerar, utan som är snabbare, smartare och mer automatiserade.

Även offentlig sektor befinner sig mitt i denna utveckling. Diggs uppföljning av myndigheters digitalisering med undersökningsår 2024 visar att endast 15 procent av myndigheterna både har strukturerad informationshantering och arbetar datadrivet.

Vad som egentligen påverkar tidslinjen

Många företag tror att ett webbappsprojekt blir försenat på grund av tekniska problem.

I praktiken är orsaken ofta en annan.

Projekt tappar tid när viktiga beslut skjuts upp:

  • Vilka funktioner måste finnas vid lansering?
  • Vad kan vänta till senare versioner?
  • Vilka system behöver integreras?
  • Hur ska användardata hanteras?
  • Vem ansvarar för slutliga beslut?

Svenska projekt påverkas också av höga krav på säkerhet och digital kvalitet.

För offentlig sektor gäller exempelvis DOS-lagen sedan 2019 för nya webbplatser och sedan 2021 även för appar. Samtidigt kräver IMY att dataskydd byggs in från början genom principen om inbyggt dataskydd och dataskydd som standard.

Det betyder att säkerhet, juridik och tillgänglighet inte kan behandlas som slutkontroller. De måste vara en del av projektet från första dagen.

Från discovery till launch: en realistisk svensk modell

En typisk tidslinje för en medelstor custom webbapp ser ut så här:

Fas Tidsåtgång Viktiga resultat
Discovery 2–4 veckor Målbild, affärsmål, MVP, riskanalys och integrationsplan
Design 3–6 veckor UX, prototyper, informationsarkitektur och designlösning
Utveckling 6–16 veckor Frontend, backend, API:er, integrationer och administration
QA och UAT 2–4 veckor Tester, säkerhet, tillgänglighet och användargodkännande
Deployment 0,5–2 veckor Lansering, driftplan och utbildning
Efter lansering 2–6 veckor Stabilisering, analys och vidare utveckling

Den här modellen visar en viktig sak:

Utveckling är bara en del av hela projektet.

Discovery, kvalitetssäkring och lanseringsarbete står ofta för en betydande del av kalendern.

Tre beslut som avgör om projektet håller tidsplanen

1. MVP eller komplett produkt från dag ett?

Det första stora beslutet är omfattningen.

Många företag försöker bygga den perfekta lösningen direkt. Problemet är att varje ny funktion påverkar design, utveckling, testning och lansering.

Ett tydligt MVP-fokus gör det möjligt att komma snabbare ut på marknaden, samla användarfeedback och utveckla vidare baserat på verkliga behov.

Den bästa första versionen är ofta inte den största.

Det är den som skapar verkligt värde.

2. Integrationer och data måste planeras tidigt

Integrationer mot CRM, ERP, betalningslösningar eller interna system är ofta bland de största tidsfaktorerna.

Om dessa frågor upptäcks sent kan hela projektplanen förändras.

Därför bör informationsmodell, datakällor och tekniska beroenden analyseras redan under discovery.

Det är ofta skillnaden mellan en lyckad lansering och ett projekt som fastnar innan produktion.

3. Full custom eller smartare återanvändning?

Alla webbappar behöver inte byggas helt från grunden.

I vissa projekt kan plattformar, ramverk och färdiga komponenter minska utvecklingstiden betydligt.

Samtidigt finns situationer där en helt unik lösning är nödvändig – exempelvis när affärsprocesser, integrationer eller användarflöden är själva konkurrensfördelen.

Rätt val handlar inte om att välja den dyraste eller snabbaste vägen.

Det handlar om att välja rätt väg för verksamheten.

De vanligaste riskerna i svenska webbappsprojekt

Tillgänglighet planeras för sent

Tillgänglighet är ofta något företag kontrollerar nära lansering.

Det är ett vanligt misstag.

När tillgänglighet byggs in från början blir lösningen både bättre och billigare.

Diggs uppföljningar visar att många offentliga digitala tjänster fortfarande har stora utmaningar inom tillgänglighet. 66 procent av de djupt granskade webbplatserna låg på en nivå där servicen kan vara mycket svår att använda för många användare.

Säkerhet och dataskydd kommer in för sent

Dataskydd är inte en dokumentationsfråga som läggs till före lansering.

Det är en del av produktdesignen.

Genom att hantera säkerhet tidigt minskar risken för dyra förändringar senare.

Otydliga beslut skapar förseningar

Den största flaskhalsen är ofta inte tekniken.

Det är väntan.

När produktägare, verksamhet och utvecklingsteam arbetar tillsammans från början blir projektet snabbare och mer förutsägbart.

Svenska exempel som visar verkligheten

Ett tydligt exempel är projektet bakom forskning.se/Vetenskapsrådet.

Projektet innebar att två webbplatser slogs samman, cirka 26 000 artiklar migrerades, SEO och tillgänglighet förbättrades, ny arkitektur skapades och redaktörer utbildades.

Den nya lösningen lanserades knappt ett år efter projektstart.

Det visar en viktig verklighet: större webbprojekt handlar inte bara om kod. Innehåll, struktur och organisation påverkar också tidslinjen.

Ett annat exempel är BEWI RAW, där ett mindre och fokuserat team kunde skapa en snabb lansering genom korta feedbackloopar, tydliga beslut och nära samarbete mellan design, utveckling och innehåll.

Skillnaden mellan projekten är inte bara teknik.

Det är graden av komplexitet och hur snabbt organisationen kan fatta beslut.

Slutsats: En webbapp är ett affärsprojekt, inte bara ett utvecklingsprojekt

En framgångsrik custom webbapp skapas inte genom att bara skriva kod snabbare.

Den skapas genom bättre beslut.

Svenska företag som lyckas bäst är ofta de som:

  • definierar tydliga mål tidigt
  • prioriterar vad som verkligen behövs
  • analyserar risker innan utvecklingen börjar
  • involverar rätt personer i besluten
  • planerar för vidare utveckling efter lansering

Från discovery till launch handlar tidslinjen därför mindre om antal månader och mer om kvaliteten på besluten längs vägen.

En tydlig riktning skapar en snabbare, säkrare och mer framgångsrik webbapp.