Slik ber du et skeptisk styre om et AI-budsjett uten å love magi
En praktisk måte å be styret om AI-budsjett på: knytt det til en kjent kostnad, frigjør pengene trinnvis, bli enige om målene på forhånd og ha en tydelig exit.
Et skeptisk styre gjør jobben sin. De fleste styremedlemmer har sittet gjennom minst én teknologipresentasjon som lovet transformasjon og ga lite mer enn en ny budsjettpost. Når du ber om et AI-budsjett, kommer de til å lytte etter den samme presentasjonen igjen. Du får pengene ved å komme med en forespørsel som ikke ligner den i det hele tatt.
Be om en beslutning, ikke en overbevisning
Svake AI-presentasjoner ber styret om å tro på noe: at AI vil forandre bransjen, at konkurrentene ligger foran, at det er farlig å vente. Et styre kan ikke stemme over en overbevisning, og det bør heller ikke prøve. Be det i stedet om å godkjenne en avgrenset beslutning. «Vi ønsker 120 000 euro over seks måneder for å teste om automatisert førstegangsgjennomgang kan kutte behandlingstiden for kontrakter fra ni dager til fire. Hvis det ikke gjør det, stopper vi.»
Den setningen har en kostnad, en tidsramme, et resultat du kan måle og en vei ut. Et styre kan godkjenne den uten at noen i rommet trenger å bli entusiast.
Ta utgangspunkt i en kostnad styret allerede kjenner
Velg et problem som allerede står i styrepapirene. Det kan være treg behandling av tilbud, et etterslep i kundestøtten, et månedsavslutning som tar tolv dager, eller en etterlevelsesgjennomgang som binder opp erfarne folk. Styret vet allerede hva problemet koster, fordi det har diskutert det i månedsvis. Det gir deg et utgangspunkt ingen bestrider, og et resultat de kjenner igjen når det kommer.
Ikke begynn med teknologien. «Vi ønsker å ta i bruk en språkmodell» inviterer til spørsmål om modellen. «Vi ønsker å halvere tiden ingeniørene våre bruker på å skrive hendelsesrapporter» inviterer til spørsmål om hendelsesrapporter, og det er der du vil ha diskusjonen.
Sett tall på nedsiden også
Styremedlemmer stoler mer på et forslag som selv peker på risikoene sine, så si hva som kan gå galt og hvordan du vil håndtere det. Resultatet er kanskje bare riktig 80 % av gangene, så en person går gjennom hvert element før det forlater huset. De ansatte bruker kanskje ikke verktøyet, så bruksgrad er et av målene. Dataene kan være mer rotete enn du tror, så de første ukene går med til å sjekke dem før noe blir bygget.
Vis hele kostnaden. Programvarelisensen er som regel den minste delen. Mesteparten av pengene går til å koble verktøyet til eksisterende systemer, klargjøre dataene, de ansattes tid til gjennomgang og opplæring, og løpende overvåking. Hvis budsjettet ditt bare viser prisen på programvaren, vil noen legge merke til det, og da vil styret tvile på alt annet du har fortalt dem.
Del opp pengene i trinn
Styrer liker ikke store, åpne forpliktelser til usikre resultater, så ikke be om det. Del forespørselen opp i trinn, og frigjør pengene til hvert trinn først når det forrige har nådd en fastsatt terskel.
- Kartlegging (4–6 uker): bekreft at dataene finnes, mål hvordan prosessen fungerer i dag, og definer suksess i tall.
- Pilot (8–12 uker): kjør systemet på reelt arbeid med et lite team, parallelt med den eksisterende prosessen, og sammenlign de to.
- Utrulling: utvid til resten av virksomheten bare hvis piloten nådde målene sine, med et budsjett basert på hva piloten faktisk kostet.
Dette deler ett stort veddemål opp i små steg som kan reverseres. Det gir også styret kontroll over pengebruken i hvert trinn, og det er ofte nettopp det et skeptisk styremedlem egentlig vil ha.
Definer hva «fungerer» betyr før du starter
Bli enige om suksessmålene i møtet, ikke etter piloten. Aktuelle mål er spart tid per uke, feilrate sammenlignet med dagens prosess, behandlingstid og kundeklager. Velg to eller tre, skriv dem ned og fastsett terskelen for å fortsette. Da kan ingen flytte målstolpene når resultatene kommer, og det gjelder deg også.
Ta med et stoppkriterium, for eksempel: «Hvis treffsikkerheten er under 90 % etter åtte uker, stopper vi og rapporterer hva vi har lært.» En tydelig måte å mislykkes på gjør godkjenningen enklere, fordi det viser at du tester en idé, ikke forsvarer en.
Dropp ordene som utløser alarmen
Noen ord mister rommet hver gang: «revolusjonere», «transformere», «game changer», og enhver påstand om at AI vil erstatte en hel avdeling. Hopp også over de store tallene fra leverandørrapporter, for styremedlemmer vet hvem som har betalt for dem. Bruk dine egne tall, uansett hvor beskjedne de er. En realistisk forbedring på 15 % i en prosess styret bryr seg om overbeviser mer enn et lånt løfte om 40 %.
Utpek en eier. Gi én leder ansvaret for resultatet, og la pilotteamet rapportere til vedkommende. Det besvarer spørsmålet alle styrer stiller, selv om ingen sier det høyt: hvem ringer vi når dette går galt?
Rapporter tilbake, enten det fungerte eller ikke
Ditt første AI-budsjett er egentlig et bud på det neste. Rapporter i hvert trinn mot målene du lovet, også de som skuffet. Hvis et styre ser en pilot bli stoppet på en ryddig måte med en tydelig forklaring på hvorfor, vil det finansiere ditt neste forslag raskere enn om det så et prosjekt drive av gårde.
Hvis du vil ha hjelp med grunnarbeidet (måle utgangspunktet, beregne kostnadene, utforme piloten), er det det tunge løftet Hercules A tar på seg for kunder. Uansett er fremgangsmåten den samme: be om en liten, målbar beslutning, og la resultatene argumentere for den større.