ROI före teknikval: räkna på kostnad, nytta och risk

Varför räkna på ROI före teknikval?

ROI före teknikval är ett sätt att skilja ett verkligt verksamhetsbehov från en teknikinvestering som bara känns modern eller lovande. För små och medelstora företag är kapital, tid och intern förändringsförmåga begränsade resurser. Därför bör ett nytt system, en webblösning eller en automation kunna kopplas till ett definierat nuläge och ett rimligt utfall innan leverantör eller plattform väljs.

En ROI-kalkyl behöver inte vara avancerad för att vara användbar. Det viktiga är att visa vilka antaganden som driver resultatet. Om ni inte vet hur många timmar som läggs på en process i dag ska ni inte låtsas veta exakt hur mycket en automation kommer spara. Mät eller använd ett intervall. Samma sak gäller försäljning, konvertering och felkostnader: skilj verifierade fakta från hypoteser.

Steg 1: sätt en nulägeskostnad

Beskriv vad problemet kostar i dag. För administrativt arbete kan det vara antal ärenden multiplicerat med genomsnittlig handläggningstid och relevant intern kostnad. För en webblösning kan nuläget även omfatta tappade förfrågningar, dyr manuell publicering eller en plattform som kräver återkommande specialinsatser. Lägg bara till poster som ni kan förklara och följa upp.

• Intern arbetstid och väntetid som problemet orsakar.
• Direkta externa kostnader för nuvarande system och leverantörer.
• Kända fel, omarbete eller dubbelregistrering som går att mäta.
• Intäktspåverkan där det finns verklig data, inte en generell konverteringsgissning.
• Riskkostnader endast när sannolikhet och konsekvens går att beskriva rimligt.

Steg 2: räkna hela förändringskostnaden

Investeringskostnaden är mer än utvecklingspriset. Ta med kravarbete, migrering, integrationer, test, utbildning, intern tid och eventuell parallell drift under övergången. För vissa projekt tillkommer nya abonnemang eller transaktionskostnader. För andra minskar befintliga licenser. Kalkylen blir bättre när engångskostnader och löpande kostnader hålls isär.

Steg 3: definiera mätbar nytta

Nytta kan vara tidsbesparing, lägre felgrad, snabbare ledtid, minskad extern kostnad eller högre intäkt. Välj helst ett fåtal effekter som går att mäta efter lansering. Om nyttan är kvalitativ, till exempel bättre spårbarhet eller lägre verksamhetsrisk, ska den beskrivas separat i stället för att pressas in som ett påhittat kronbelopp.

För en automation kan ni exempelvis mäta hur många manuella minuter som försvinner per ärende och hur många ärenden som passerar flödet. För en ny webbplats kan ni mäta kvalificerade förfrågningar, redaktionell tidsåtgång eller antalet supportärenden kopplade till ett visst problem. Mätningen ska spegla målet med investeringen.

Steg 4: använd scenarier när underlaget är osäkert

Bygg ett försiktigt, ett rimligt och vid behov ett positivt scenario i stället för en enda exakt siffra. Om en process tar mellan tio och tjugo minuter per ärende kan kalkylen visa båda ytterligheterna. Då ser beslutsfattaren vilka antaganden som måste vara sanna för att investeringen ska löna sig och vilka mätningar som är värda att förbättra före beslut.

Steg 5: räkna återbetalningstid

En enkel återbetalningstid kan beräknas genom att jämföra investeringskostnaden med den återkommande nettovinsten per månad eller år. Nettovinsten ska ta hänsyn till nya löpande kostnader. Om investeringen kostar mer att förvalta än den sparar i normalfallet är det en tydlig signal att scope behöver minska, lösningen ändras eller projektet pausas.

Risk och beroenden kan ändra beslutet

Två alternativ med liknande kalkyl kan ha mycket olika risk. Bedöm beroenden till enskilda leverantörer, datamigrering, kompetens, säkerhet, integritet och hur svårt det är att byta väg senare. En billig start kan bli dyr om lösningen kräver ständig specialkompetens eller gör verksamhetskritisk data svår att exportera. Risk ska därför ligga bredvid ROI, inte döljas i ett generellt påslag.

Jämför alternativ mot samma krav

När ROI-underlaget finns går det att jämföra plattformar och leverantörer på samma grund. Ett alternativ kan ha högre startkostnad men lägre förvaltningskostnad. Ett annat kan vara snabbare att införa men skapa fler begränsningar senare. Utgå från samma krav, samma volymer och samma mätperiod så att jämförelsen inte blir riggad till förmån för ett favoritverktyg.

Exempel: automation av administration

Anta att ett företag vill minska dubbelregistrering mellan formulär, CRM och ekonomisystem. Börja med faktisk månadsvolym, minuter per ärende och hur ofta fel uppstår. Lägg sedan till kostnaden för integration, test och förvaltning. Om scenariot visar rimlig återbetalning kan processen prioriteras. Om volymen är låg kan en enklare rutin eller standardisering vara bättre än utveckling.

Dokumentera beslutet och vad som ska följas upp

Spara nulägesvärden, antaganden, vald lösning och de mätetal som ska följas efter leverans. Då kan ni kontrollera om investeringen faktiskt gav den effekt som motiverade beslutet. Om utfallet avviker går det att se om orsaken är lägre användning, högre förvaltningskostnad, felaktiga antaganden eller ett problem i implementationen.

När digital rådgivning är relevant

När flera alternativ påverkar processer, data, säkerhet och ekonomi samtidigt kan ett fristående beslutsunderlag vara mer värdefullt än att börja med en offert på implementation. Ett bra underlag visar fakta, antaganden, risker, kostnad och nytta och avslutas med en prioriterad roadmap. Om ett annat alternativ än Startverkets egen implementation är bättre ska det kunna framgå.