Hoe je de ROI van een implementatie berekent zonder cijfers te verzinnen

De ROI van een implementatie wordt niet aangetoond door het tellen van automatiseringen, agents, integraties of schermen. Dit wordt gedemonstreerd door een meetbare bedrijfssituatie te vergelijken met de economische waarde die kan worden gerealiseerd nadat deze is gewijzigd.

De meest voorkomende fout is om te beginnen met een belofte van verbetering: ‘we gaan 40% besparen’, ‘het team zal veel uren winnen’ of ‘AI zal het werk doen’. Een serieuze business case werkt precies andersom. Meet eerst het huidige proces. Bepaal vervolgens hoeveel van de kosten kunnen worden verlaagd, welke capaciteit kan worden vrijgemaakt en welke volledige investeringen nodig zijn om dit te bereiken.

1. Definieer het economische probleem voordat u de oplossing definieert

Een bedrijf behaalt geen rendement omdat een technologie werkt. Het krijgt rendement wanneer een relevante bedrijfsvariabele verandert: kosten per operatie, capaciteit, cyclustijd, fout, conversie, risico, behoefte aan structuur of reactiesnelheid.

Daarom is het raadzaam om de investment case te schrijven zonder hulpmiddelen te noemen. Bijvoorbeeld: “het team wijdt te veel capaciteit aan het classificeren en najagen van documentatie”, “de goedkeuring van aanbiedingen leidt tot wachttijden die de inkomsten vertragen” of “groei dwingt mensen om aangenomen te worden in hetzelfde tempo als de volumegroei”. Als het probleem niet operationeel kan worden uitgedrukt, is het nog te vroeg om de ROI te berekenen.

2. Bouw een verifieerbare basislijn

Zonder een ‘voor’ bewijst het ‘na’ niets. De basislijn moet worden opgebouwd met echte procesgegevens, zelfs als deze niet perfect zijn. Als er geen formele analyse is, kunt u beginnen met een representatieve steekproef van recente gevallen.

Het meet afzonderlijk het directe werk en het wachten. Tien minuten menselijke activiteit en drie dagen wachten op goedkeuring zijn twee verschillende problemen. Men verbruikt capaciteit; de andere verlengt de cyclus en kan de klantervaring of het inkomen beïnvloeden.

Minimale bruikbare gegevens

• Cases per week, maand of kwartaal.
• Directe menselijke tijd per fase.
• Wachttijd tussen de fasen.
• Percentage gevallen met fouten of herbewerking.
• Aantal betrokken personen.
• Noodzakelijke onderbrekingen of intern overleg.
• Incidenten, retourzendingen of daarmee samenhangende verliezen.
• Verwacht volume als het bedrijf groeit.

Hypothetisch voorbeeld: Een bedrijf verwerkt 1.000 aanvragen per maand. Elk ervan vereist acht minuten handmatige bediening. Er zijn ongeveer 133 uur direct werk per maand. Als een nieuwe architectuur het handmatige werk terugbrengt tot vier minuten, bedraagt ​​de theoretische besparing ongeveer 66 uur. Dat is nog geen 66 uur economisch voordeel: je moet bepalen hoeveel van die capaciteit productief kan worden ingezet.

3. Bereken de totale eigendomskosten, niet alleen de ontwikkelingsprijs

De ROI-noemer moet de werkelijke kosten van de implementatie en exploitatie van de oplossing weerspiegelen. Een ontwikkelingsbudget omvat niet de gehele TCO.

Initiële kosten

• Analyse en ontwerp van het proces.
• Ontwikkeling of configuratie.
• Integraties en migraties.
• Gegevens opschonen of voorbereiden.
• Testen en valideren.
• Training en operationele verandering.
• Interne tijd besteed door bedrijfsmanagers.

Terugkerende kosten

• Infrastructuur en consumptie.
• Licenties.
• Onderhoud.
• Waarneembaarheid en ondersteuning.
• Overzicht van uitzonderingen.
• Updates als gevolg van wijzigingen in systemen of processen.
• Beveiligings- en nalevingscontroles, indien van toepassing.

Als een systeem 80% van de gevallen automatiseert, maar de overige 20% menselijke beoordeling vereist, is die beoordeling geen rekenfout: het maakt deel uit van de bedrijfskosten van het systeem. Het financiële model moet dit omvatten.

4. Scheid bronnen van waarde om te voorkomen dat hetzelfde voordeel twee keer wordt geteld

A. Herstelde bedrijfstijd

