Den sanne prisen på skreddersydd programvare: TCO for små bedrifter, forklart

Når noen rekker deg et tilbud på skreddersydd programvare, føles tallet på det som prisen. Det er det ikke. Det er prisen for bygget — den første runden i et løp som varer i årevis. Det reelle tallet, det som faktisk forlater bankkontoen din i tingens levetid, ligger som regel et sted mellom to og fire ganger det innledende tallet. Ingen forteller deg dette på forhånd, for å si det høyt gjør en salgssamtale ubehagelig. Så la oss ta den ubehagelige samtalen i stedet.

Jeg har sett mange små bedrifter bestille sitt første stykke skreddersydd programvare. De som ender opp fornøyde hadde nesten aldri det billigste tilbudet eller den flotteste demoen. De hadde et klarsynt bilde av de totale eierkostnadene — TCO, hvis du liker forkortelser — før de signerte noe som helst. De visste at et system ikke er noe du kjøper, det er noe du beholder. Som en varebil: kjøpsprisen er den enkle delen, og så kommer drivstoff, service, forsikring og dekket som ryker på det verst tenkelige tidspunktet.

Denne guiden er den ærlige versjonen av det bildet. Ingen skremselspropaganda, ingen mersalg — bare hvor pengene faktisk går over fem år, hvilke poster som stille utelates fra tilbudet, og hvordan du budsjetterer slik at regningen aldri overrumpler deg. Hvis du veier et skreddersydd bygg, les dette før du leser noe tilbud.

Byggeprisen er toppen av isfjellet

Her er tankemodellen som ordner alt: utviklingstilbudet dekker å få programvaren din bygget og satt i drift. Det er alt. Alt som skjer etter lansering — og programvare lever det meste av livet sitt etter lansering — er en separat, løpende kostnad som byggetallet ikke berører.

En grov tommelfingerregel som har holdt over snesevis av prosjekter: over et femårig liv er det innledende bygget ofte bare 30 til 40 prosent av det du faktisk kommer til å bruke. Resten er drift, vedlikehold, support, sikkerhet og de endringene du uunngåelig vil ønske deg når virkelige mennesker begynner å bruke tingen. Ingenting av det er sløsing. Det er bare den delen ingen setter på overskriftslysbildet.

Dette er ikke en grunn til å unngå skreddersydd programvare. For det rette problemet betaler den seg mange ganger igjen. Det er en grunn til å gå inn med begge øyne åpne, slik at femårstallet ikke treffer deg blindt i år to — som nesten alltid er når overraskelsene lander.

Hvor pengene faktisk går

La oss bryte isfjellet opp i de virkelige delene. Grovt sagt deler de totale kostnadene ved å eie et skreddersydd system seg opp i seks bøtter. Noen er engangsbeløp, noen gjentar seg for alltid, og de tilbakevendende er dem folk undervurderer.

1. Selve bygget

Design, utvikling, testing og å få det i produksjon. Dette er tallet på tilbudet. Det er den mest synlige kostnaden og, paradoksalt nok, den du best kan forutsi — fordi det er den delen en god partner har spesifisert i detalj før tilbudet. Faren her er ikke prisen, det er scope creep: hvert "kan vi også bare legge til…" under bygget driver dette tallet opp. Mer om å temme det senere.

2. Drift og infrastruktur

Programvaren din må kjøre et sted. Servere, databaser, fillagring, sikkerhetskopier, domenet, sikkerhetssertifikater. For et typisk verktøy for en liten bedrift er dette virkelig beskjedent — ofte et par titalls euro i måneden, skalert etter hvor mange som bruker det. Det er ikke der de store pengene er, men det er en løpende post som aldri stopper, og den vokser i takt med deg.

3. Vedlikehold og oppdateringer

