Business case

Business case er beregningen og argumentationen for, at en AI-investering kan betale sig. Den viser direkte omkostninger (licenser, forbrug, implementering, uddannelse) op imod målbare gevinster (sparet tid, færre fejl, mere salg) og beskriver de vigtigste risici. En god case adskiller bløde gevinster fra de hårde tal, så budgettet kan forsvares over for ledelsen.

En business case, der får SMV-budgettet igennem

En business case til en lille eller mellemstor virksomhed skal være kort, konkret og uden komplekse scenarier. Ledelsen vil se to ting: et realistisk estimat af hvad løsningen koster nu, og et troværdigt skøn over hvad den leverer i de næste 12 til 36 måneder. Du præsenterer ikke kun en teknisk løsning, men et køb: hvorfor denne løsning, hvilke processer ændres, hvem betaler drift, og hvilke KPI'er for AI I måler på fra måned et.

Sådan bygger du en simpel business case for AI

1. Definér use case og scope: vælg én proces, for eksempel automatiserede svar på kundehenvendelser, og afgræns hvad der er inkluderet. Mindre scope betyder mindre usikkerhed.
2. Beregn omkostninger: medtag licenser og forbrug, timeforbrug til implementering, interne timer til uddannelse og en 6 til 12 måneders supportbuffer. Glem ikke løbende drift og eventuel ekstern rådgivning.
3. Skøn gevinster: regn både direkte besparelser (timer ganget med timeløn) og indtjeningsgevinst (bedre svartid = flere ordrer). Angiv et lavt, realistisk og optimistisk scenarie.
4. Identificér risici og afhængigheder: data-kvalitet, systemintegration, ændret arbejdsgang og compliance. Beskriv hvad der skal til for at mitigere hver risiko.
5. Lav en enkel ROI-oversigt: tid til break-even, årlige nettoeffekter, og hvilke KPI'er for AI I tracker. Hold regnearket enkelt nok, så en kollega kan følge tallene uden teknisk forklaring.

Hvorfor de bløde gevinster hører med, men ikke må bære regnestykket

Kvalitetsforbedringer, bedre medarbejdertilfredshed og hurtigere beslutninger er reelle gevinster. De er dog sværere at måle præcist, og de kan hurtigt blive det eneste argument, hvis de bliver præsenteret uden understøttelse. Tag dem med som supplerende effekter: kvantificér dem når du kan (reduceret churn, færre eskalationer, lavere rekrutteringspres), men lad ikke en usikker blød gevinst være hele begrundelsen for budgettet. Hvis de bløde gevinster er det eneste positive, skal du søge et pilotbudget i stedet for fuld investering.

Eksempel: Business case hos en økonomichef i en produktionsvirksomhed

Økonomichefen i en mellemstor produktionsvirksomhed skal fremlægge et forslag midt i en travl planlægningsuge i november. Forslaget handler om en AI-assistent til at automatisere månedlig afstemning af tre leverandørkonti, en opgave der tager regnskabsafdelingen i alt 35 timer pr. måned. Løsningen kræver en licens og to ugers opsætning, plus 20 interne timer fordelt på to medarbejdere i opstarten. Der var modstand: regnskabschefen mente, at data fra gamle PDF-fakturaer var for rodede, og HR var bekymret for jobindholdet. I beregningen medtog økonomichefen et konservativt estimat for fejlreduktion (hvad en menneskelig fejl koster) og et scenarie, hvor 50 procent af tiden blev frigjort til andre opgaver. Resultatet var en kort, talbaseret fremlæggelse til ledelsen med tre linjer om bløde gevinster: bedre arbejdsmiljø, færre pressede afslutninger og kortere deadline. Ledelsen godkendte en seks måneders pilot med krav om månedlig rapportering på tid brugt, antal fejl og en simpel ROI-beregning efter tre måneder. Pilotens omkostning var tydelig, konsekvenserne var konkrete, og modstanden blev håndteret ved at vise hvordan opgaver kan omfordeles, ikke fjernes.

Hvad du skal være opmærksom på

Undervurder ikke omkostninger til dataforberedelse og løbende drift. Mange projects starter med en positiv use case og møder først reelle omkostninger, når gamle regneark og scannede dokumenter skal gøres læsbare. Vær eksplicit om, hvilke KPI'er for AI du måler: tid pr. opgave, fejlrate, kundetilfredshed, omsætning pr. kunde. Hvis I planlægger at måle ROI på AI, angiv hvilke tal der skal dokumenteres først, og hvem der ejer målingerne. Endelig: sørg for at skelne mellem et pilotbudget og et implementeringsbudget. En pilot er til at validere antagelser; en implementering er til at levere de lovede gevinster. Gør forventningerne klare, så ingen troede at bløde gevinster alene var nok.

X er ikke det samme som en projektplan eller en teknisk specifikation

En business case forklarer hvorfor og hvad I køber; en projektplan beskriver hvordan og hvornår I gør det. En teknisk specifikation hører hjemme i leverandørkontrakter. Hold dem adskilt i din forberedelse. Brug business casen til at få penge på budgettet, og brug projektplanen til at styre leverancen.