Skreddersydd programvare vs. hyllevare — når lønner hva seg?

Når er hyllevare det riktige valget?

Nesten alltid, for nesten alt. Regnskap, lønn, e-post, filhåndtering, signering og nettbutikkplattform er problemer tusenvis av bedrifter har helt likt, og som noen allerede har løst bedre enn dere rekker å gjøre selv. Å bygge eget regnskapssystem er ikke et konkurransefortrinn — det er en utgift med vedlikeholdsplikt.

Hyllevare gir lav inngangspris, rask oppstart, dokumentasjon, support og oppgraderinger noen andre betaler for. Så lenge dere kan tilpasse dere systemet uten at det gjør vondt, er det billigere enn alle alternativer. Regelen bør derfor være: hyllevare som utgangspunkt, skreddersøm som unntak — men et unntak som faktisk tas når det er riktig.

Når begynner hyllevaren å koste mer enn den sparer?

Det skjer sjelden brått. Det skjer ved at det vokser fram en skyggeorganisasjon rundt systemet: et regneark som «egentlig er fasiten», en delt e-postmappe der de virkelige beskjedene ligger, en person alle spør fordi hen husker unntakene. Systemet er fortsatt i bruk, men arbeidet skjer utenfor det.

De tydeligste varsellampene er disse:

• Data kopieres manuelt mellom to systemer flere ganger i uken
• De viktigste tallene finnes bare i et regneark noen vedlikeholder på si
• Nyansatte trenger opplæring i hvordan man jobber rundt systemet, ikke i det
• Dere betaler for moduler dere ikke bruker, fordi det som mangler ikke finnes som modul
• Hver ny kunde eller kontraktstype krever et unntak noen må huske

Problemet er sjelden at et system mangler. Det er at fire systemer nesten løser hver sin del av jobben, og at mellomrommene mellom dem fylles med regneark, kopiering og folk som husker. Skreddersydd programvare er svaret når mellomrommene er blitt viktigere enn systemene.

Hva koster de to alternativene over fem år?

Sammenligningen blir feil hvis dere setter lisensprisen mot utviklingsprisen. Sett heller opp alle fem årene, med alle postene, og bruk deres egne tall.

Hyllevare over fem år

• Lisens per bruker per måned, som stiger når dere vokser
• Oppsett og datamigrering i år én
• Tilpasninger, tillegg og integrasjonsverktøy
• Tiden folk bruker på å jobbe rundt systemet — den største og mest usynlige posten

Skreddersydd over fem år

• Utvikling én gang: hos oss fra 30 000 kr for en pilot og 80 000–300 000 kr for et system i drift
• Drift og hosting, som regel en beskjeden månedlig sum
• Videreutvikling etter behov, uten bindingstid
• Ingen lisens per bruker — kostnaden vokser ikke automatisk med antall ansatte

For en bedrift med få brukere og standard behov vinner hyllevare klart. For en bedrift med mange brukere, eller med én prosess som er kritisk og særegen, snur regnestykket ofte allerede i år to eller tre — og da har dere i tillegg et system som gjør akkurat det dere trenger.

Hvorfor er tungt tilpasset hyllevare ofte dyrest?

Det er den vanligste fellen vi ser. Hyllevaren dekket 70 % av behovet, så noen bygde de siste 30 % som tilpasninger, plugins og skript oppå plattformen. Nå betaler dere lisens for plattformen, utviklingskostnad for tilpasningene, og vedlikehold hver gang leverandøren oppgraderer og noe ryker.

Verre: dere kan ikke bytte. Tilpasningene er skrevet inn i en plattform de ikke kan flyttes ut av, og kunnskapen om hvordan de virker sitter hos en konsulent med spisskompetanse på nettopp den plattformen. Da har dere fått ulempene fra begge sider — bindingen fra hyllevaren og vedlikeholdsplikten fra skreddersømmen.

Tommelfingerregel: går tilpasningene forbi omtrent en tredjedel av det systemet gjør, er det på tide å vurdere om det egentlig er et eget system dere holder på å bygge — bare på en dyrere måte.

Må man velge det ene eller det andre?

Nei, og i praksis gjør nesten ingen det. Den vanligste og som regel beste løsningen er delt: behold hyllevaren der den er god — regnskap i Tripletex, Visma eller Fiken, e-post og filer i Microsoft 365 — og bygg det egne laget der jobben faktisk gjøres.

Det krever systemintegrasjon: fagsystemene koblet sammen til én datamodell, med logg og overvåking på hver kobling. Da kan dere legge automasjonsflyter oppå der arbeidet er repeterende, uten å røre regnskapssystemet i det hele tatt. Dere bytter ikke ut noe som virker; dere fyller mellomrommene.

Hvordan avgjør dere i praksis?

Seks spørsmål gjør valget konkret i stedet for prinsipielt:

• Er denne prosessen noe kundene våre merker forskjell på? Hvis ja, taler det for eget system
• Hvor mange jobber i systemet daglig? Mange brukere gjør lisensmodellen dyr over tid
• Hvor mange regneark holder det sammen i dag? Tell dem — det er den ærligste målingen
• Hva skjer hvis vi må bytte om tre år? Kan vi ta med dataene, og hvem eier koden?
• Finnes det hyllevare som treffer over 80 % uten tilpasning? Da er svaret nesten alltid hyllevare
• Har vi noen som kan eie løsningen internt? Uten en eier virker verken det ene eller det andre

Hva bør dere sikre dere uansett hva dere velger?

• Eierskap til data: dere skal kunne ta ut alt, i et format som er brukbart, uten å be om lov
• Eierskap til kode, hvis den er skrevet for dere. Ellers har dere leid, ikke kjøpt
• Vanlig, godt dokumentert teknologi, slik at en annen utvikler kan overta
• Dokumentasjon som beskriver hvorfor, ikke bare hva — det er der kunnskapen forsvinner først
• En exit som er beskrevet før dere trenger den, ikke etter

Vi bygger på vanlige rammeverk framfor egne oppfinnelser nettopp av denne grunnen: dere skal kunne ta med både koden og dataene videre hvis dere en dag vil noe annet. Et system dere ikke kan forlate, er ikke et system dere eier.