Het is de tijd die niet langer wordt verbruikt door kopiëren, zoeken, classificeren, afstemmen, statussen najagen of werk opnieuw doen. Om die tijd economisch te waarderen, moet u er niet van uitgaan dat elk bespaard uur gelijk staat aan één uur aan loonverlies. In veel bedrijven ligt de echte waarde in het vrijmaken van capaciteit om meer volume te bedienen, de service te verbeteren of toekomstige aanwervingen te vermijden.

B. Fouten en herbewerking vermeden

Het omvat de kosten voor het corrigeren van gegevens, het herhalen van taken, het beheren van incidenten, het compenseren van klanten, het controleren van duplicaten of het oplossen van beslissingen die op basis van onjuiste informatie zijn genomen. Soms genereert deze categorie meer waarde dan tijdwinst.

C. Extra capaciteit

Een procesverbetering kan ervoor zorgen dat meer transacties kunnen worden geabsorbeerd zonder dat de structuur in hetzelfde tempo toeneemt. Het is belangrijk om dit voordeel te onderscheiden van het besparen van uren, zodat het niet dubbel wordt geteld.

D. Hersteld of versneld inkomen

Snellere reactie op kansen, lager klantverloop, kortere verkoop- of leveringscycli, minder geblokkeerde bestellingen of beschermde verlengingen. Attributie moet voorzichtig zijn: als een verbetering een verkoop helpt sluiten, betekent dit niet dat 100% van de omzet aan de technologie te danken is.

E. Verminderd risico

Continuïteit, traceerbaarheid, privacy, compliance, afhankelijkheid van sleutelfiguren of de mogelijkheid om fouten op te sporen voordat deze escaleren. Sommige risico's zijn lastig om te zetten in euro's; Daarvoor hoef je geen figuur te bedenken. Ze kunnen worden gehandhaafd als een afzonderlijke beslissingsdimensie.

Een business case is betrouwbaarder als je onderscheid maakt tussen wat je weet, wat je schat en wat je nog moet valideren.

5. Bereken de haalbare besparingen

De theoretische besparingen reageren op ‘hoeveel werk zou verdwijnen’. Haalbare besparingen zijn afhankelijk van “van welke waarde het bedrijf echt kan profiteren.” Het verschil is van cruciaal belang.

Als een team 100 uur per maand herstelt, maar het werk is opgedeeld in kleine blokken en niemand die capaciteit kan herverdelen, zal de directe economische waarde lager zijn. Als u met die 100 uur een geplande aanwerving kunt vermijden of meer volume kunt afhandelen met hetzelfde team, kan de waarde veel tastbaarder zijn.

Een verstandige manier om dit te modelleren is door een expliciete capture-factor te gebruiken en te documenteren waarom. Er bestaat geen universeel percentage. Het moet gerechtvaardigd worden door de werkelijke manier van werken van het bedrijf.

6. Gebruik ROI, nettowinst en terugverdientijd samen

Jaarlijkse nettowinst = jaarlijkse vangbare waarde − jaarlijkse bedrijfskosten.

ROI = (totale winst − totale investering) / totale investering × 100.

Terugverdientijd = tijd die nodig is om de geaccumuleerde voordelen te laten terugverdienen van de initiële investering.

Deze statistieken beantwoorden verschillende vragen. De ROI toont de relatieve efficiëntie van de investering. De terugverdientijd laat zien hoe lang het kapitaal blijft vastgelegd voordat het wordt teruggevorderd. Twee initiatieven met een vergelijkbare ROI kunnen heel verschillend zijn als het ene de investering binnen enkele maanden terugverdient en het andere meerdere jaren duurt.

Hypothetisch voorbeeld: initiële investering van € 30.000, jaarlijkse terugkerende kosten van € 12.000 en jaarlijkse haalbare waarde van € 72.000. De jaarlijkse nettowinst zou € 60.000 bedragen. Maar de analyse mag er niet van uitgaan dat dat voordeel al op de eerste dag begint. Implementatie, adoptie en leercurve moeten worden gemodelleerd.

7. Introduceer een adoptieplatform

Processen gaan zelden onmiddellijk van ‘voor’ naar ‘na’. Gedurende de eerste paar weken kan er sprake zijn van dubbele handel, extra monitoring of nog wat volume in de oude stroom.

Het financiële model moet het percentage volume weerspiegelen dat elke maand naar het nieuwe systeem verhuist en wanneer de transitiekosten verdwijnen. Dit voorkomt een overschatting van het eerste jaar.

8. Bouw scenario's, geen enkel cijfer

Een verdedigbare business case moet redelijke veranderingen in aannames overleven.

Conservatief scenario

Lagere adoptie, meer uitzonderingen, hogere operationele kosten en minder haalbare besparingen.

Waarschijnlijk scenario