Dette er den store folk glemmer. Programvare sitter oppå annen programvare — operativsystemer, rammeverk, biblioteker — og alt det fortsetter å bevege seg under den. Sikkerhetsrettelser slippes. En avhengighet utfases. En betalingsleverandør endrer API-et sitt. Hvis ingen følger med, råtner det fullt fungerende systemet ditt langsomt til det en dag bryter sammen av grunner som ikke har noe med deg å gjøre. Budsjetter vedlikehold som et årlig tall, ofte 15 til 20 prosent av byggekostnaden per år, så sover du bedre.

4. Support og feilretting

Ingen programvare leveres perfekt. Virkelige brukere gjør ting ingen test forutså. Tidlig finner du feil; for alltid deretter har du det sporadiske "den oppfører seg rart"-øyeblikket som trenger et menneske som forstår koden. Support kan være et abonnement, en betal-etter-bruk-ordning eller buntet med vedlikehold — men det bør aldri være en ettertanke, for den dagen du trenger det er sjelden en rolig en.

5. Endringer og nye funksjoner

Dette er kostnaden som overrasker folk på en god måte, og så overrasker budsjettet deres på en dårlig. I det øyeblikket programvaren din virker, ser du ti måter å gjøre den bedre på. Bedriften din endrer seg. En ny regulering trer i kraft. Du vinner en kunde som trenger ett ekstra felt. Hele fordelen med skreddersydd programvare er at den kan utvikle seg med deg — men utvikling faktureres. Behandle løpende forbedring som en planlagt post, ikke en nødssituasjon.

6. Din egen tid

Den usynlige kostnaden. Noen på din side må gi tilbakemelding, teste, lære opp teamet og svare på utviklerens spørsmål. Det er ikke en post på noen faktura, men den er reell, og prosjekter der eieren later som den er null, er prosjektene som stopper opp. Budsjetter et par timer i uken under bygget, mindre etterpå.

Et femårseksempel, i klare tall

Tall gjør dette konkret, så her er et illustrerende et. Disse tallene er bevisst runde og ment å vise proporsjoner, ikke å gi tilbud på prosjektet ditt — hvert bygg er forskjellig. Se for deg et skreddersydd internt verktøy som erstatter et virvar av regneark for en bedrift med 20 ansatte.

Se på bunnlinjen. Bygget på 40 000 € — det eneste tallet de fleste fokuserer på — er rundt 36 prosent av femårsforbruket. De andre 64 prosentene er kostnaden ved å holde et levende system i live og nyttig. Hadde du bare budsjettert for bygget, ville du mangle rundt 70 000 € over fem år, og du ville kjenne hver eneste euro som en ubehagelig overraskelse.

De skjulte kostnadene ingen gir deg tilbud på

Utover de seks bøttene finnes det et sett kostnader som ikke dukker opp på noe tilbud fordi de egentlig ikke er utviklerens å gi tilbud på. De er dine. Å ignorere dem er den enkeltvis vanligste måten et fornuftig budsjett blir til et ømt tema.

• Datamigrering — å få de eksisterende dataene dine ut av gamle verktøy og inn i det nye på en ren måte er pirkearbeid, manuelt og nesten alltid undervurdert.
• Opplæring og innføring — programvare sparer bare penger når folk faktisk bruker den; budsjetter for de klønete første ukene.
• Integrasjoner som glir fra hverandre — hvert system du kobler til kan endre reglene sine, og når det skjer, må koblingen din repareres.
• Nedetid — kostnaden ved at verktøyet er utilgjengelig i en travel time, som er grunnen til at sikkerhetskopier og overvåking ikke er valgfri luksus.
• Nøkkelperson-risiko — hvis én utvikler sitter med all kunnskapen, er det dyrt å erstatte vedkommende midt i levetiden; insister på dokumentasjon og kode du eier.
• 'Vi vokste fra det'-øyeblikket — hvis bygget tok snarveier for å treffe en pris, kan du komme til å betale igjen tidligere enn du skulle ønske.

