Hva koster det å bygge et digitalt produkt?

Hva koster det å bygge et digitalt produkt?

"Det kommer an på." Det er svaret de fleste får når de spør hva et digitalt produkt koster. Og det stemmer — men det hjelper ingen. Det etterlater den som spør like usikker som før.

Denne artikkelen gir ikke en prisliste. Den gir et rammeverk for å forstå hva som faktisk driver kostnad i digital produktutvikling — slik at du kan ta bedre beslutninger og vurdere tilbud med større trygghet.

Først: hva snakker vi om?

En nettside med fem undersider og et kontaktskjema er ikke et digitalt produkt. Det er en nettside.
 

Et digitalt produkt er noe annet. Det har brukere som logger inn, logikk som styrer hva de ser og kan gjøre, og det er ofte koblet til andre systemer — CRM, betalingsløsninger, bookingsystemer, ERP. Det skal fungere over tid, videreutvikles, og kanskje skaleres til flere markeder.
 

Eksempler er en kundeportal, en bookingplattform, en app med integrasjoner, eller en e-commerce-løsning med kompleks forretningslogikk. Det er i dette landskapet at kostnadsbegrepet blir vanskelig.

De fem faktorene som driver kostnad

Pris handler ikke om antall sider eller skjermer. Det handler om kompleksitet — og kompleksitet kommer fra fem steder.

Brukeropplevelsen. Hvor mange brukertyper har produktet? En sluttbruker, en administrator og en partner som alle ser forskjellige ting, krever tre ganger så mye arbeid som ett perspektiv. Antall flater — nett, mobil, app — multipliserer innsatsen ytterligere.
 

Integrasjoner. De fleste digitale produkter skal snakke med noe. Betalingsløsninger, kartdata, ERP-systemer, tredjepartsapi-er. Noen integrasjoner er standardiserte og raske. Andre — som eldre systemer uten moderne API-er — kan alene utgjøre en vesentlig del av prosjektets kostnad.
 

Teknisk arkitektur. Et produkt for hundre brukere og et produkt for hundre tusen krever forskjellig infrastruktur. Valg rundt sikkerhet, ytelse og skalerbarhet påvirker både utviklingskostnad og løpende drift — og er vanskelige å endre i ettertid.
 

Ambisjonsnivå i design. Et produkt som skal representere merkevaren utad krever et annet designnivå enn et internt verktøy. Gjennomarbeidet interaksjonsdesign tar tid, men det er ofte det som avgjør om brukerne opplever produktet som troverdig eller halvferdig.
 

Videreutvikling etter lansering. Faktoren de fleste undervurderer mest. Lansering er ikke slutten — det er starten. Sikkerhetspatcher, nye funksjoner, ytelsesoptimalisering og tilpasninger er løpende investeringer. Selskaper som ikke budsjetterer for dette, ender opp med et produkt som føles utdatert etter tolv måneder.

Den største feilen: å optimalisere for lavest mulig pris

De fleste digitale produkter som feiler, gjør det ikke fordi teknologien svikter. De feiler fordi det ble optimalisert for lav pris i stedet for riktig resultat.
 

Det kan bety å droppe strategifasen og dermed bygge noe som løser feil problem. Å velge et teknisk rammeverk fordi det er billig å starte med, uten å vurdere om det tåler vekst. Eller å velge den billigste leverandøren uten å spørre hva som skjer etter lansering.
 

Konsekvensen kalles teknisk gjeld — snarveier som sparer penger nå, men skaper kostnader som mangedobler seg over tid. Ombygging. Leverandørbytte. Produkter som må bygges på nytt etter to år.

Det billigste tilbudet er nesten aldri det billigste alternativet over tid.

Tenk investering, ikke prosjektkostnad

Selskaper som lykkes har ofte én ting til felles: de tenker på det digitale produktet som en investering med forventet avkastning, ikke en engangsutgift.
 

I stedet for "hva koster det?" - "hva er verdien av å løse dette problemet?" 
I stedet for "kan vi gjøre det billigere?" - "hva er konsekvensen av å gjøre det billigere?" 
I stedet for "når er prosjektet ferdig?" - "hva trenger vi etter lansering for at dette skal lykkes?"

Fra usikkerhet til oversikt

Du trenger ikke å forplikte deg til et helt prosjekt for å forstå hva det vil koste.

En avklaringsfase — en innledende sprint på to til fire uker — har ett mål: å gjøre det uklare tydelig. Hva skal produktet løse? Hvem er brukerne? Hvilke systemer må det snakke med? Hva gir reell verdi først — og hva kan vente?

Resultatet er konkret: en beskrivelse av omfanget, en teknisk skisse, et prioritert veikart, og et realistisk kostnadsestimat. Det er her du oppdager om ambisjonene og budsjettet henger sammen — og kan justere før det koster noe. Det er også her du ser om leverandøren forstår problemet ditt, eller bare sier ja til alt.

Og du trenger ikke bygge alt på én gang. Vi kaller tilnærmingen et Viable Minimum Product — en bevisst omskriving av det mer kjente MVP-begrepet. Forskjellen i ordrekkefølge er poenget. Et Minimum Viable Product spør "hva er det minste vi kan slippe unna med?" Et Viable Minimum Product spør "hva er det minste som faktisk gir verdi?"

Det første ender ofte som en halvferdig versjon ingen er fornøyd med. Det andre er et komplett produkt med begrenset omfang — noe som fungerer, bare ikke for alle behov ennå. Derfra itererer du basert på reell bruk, ikke antakelser.

Hva du bør spørre leverandøren om

Hva er inkludert etter lansering? Hvis svaret er "ingenting uten vedlikeholdsavtale", står du alene fra dag én. En god partner inkluderer stabilisering og feilretting som del av leveransen.

Hvem eier koden? Hvis leverandøren eier koden eller bruker proprietære systemer, er du låst — og kostnaden ved å bytte kan bli svært høy.

Hvordan håndterer dere vekst? Hva skjer om brukertallet tidobles? Svaret forteller deg om produktet er bygget for å vare, eller bare for å lanseres.

Hva ville dere ha kuttet? En seriøs leverandør er villig til å si hva du ikke bør bruke penger på. Hvis alt presenteres som like viktig, er det grunn til å stille spørsmål.

Til slutt

Det finnes ingen universell pris. Men det finnes et mønster i hva som skiller vellykkede digitale investeringer fra de som ikke leverer: forståelse av hva som driver kostnad, realistiske forventninger til livet etter lansering, og en partner som er ærlig om begge deler.

DAYTWO bygger digitale produkter, tjenester og plattformer for selskaper som forstår at det digitale er en investering — ikke en utgift.