Hvorfor koster samme prosjekt 250 000 kr hos ett byrå og 2,5 millioner kr hos et annet?
Prisforskjellen skyldes sjelden timeprisen og nesten alltid hvor mye leverandørene tolker inn i oppdraget. Et lavt tilbud regner ofte bare på en del av oppdraget, forutsetter ferdig underlag og ser bort fra testing, sikkerhet og forvaltning. Et høyt tilbud tar med hele ambisjonsnivået. Du sammenligner altså ikke det samme prosjektet.
Du sender den samme forespørselen til tre byråer og får tilbake 250 000 kr, 870 000 kr og 2,5 millioner kr. Den første reaksjonen er at noen prøver å lure deg. Nesten alltid er forklaringen mer prosaisk: De tre har regnet på tre forskjellige prosjekter, selv om de leste den samme teksten. Prisforskjellen er en omfangsforskjell forkledd som et prisspørsmål.
Timeprisen er sjelden forklaringen
Byråer ligger stort sett mellom 1 100 og 1 700 kr i timen. Det spennet forklarer ikke en tidobling av sluttsummen. Det som skiller, er antall timer, og antall timer styres av hvor mye leverandøren tolker inn i oppdraget. Løst formulerte krav er som et uskarpt fotografi: Alle ser det samme bildet, men fyller inn detaljene ulikt. Den optimistiske ser den enklest mulige løsningen, den erfarne ser alt som må til for at den skal holde i produksjon.
Hva et lavt tilbud oftest utelater
En mistenkelig lav pris er sjelden en gave. Vanligvis mangler poster som uansett må gjøres. De dukker bare opp senere, som tillegg. Dette regnes oftest bort:
- Testing og stabilisering. Å få noe til å fungere i en demo er en brøkdel av jobben med å få det til å tåle virkelig bruk.
- Design som fortjener navnet. «Vi bruker en mal» kan bety at produktet ditt ser ut som tusen andre.
- Feilhåndtering og grensetilfeller. Hva skjer når nettet faller ut midt i en betaling? Det er der timene gjemmer seg.
- Sikkerhet og GDPR. Behandles det personopplysninger, kommer det krav som ikke vises i et polert tilbud.
- Forvaltning etter lansering. Prisen gjelder utviklingen. Deretter begynner en løpende kostnad som ingen nevnte.
En seriøs leverandør viser forutsetningene sine. Mangler de, er det ikke fordi oppdraget er enkelt, men fordi usikkerheten skjules, bevisst eller av ren hast.
Ambisjonsnivået er den andre halvdelen
Selv med alt regnet inn kan to ærlige tilbud sprike kraftig, for «en app som gjør X» kan bygges på vidt forskjellige ambisjonsnivåer. Tre områder driver det meste:
UX og design. Et funksjonelt, men sjelløst produkt koster en brøkdel av en gjennomarbeidet opplevelse med eget formspråk, mikrointeraksjoner og testede brukerreiser. Forskjellen vises ikke i kravlisten, men avgjør om brukerne blir værende.
Testing og kvalitet. Automatiserte tester, kodegjennomgang og en skikkelig QA-prosess koster timer nå og sparer dyre feil senere. Et lavt tilbud hopper ofte over dem, og regningen kommer som ustabilitet etter lansering.
Skalerbarhet. En løsning bygget for hundre brukere skiller seg arkitektonisk fra en som er bygget for hundre tusen. Bygges det billigst mulig, må du bygge om når det begynner å gå bra, og det blir dyrere enn å gjøre det riktig fra starten.
Et regneeksempel
La oss si at tilbud A på 310 000 kr forutsetter ferdig design, regner testing som «en del av utviklingen» og slutter ved leveranse. Normaliserer du det, med skikkelig design for kanskje 190 000 kr, grundig testing for 110 000 kr og tre måneders forvaltning for 75 000 kr, havner det rundt 680 000 kr. Plutselig ligner det tilbud B. Prisforskjellen var aldri en prisforskjell. Poenget er dette: Tving alle tilbudene inn i samme struktur før du sammenligner ett eneste tall.
Spørsmålene som avslører hva som faktisk inngår
Send den samme listen til alle leverandørene, og sammenlign svarene heller enn sluttsummene:
- Hva inngår ikke i prisen?
- Hvilke forutsetninger bygger prisen på, og hva skjer hvis de ikke holder?
- Inngår design, testing, lansering og feilretting etter lansering?
- Hvem eier kode, design og kontoer når prosjektet er ferdig?
- Hva koster forvaltning og videreutvikling per år?
- Hvilke personer bemanner prosjektet, og hvor erfarne er de?
Den som svarer tydelig og skriftlig på alt, har tenkt gjennom forpliktelsen sin. Den som blir vag, har enten ikke analysert oppdraget eller vil ikke vise hvor usikkerheten ligger.
Hos Weapp leverer vi heller et tilbud med ti synlige forutsetninger enn en pyntet sluttsum. Vil du teste kravbildet ditt mot en strukturert gjennomgang? Se tjenestene våre eller ta kontakt med en kort beskrivelse.
Ofte stilte spørsmål
Er det dyre tilbudet alltid mer seriøst?
Ikke automatisk. En høy pris kan gjenspeile reell ambisjon på UX, testing og skalerbarhet, eller bare overhead og en dyr salgsorganisasjon. Det avgjørende er at tilbudet viser hva pengene går til. Et dyrt tilbud uten spesifikasjon er like vanskelig å stole på som et mistenkelig billig.
Kan jeg be en billig leverandør matche et dyrt tilbud?
Du kan be dem prissette samme omfang og de samme forutsetningene, men ikke press bare tallet ned. Prispress uten endret innhold tas igjen et annet sted: i mindre erfaren bemanning, snevrere tolkninger eller tilleggsfakturaer senere. Be heller alle regne på nøyaktig den samme listen.
Hva er den vanligste skjulte posten i et lavt tilbud?
Testing og stabilisering etter lansering. En app kan se ferdig ut i en demo, men likevel trenge uker med feilretting før den tåler virkelige brukere. Inngår ikke det, kommer det som et tillegg, eller som et produkt som aldri helt fungerer.
Hvor mange tilbud bør jeg sammenligne?
To til fire holder for de fleste prosjekter. Færre gir ikke noe sammenligningsgrunnlag, flere blir vanskelige å vurdere seriøst. Bruk energien på et godt underlag til noen få utvalgte heller enn en bred forespørsel til mange.
Hvem eier koden hvis jeg velger det billigste alternativet?
Det må stå i avtalen, uansett pris. Noen billige opplegg beholder kode eller kontoer hos leverandøren, noe som låser deg. Kontroller at du får full eiendomsrett til kode, design og alle tilganger når prosjektet er ferdig.