Ingenting av dette er grunn til panikk. Det er grunner til å stille bedre spørsmål. En partner som tar dem opp uoppfordret er en du sannsynligvis kan stole på med resten — for det betyr at vedkommende tenker på femårskostnaden din, ikke bare på fakturaen sin dette kvartalet.

Hvordan dette står mot hyllevare

Det er fristende å lese alt dette og konkludere med at hyllevare åpenbart er billigere. Noen ganger er det det — og når det virkelig passer, bør du kjøpe det. Men hyllevare har sin egen TCO, og det er ikke alltid det røverkjøpet det ser ut til på prissiden.

Et abonnementsverktøy har en lav inngangskostnad og ingen bygg, noe som er herlig. Men du betaler per bruker, per måned, for alltid, og den linjen går bare oppover — med antall ansatte, med prisøkningene deres, med det "pro"-nivået du til slutt trenger. Du arver også kostnader som ikke vises som penger: nødløsningene for de 10 prosentene den ikke helt gjør, de manuelle stegene mellom verktøy som ikke integrerer, dataene du ikke enkelt får tilbake hvis du drar. Skreddersydd programvare legger kostnaden foran og gir deg kontroll; hyllevare sprer kostnaden og leier deg en passform som aldri er nøyaktig.

Hvordan du holder de totale kostnadene under kontroll

Å forstå TCO handler ikke om å væpne seg til en større regning — det handler om å styre den. Eierne som holder levetidskostnaden fornuftig gjør stort sett den samme håndfullen ting, og ingen av dem krever en teknisk bakgrunn.

1. 1
   Be om femårsbildet, ikke bare bygget

   Få hver partner du snakker med til å legge fram drift, vedlikehold, support og sannsynlige endringer. Selve samtalen forteller deg hvem som er ærlig med deg.
2. 2
   Start mindre enn du tror du bør

   Bygg kjernen som leverer verdi, få den i drift, lær av reell bruk. En slank første versjon koster mindre å bygge og langt mindre å endre enn en oppblåst en du har gjettet deg fram til.
3. 3
   Eie koden og dataene dine

   Insister på at koden, kontoene og dataene er dine og dokumenterte. Dette er din enkeltvis største beskyttelse mot å bli låst inne og overfakturert senere.
4. 4
   Budsjetter vedlikehold fra dag én

   Sett av et årlig vedlikeholdsbeløp før du lanserer, ikke etter at noe ryker. Planlagt vedlikehold er billig; akutt redning er det ikke.
5. 5
   Bestem endringer bevisst

   Hold en enkel liste over ønskede forbedringer og ta dem i planlagte puljer, ikke som en konstant drypping av 'bare én ting til'. Å samle i puljer er billigere og holder systemet sammenhengende.

Gjør disse fem tingene, og den skremmende TCO-en blir en forutsigbar driftskostnad — den typen du kan sette inn i et regneark i begynnelsen av året og ikke tenke på igjen. Den forutsigbarheten er verdt mer enn å barbere av noen prosent av byggeprisen, og det er den som skiller et prosjekt du er glad du gjorde fra et du stille angrer på.

Så er skreddersydd programvare verdt det?

Etter all den advarende regnekunsten, her er den andre siden. For det rette problemet er skreddersydd programvare en av de beste investeringene en liten bedrift kan gjøre. Når en prosess er virkelig sentral for hvordan du driver — den tingen som, gjort godt, tjener deg penger eller redder forstanden din — slår det å eie programvare som passer den nøyaktig å leie en tilnærming som nesten passer.

Trikset er å matche verktøyet med innsatsen. Ikke bestill et skreddersydd bygg for noe en app til 30 euro i måneden klarer fint. Vurder det når hyllevarealternativene tvinger deg til å endre måten du jobber på, når du uansett betaler en formue i abonnementer og manuelle nødløsninger, eller når prosessen er ditt faktiske konkurransefortrinn. I de tilfellene er femårs-TCO-en ikke en kostnad å frykte — det er prisen for en reell ressurs du kontrollerer.

Vanlige spørsmål