Hva er de totale eierkostnadene for et digitalt produkt?

Av Weapp · Oppdatert

De totale eierkostnadene for et digitalt produkt omfatter alt fra utvikling til avvikling. Selve utviklingen står typisk for 40–60 prosent av kostnaden over tre år. Resten er drift, forvaltning, videreutvikling, lisenser og support. Et produkt som er billigst å bygge, kan derfor bli dyrest å eie hvis kvaliteten skaper merkostnader etter lansering.

Tilbudet viser hva produktet koster å bygge. Hva det koster å eie, er et annet og større tall, som få leverandører viser uoppfordret. Regner du på tre år i stedet for på leveransedagen, tar du bedre beslutninger ved nesten hvert eneste veivalg.

Utviklingen er bare 40–60 prosent av kostnaden

Over en periode på tre år står selve utviklingen typisk for 40–60 prosent av de totale eierkostnadene. Resten fordeles på drift, forvaltning, videreutvikling, lisenser, support og den interne tiden dere selv bruker. Det betyr at tallet de fleste forhandler hardest om, nemlig utviklingsprisen, bare er omtrent halve sannheten.

Kalkylemal: postene som skal med

KostnadspostTypisk nivå
Utvikling (engangskostnad)40–60 % av kostnaden over tre år
Drift og hostingVarierer med belastning og krav til oppetid; fra noen tusenlapper per måned
Forvaltning (feilretting, oppdateringer, support)15–25 % av utviklingskostnaden per år
Videreutvikling (nye funksjoner)20–40 % av utviklingskostnaden per år, avhengig av ambisjonsnivå
Lisenser og tredjepartstjenesterBetaling, kart, e-post, analyse; vokser ofte med bruken
Support og intern tidOfte glemt: egen administrasjon, tid i kunderollen og til testing

Gå gjennom radene med hver leverandør dere vurderer, og be om anslag per post. Den som ikke kan resonnere rundt årene etter lansering, har ikke tenkt langt nok.

Regneeksempel: billigst å bygge, dyrest å eie

To tilbud på det samme produktet: A på 870 000 kr og B på 1,2 millioner kr. Den høyere prisen hos B betaler for testautomatisering, dokumentasjon og en mer gjennomarbeidet arkitektur. Tallene nedenfor er illustrative, men mekanismen er reell.

Produkt A krever hyppig feilretting, og forvaltningen havner i øvre del av spennet: 25 prosent, altså 218 000 kr per år. Videreutviklingen går tungt i den uoversiktlige kodebasen: 370 000 kr per år for et moderat utviklingstempo. Etter tre år: 870 000 + 654 000 + 1,1 millioner = cirka 2,6 millioner kr.

Forvaltningen av produkt B koster 15 prosent, altså 180 000 kr per år, og det samme utviklingstempoet koster 250 000 kr per år. Etter tre år: 1,2 millioner + 540 000 + 750 000 = cirka 2,5 millioner kr.

Det «dyrere» alternativet er allerede etter tre år billigere totalt sett. Og gapet øker for hvert år produktet lever fordi forskjellen ligger i de tilbakevendende postene. Legg til drift og lisenser, som er omtrent like store i begge tilfeller, og konklusjonen står seg.

Derfor blir billig utvikling dyrt

  • Snarveier i arkitekturen gjør hver ny funksjon dyrere å legge til.
  • Manglende tester gjør hver endring risikabel, og forsiktighet koster timer.
  • Tynn dokumentasjon låser dere til leverandøren som bygde løsningen, med den prissettingen det fører med seg.
  • Knapp testing før lansering flytter feilene til produksjon, der de er dyrest å finne og rette.

Ingenting av dette vises i tilbudet. Alt kommer frem i TCO-kalkylen.

Ikke glem den interne tiden

Den mest undervurderte posten i kalkylen er intern tid: Noen hos dere skal prioritere backloggen, svare på leverandørens spørsmål, teste leveranser og ta seg av tilbakemeldingene fra brukerne. For et aktivt produkt dreier det seg ofte om en betydelig del av en stilling. Den tiden vises aldri på en faktura, men den er en kostnad, og uten den leverer selv den beste leverandøren feil ting.

Regn til slutt med en post som nesten aldri budsjetteres: avvikling eller erstatning. Data skal eksporteres, integrasjoner kobles fra og brukere flyttes den dagen produktet byttes ut. Det trenger ikke å koste mye hvis eksportmuligheter og eierskap var med i kravene fra starten.

Slik bruker du TCO når du kjøper utvikling

  • Be hver leverandør om en treårskalkyle, ikke bare en utviklingspris.
  • Sammenlign tilbud på totalkostnad inkludert forvaltning og drift.
  • Budsjetter for år to allerede ved bestillingen. Produktet er ikke ferdig bare fordi det er lansert.
  • Spør hva som gjøres i utviklingen for å holde eierkostnadene nede: tester, standardteknologi, dokumentasjon.

Vi i Weapp viser gjerne hele treårsbildet i tilbudene våre. Det er den kalkylen vi selv ville ha krevd som kunde. Vil dere se hvordan den ser ut for produktet deres? Ta kontakt eller les mer om tjenestene våre.

Ofte stilte spørsmål

Hvor mange år bør en TCO-kalkyle dekke?

Tre år er en vanlig og håndterbar horisont for digitale produkter: lang nok til at driftskostnadene blir synlige, kort nok til at de kan anslås seriøst. For kjernesystemer med lang levetid regner mange heller på fem år.

Hvordan senker jeg eierkostnadene uten å senke kvaliteten?

Velg standardteknologi som mange utviklere behersker, bruk skytjenester i stedet for egen drift, krev automatiserte tester og løpende dokumentasjon, og unngå leverandørinnlåsing. Alt dette senker kostnaden for årene etter lansering, der mesteparten av pengene ligger.

Er høy forvaltningskostnad alltid et dårlig tegn?

Nei. Et produkt med mange brukere og høyt endringstempo koster naturlig nok mer å holde i toppform, og det kan være svært godt brukte penger. Varselsignalet er høy forvaltningskostnad uten tilsvarende verdi, altså når pengene går til å holde noe flytende i stedet for å gjøre det bedre.

Hva koster driften av en app eller nettjeneste per måned?

Det varierer med belastning og krav til oppetid: Enklere produkter klarer seg ofte med noen tusenlapper i måneden i skykostnader, mens forretningskritiske tjenester med redundans, høy trafikk og strenge krav koster betydelig mer. Be leverandøren om et anslag per miljø allerede i tilbudet.

Hvordan påvirkes TCO hvis produktet bygges med no-code?

Startkostnaden synker, men plattformavgiftene, som ofte skalerer per bruker, erstatter deler av utviklings- og driftskostnaden. Ta dessuten med i kalkylen hva det koster å forlate plattformen: Logikken ligger i plattformen og må bygges på nytt den dagen dere vokser ut av den.