Hvor lang tid tar det å lage en app?
Kort svar
En enkel MVP kan ofte ta 4–8 uker. En mer komplett app tar ofte 3–6 måneder. En større plattform kan ta mer enn 6 måneder. Dette avhenger av scope, integrasjoner, design, backend, datamodell, testbehov og hvor raskt beslutninger tas underveis.
Avklar tidsbruk, MVP, risiko og riktig første versjon
/// APP_TIME_MAP
Tid følger scope og usikkerhet
En kort tidsplan krever smal flyt, få avhengigheter og raske beslutninger.
/// TIDSBRUK
Hva påvirker tidsbruken?
Tidsbruk i apputvikling handler mindre om antall skjermer alene og mer om hvor mye som må fungere bak skjermene. En liten app med betaling, roller og kompliserte integrasjoner kan ta lengre tid enn en større, men enklere informasjonsflyt.
- Hvor smal eller bred første versjon skal være
- Om appen skal være MVP, webapp, mobilapp eller større plattform
- Antall brukerroller, skjermflyter og beslutningspunkter
- Designnivå, prototyping og behov for brukertesting
- Backend, database, adminpanel og datamodell
- Innlogging, rettigheter, sikkerhet og personvern
- Integrasjoner mot CRM, betaling, booking, BankID, Vipps eller interne systemer
- Testbehov, kvalitetssikring, app store-lansering og drift etter lansering
/// MVP_VS_FULL_APP
MVP vs full app
En MVP skal svare på om kjerneflyten virker. En full app skal ofte støtte flere brukere, unntak, admin, designnivå, integrasjoner og drift. Derfor bør første tidsplan bygges rundt læring, ikke ønskelisten.
Swipe / scroll for hele sammenligningen
| Nivå | Typisk tidsbruk | Hva som inngår | Risiko |
|---|---|---|---|
| Prototype | 1–3 uker | Skjermflyt, konsept, designretning og tidlig validering uten full backend. | Lav teknisk risiko, men tester ikke om løsningen fungerer i drift. |
| Enkel MVP | 4–8 uker | Én brukergruppe, én hovedflyt, enkel backend, måling og få integrasjoner. | Krever tydelig avgrensning. Hver ekstra flyt flytter tidsplanen. |
| Mer komplett app | 3–6 måneder | Flere flyter, roller, admin, design, backend, database og integrasjoner. | Avklaringer, testing og integrasjoner blir ofte styrende for fremdrift. |
| Større plattform | Mer enn 6 måneder | Flere roller, systemkoblinger, datamodell, sikkerhet, drift og videreutvikling. | Bør deles i faser slik at første verdi kommer før hele plattformen er ferdig. |
Se også guiden om MVP app-utvikling hvis dere må avgrense første versjon før full app bygges.
/// MOBILAPP_VS_WEBAPP
Mobilapp vs webapp
Mobilapp tar ofte lengre tid når løsningen må distribueres i App Store og Google Play, testes på flere enheter eller bruke push, kamera, lokasjon og offline-funksjoner. Webapp kan ofte være raskere å lansere fordi brukeren åpner løsningen via nettleser, og fordi distribusjon, testing og oppdateringer er enklere i første versjon.
Usikker på veivalget? Les mer om mobilapp eller webapp og hva en webapp kan koste.
/// TYPISK_TIDSLINJE
Typisk tidslinje
- 1
Avklaring
1–2 ukerMålgruppe, problem, kjerneflyt, teknisk nivå, risiko og hva som ikke skal bygges først.
- 2
Design og prototype
1–3 ukerSkjermflyt, navigasjon, viktigste handlinger og test av om løsningen er forståelig.
- 3
Utvikling av første versjon
3–10+ ukerFrontend, backend, database, innlogging, admin, integrasjoner og måling i riktig rekkefølge.
- 4
Test og lansering
1–3 ukerFeilretting, ytelse, sikkerhet, innhold, App Store eller produksjonssetting.
- 5
Videreutvikling
LøpendePrioritering etter bruk, teknisk vedlikehold og nye funksjoner basert på reelle signaler.
/// FOR_START
Hva kunden bør ha klart før start
- Hvem som skal bruke appen først
- Hvilket problem appen skal løse
- Én hovedhandling brukeren må kunne fullføre
- Hvilke data som må lagres og hvem som eier dem
- Om første versjon må være mobilapp, eller om webapp kan validere behovet raskere
- Hvilke integrasjoner som er nødvendige i første versjon
- Hvem som skal teste, godkjenne og følge opp etter lansering
/// DETTE_TAR_TID
Hva gjør at apputvikling tar lengre tid?
- Scope endres underveis uten at tidsplanen justeres
- Mange roller, unntak og arbeidsflyter tas inn i første versjon
- Design må godkjennes av mange før utvikling kan starte
- Integrasjoner mangler dokumentasjon, testmiljø eller ansvarlig kontaktperson
- Appen trenger BankID, betaling, abonnement eller sanntidsdata før hovedflyten er bevist
- Det er uklart hvem som tar beslutninger på kundesiden
- Testing starter for sent, eller kravene til sikkerhet og personvern avklares etter bygging
/// IKKE_START_ENNA
Når bør du vente med å lage app?
Det er ikke alltid riktig å starte apputvikling med en gang. Noen ganger bør man teste behovet manuelt, lage en prototype eller bruke en enkel webflyt først.
- Problemet er ikke tydelig nok til at noen kan beskrive første brukerhandling
- Målgruppen er for bred, eller ingen vet hvem som skal teste første versjon
- En enkel nettside, skjema, manuell pilot eller eksisterende SaaS kan teste behovet først
- Appen er definert som en funksjonsliste, ikke som en brukerreise
- Dere mangler ansvar for innhold, drift, support eller videreutvikling etter lansering
- Budsjett og tid er låst før scope, risiko og integrasjoner er avklart
/// TIGON_AVKLARING
Hvordan Tigon ville avklart prosjektet
- 01Vi starter med problemet, ikke skjermene.
- 02Vi tegner kjerneflyten og kutter alt som ikke støtter første læring.
- 03Vi vurderer om MVP bør være mobilapp, webapp eller en smal intern plattform.
- 04Vi skiller nødvendige integrasjoner fra integrasjoner som kan vente.
- 05Vi lager en faseplan med tydelige beslutningspunkter før full bygging.
For en bredere tjenesteoversikt kan du lese om app-utvikling. For lokal kontekst finnes også siden om app-utvikling i Oslo. Prisdrivere er dekket i hva koster app-utvikling.
Få appen vurdert før du bygger
Vi kan hjelpe dere å se om prosjektet bør starte som MVP, webapp, mobilapp eller en smalere avklaring før utvikling.
Få appen vurdert før du bygger