Hva avgjør kostnaden for programvare?

01Hvorfor er prisen på programvare ikke ett enkelt tall?

Spørsmålet «hva koster en app?» ligner på «hva koster et hus?». Uten å vite kvadratmeter, beliggenhet, materialer og arbeid er ethvert tall bare et anslag. Priser for å få laget programvare kan på samme måte ikke diskuteres meningsfullt før det er klart hva som skal lages.

To apper kan se veldig like ut på skjermen, men den ene lagrer bare skjemadata, mens den andre trekker fra lager, sender faktura til regnskapet, lager fraktetikett og sender kunden varsler. Det som vises er det samme, men arbeidet bak er helt forskjellig.

Derfor begynner et sunt budsjett med å gjøre omfanget klart. Så lenge omfanget er uklart, vokser forskjellene mellom tilbudene, og det blir vanskeligere å sammenligne.

02Hovedpostene som avgjør kostnaden

Faktorene under påvirker budsjettet direkte i nesten alle programvareprosjekter. Når du vet hvilken som veier tyngst i ditt prosjekt, blir det lettere både å forhandle og å sette prioriteringer.

Omfang og antall moduler

Når antallet skjermbilder, roller og rapporter øker, vokser arbeidet mer enn lineært. Hver nye brukerrolle betyr tilgangskontroll i de eksisterende skjermbildene. En tydelig liste over omfanget er den sterkeste enkeltfaktoren for kostnaden.

Hvor kompliserte forretningsreglene er

Et enkelt registreringsskjema og en prisberegning som varierer etter sesong, kundegruppe og kanal krever ikke det samme arbeidet. Jo flere unntak og grensetilfeller, desto større blir testbyrden.

Integrasjoner

Å koble til regnskap, e-faktura, frakt, betaling, markedsplasser eller eldre interne systemer er ofte posten som er vanskeligst å anslå. Hvis dokumentasjonen til det andre systemet er svak eller det ikke finnes testmiljø, tar det lengre tid. Slike koblinger har vi beskrevet med eksempler på tjenestesiden vår for integrasjoner for nettbutikker.

Design og brukeropplevelse

Et grensesnitt som er designet spesielt for virksomheten krever mer design- og frontend-arbeid enn et standard administrasjonspanel. Til gjengjeld får du bedre brukervennlighet og en konsistent merkevare.

Sikkerhet, ytelse og skala

Systemer som behandler betaling eller personopplysninger krever ekstra sikkerhetskontroller, logging og sikkerhetskopiering. Et system som skal betjene tusenvis av brukere samtidig, krever også mer planlegging av arkitekturen.

03Hva er mannedagsberegning?

I programvarebransjen anslås arbeid ofte i mannedager (én persons arbeidsdag) eller mannetimer. Prosjektet deles i deler, og for hver del legges tiden som trengs til analyse, design, utvikling og testing til, og summeres.

Denne beregningen er et anslag, ikke en eksakt måling. Derfor legger erfarne team til en risikomargin for usikre poster. Jo tydeligere omfanget er, jo mindre kan risikomarginen holdes. Når teamet blir større, blir tiden kortere, men koordineringsbyrden øker også, så å doble antall personer halverer ikke alltid tiden.

Total arbeidsmengde = Σ (analyse + design + utvikling + testing per modul)
Risikopåslag = ekstra tid for usikre poster
Estimert tid = (Total arbeidsmengde + Risikopåslag) / antall personer på teamet
Budsjett = Total arbeidsmengde x pris per arbeidsenhet + lisens + infrastruktur

04Team og arbeidsmodell

Samme prosjekt kan gjennomføres med ulike teamstrukturer og til ulike kostnader. En frilanser som jobber alene, et lite team av eksperter eller et stort firma har hver sin profil når det gjelder tid, kontinuitet og risiko.

Arbeidsmodellen påvirker også budsjettet. I en modell med fastpris fryses omfanget fra starten, og endringer prises separat. I en modell med tid og materiell går man videre ut fra tiden som brukes. Den er mer fleksibel i prosjekter der omfanget forventes å endre seg, men krever budsjettoppfølging.

05Faste kostnader som lett overses

Programvarebudsjettet består ikke bare av utviklingskostnaden. Å regne med postene som gjentas hvert år etter lansering fra begynnelsen hindrer overraskelser senere.

• Hosting og skyinfrastruktur: server, database, lagring og sikkerhetskopiering.
• Vedlikehold og oppdateringer: sikkerhetsoppdateringer, kompatibilitet med nettlesere og operativsystemer.
• Tredjepartstjenester: bruksbaserte avgifter for SMS, e-postutsendelse, kart og betalingsløsning.
• Lisenser: årlige kostnader for kommersielle biblioteker eller tjenester som brukes.
• Support: brukerspørsmål, feilmeldinger og små justeringer.
• Nye funksjoner: budsjett som settes av til behov som oppstår når systemet tas i bruk.

06Hvordan får du ned programvarebudsjettet?

Om valg av teknologi har vi tatt for oss et av språkene som fortsatt er veldig utbredt på nettsiden i artikkelen hva er PHP, og hvordan kodefrie verktøy erstatter noe av arbeidet i hurtige forsøk i artikkelen hva er low-code. Budsjettet for en rask prototype og for et langlivet produkt planlegges etter ulik logikk.

Bransjeløsninger kommer særlig til sin rett i områder med lignende prosesser, som turisme, overnatting, eiendom og restaurant. Bransjespesifikke programvareløsninger laget for behov som hotellbestilling, reisebyråsalg eller annonseadministrasjon fjerner en betydelig del av analyse- og testbyrden ved å utvikle fra bunnen. Budsjettet snakkes da om som summen av grunnproduktet og tilpasningene for virksomheten.

1. Gjør første versjon mindre: lag den mest kritiske flyten først, og planlegg resten ut fra tilbakemeldinger fra brukerne.
2. Gjør omfanget tydelig skriftlig: uklarhet øker risikomarginen og dermed prisen.
3. Bruk ferdige, modne deler: ikke finn opp hjulet på nytt for standardoppgaver som autentisering eller betaling.
4. Sjekk om det finnes en bransjeløsning: tilpasning av et produkt som dekker mesteparten av behovet kan være mer økonomisk.
5. Ta med beslutningstakeren i prosessen: sene godkjenninger og ombestemmelser er blant de dyreste postene.
6. Tenk på vedlikehold når du velger teknologi: utbredt og moden teknologi er lettere å holde i gang på lang sikt.

07Slik sammenligner du tilbud riktig

Når du legger tilbudene du har fått ved siden av hverandre, er det laveste tallet ikke alltid det rimeligste alternativet. Sjekk først om tilbudene omfatter det samme. Testing, opplæring eller dataoverføring som er inkludert i ett tilbud kan være en egen post i et annet.

Grunnleggende spørsmål du bør stille er disse: Hvem eier kildekoden og dataene? Hva dekker vedlikeholdsavgiften? Hvordan prises endringsønsker? Hvor lang er tiden for feilretting etter levering? Svarene på disse spørsmålene viser den totale eierkostnaden, som ikke er synlig ved første øyekast.

Hvis du er nysgjerrig på prosessen, har vi beskrevet alle faser fra analyse til lansering i artikkelen om prosessen for skreddersydd programvareutvikling. For nettbutikkprosjekter kan du se på siden vår om nettbutikkplattform hvordan Aurora Smart E-Ticaret har tilnærmingen én pakke, alt inkludert.