Hva koster det å utvikle et digitalt produkt?

To like skjermer kan skjule svært ulikt arbeid

Se for deg et skjema som sender inn en bestilling. I den ene løsningen går bestillingen til en e-postadresse. I den andre skal den sjekke lagerstatus, beregne kundespesifikke priser, reservere varer og håndtere betaling. Skjermbildene kan ligne, mens arbeidet bak er helt forskjellig.

Derfor vil jeg være forsiktig med å prise et produkt ut fra en skisse alene. Et nyttig estimat må beskrive hva som skal skje, hvilke systemer som er involvert og hva som skal skje når noe går galt. Det siste er ofte lett å overse.

Hva påvirker omfanget?

Arbeidsflyten bestemmer hvor mange situasjoner produktet må håndtere. En enkel bestilling blir mer omfattende når den kan endres, deles, avbestilles og godkjennes av flere roller. Integrasjoner tilfører avhengigheter til systemer dere ikke styrer selv.

Dataene spiller også inn: Er de ryddige og tilgjengelige, eller må de tolkes og vaskes? Deretter kommer kravene til tilgang, pålitelighet og dokumentasjon. Hvis både behov og løsning fortsatt er uklare, må budsjettet dessuten gi rom for læring.

Regn på hele leveransen

Et budsjett bør skille mellom avklaring, design, utvikling, testing og innføring. I tillegg kommer drift, lisenser og oppfølging etter lansering. Be om å få se hvilke deler som er inkludert, og hvilke som ligger utenfor estimatet.

Et rent regneeksempel: 400 timer til en antatt timepris på 1 400 kroner gir 560 000 kroner ekskl. merverdiavgift. Det er bare multiplikasjon, ikke en markedspris eller et tilbud fra Johnsen Technology. Hvis integrasjoner, innhold eller innføring ligger utenfor de 400 timene, er heller ikke tallet et komplett prosjektbudsjett.

Kjøp avklaring før du kjøper presisjon

Når en viktig del er usikker, kan en liten teknisk undersøkelse være mer nyttig enn et detaljert totalestimat. Kan vi hente data fra systemet? Er kvaliteten god nok? Lar den viktigste oppgaven seg gjennomføre innenfor rammene?

Jeg ville bedt om et intervall med synlige forutsetninger, og avtalt når estimatet skal oppdateres. Ved en fast pris må det være tydelig hva som inngår og hvordan endringer behandles. Ved løpende arbeid trenger dere kostnadsoversikt og reelle muligheter til å prioritere eller stoppe.

Sammenlign tilbud på samme grunnlag

Den laveste summen er vanskelig å vurdere hvis tilbudene dekker ulike oppgaver. Be leverandørene forklare hva du faktisk sitter igjen med, og hva som krever mer arbeid etter overlevering.

• Hvilke brukeroppgaver skal fungere fra start til slutt?
• Er design, testing, migrering og innføring inkludert?
• Hvilke forutsetninger kan endre prisen?
• Hva koster drift og videre oppfølging?
• Hvem eier og får tilgang til kode, kontoer og dokumentasjon?