Hypotheses ondersteund door baseline- en procesbewijs.

Gunstig scenario

Meer volume of extra plausibele verbetering. Het mag nooit het enige scenario zijn dat het project levensvatbaar maakt.

Vervolgens voert het gevoeligheid uit voor de variabelen die de meeste invloed hebben: volume, tijd per case, automatiseringspercentage, infrastructuurkosten, uitzonderingspercentage, capture-factor en verwachte groei.

9. Verwar besparingen, capaciteit en personeelsinkrimping niet met elkaar

Dit onderscheid voorkomt veel opgeblazen business cases. Het herstellen van capaciteit betekent niet noodzakelijkerwijs het verminderen van de structuur. Het kan betekenen dat er meer moet worden geproduceerd met dezelfde apparatuur, dat groei moet worden geabsorbeerd, dat de tijden moeten worden verbeterd of dat mensen naar werk met een hogere waarde worden verplaatst.

Daarom is taal belangrijk. Als het echte voordeel het ‘vermijden van twee toekomstige aanwervingen’ is, is een model dat kosten vermijdt. Als het voordeel “achterstand verminderen” is, meet dan de achterstand en de cyclustijd. Verander niet alles kunstmatig in salarisverlaging.

10. Neem de kosten van nietsdoen mee

De juiste vergelijking is niet altijd ‘huidige situatie versus project’. Als het volume groeit, brengt het handhaven van het huidige proces ook toekomstige kosten met zich mee. Er kunnen meer mensen voor nodig zijn, meer fouten ontstaan ​​of vertragingen toenemen.

Het basisscenario moet een afspiegeling zijn van wat er redelijkerwijs zal gebeuren als er niets verandert. Dit is vooral belangrijk wanneer de primaire waarde van de implementatie het beperken van de kostengroei is.

11. Zet ROI om in een portfoliobeslissing

Het project met de hoogste ROI is niet altijd het eerste dat moet worden uitgevoerd. Hypothesevertrouwen, complexiteit, risico, afhankelijkheid van andere systemen, time-to-value, omkeerbaarheid en het leerproces dat het genereert, zijn ook van belang.

Een praktische matrix kan evalueren:

• Potentiële economische impact.
• Vertrouw op gegevens.
• Technische complexiteit.
• Organisatorische complexiteit.
• Operationeel risico.
• Tijd voor de eerste waarde.
• Hergebruik van gecreëerde capaciteiten.

Een wat kleiner initiatief, maar met duidelijke data en een laag risico, kan een betere eerste stap zijn dan een enorme transformatie op basis van aannames.

12. Ontwerp de meting vóór implantatie

De ROI stopt niet wanneer het budget is goedgekeurd. U moet definiëren hoe dit later wordt gecontroleerd.

Als de implementatie tijd bespaart maar het aantal fouten vergroot, kan het nettoresultaat negatief zijn. Als het fouten vermindert, maar de exploitatiekosten te veel verhoogt, moet het mogelijk opnieuw worden ontworpen. Het meten van één enkele maatstaf levert onvolledige beslissingen op.

13. Praktisch sjabloon om de business case op te bouwen

1. Beschrijf het huidige proces in één zin.
2. Meet volume en tijd per fase.
3. Bereken de kosten van fouten en herbewerking.
4. Projecteer het scenario van niets doen.
5. Definieert wat er verandert met de interventie.
6. Schat de theoretische besparingen en de vangstfactor.
7. Bereken de initiële en terugkerende TCO.
8. Oprit voor adoptie van modellen.
9. Bouw conservatieve, waarschijnlijke en gunstige scenario's.
10. Bereken ROI en terugverdientijd.
11. Vergelijk met andere mogelijkheden.
12. Bepaal hoe u het daadwerkelijke resultaat gaat controleren.

Conclusie

Het doel van een ROI-berekening is niet om een overtuigend getal te fabriceren. Het vermindert de onzekerheid voordat kapitaal en operaties worden vastgelegd. Een goede business case maakt de hypothesen zichtbaar, maakt onderscheid tussen haalbare voordelen en theoretische voordelen en maakt het mogelijk om de beslissing te wijzigen wanneer er nieuwe gegevens verschijnen.

Wanneer een bedrijf duidelijk kan uitleggen welk probleem geld kost, hoe het wordt gemeten, welke volledige investering het moet oplossen en wat er moet gebeuren om die investering terug te verdienen, is het gesprek niet langer technologisch en wordt het een zakelijke beslissing.

Als u deze analyse wilt structureren op basis van echte processen in uw bedrijf, kunt u zien hoe ProjectCore werkt in onze werkwijze.