Hvor du begynner med KI i driften din begynn med prosessen, ikke verktøyet.

Begynn med den ene prosessen som lekker mest penger, ikke med et verktøy. Kartlegg hvordan prosessen faktisk foregår i dag, finn hvor arbeid gjøres om igjen eller faller mellom stolene, og bygg et lite system som fjerner nettopp de feilene. KI er det som gjør byggingen overkommelig og rask nok til å være verdt å gjøre — uker i stedet for et år — men det er metoden, ikke målet. Målet er operasjonell fortreffelighet: en prosess som går likt hver gang, uten at noen holder den sammen.

Alle voksende selskaper kommer fram til dette spørsmålet på samme måte. Inntektene er der, teamet er strukket, og sprekkene er synlige for alle — fornyelsen som glapp fordi ingen eide overleveringen, forarbeidet i salgsfasen som er gjort om tre ganger, kundedataene som ligger i fire systemer som aldri helt stemmer overens. Noen sier ordet “KI”, og samtalet handler straks om verktøy.

Det er der det går galt.

Hvorfor de fleste KI-prosjekter i driften stopper opp

De begynner med teknologien og jobber baklengs mot et problem. Et verktøy velges, en pilot kjøres, en demo imponerer folk, og så klarer ikke saken stille å endre hvordan noen jobber på en tirsdag. Grunnen er nesten alltid den samme: den underliggende prosessen ble aldri beskrevet, så det fantes ikke noe konkret for verktøyet å forbedre.

Den andre måten det går galt på er omfanget. Et “KI-transformasjonsprogram” kunngjøres, et år med arbeid stakes ut, og den operasjonelle smerten som utløste det hele er der fortsatt atten måneder senere. Voksende selskaper har ikke et år. Festivaldatoen, fornyelsessyklusen, finansieringsrunden — ingen av dem flytter seg.

Begge feilene har samme årsak. KI ble behandlet som målet. Det er det ikke. Operasjonell fortreffelighet er målet. KI er ganske enkelt grunnen til at det nå er overkommelig å bygge programvare formet rundt virksomheten din, i stedet for å bøye virksomheten rundt programvaren.

Begynn med prosessen som lekker penger

Velg én prosess. Ikke en avdeling, ikke en strategi — én prosess, med en begynnelse og en slutt, som du allerede mistenker koster deg penger. I de fleste voksende selskaper er det én av tre.

De tre stedene det vanligvis sitter

• Fornyelser. Ingen eier øyeblikket da en avtale utløper. Det ligger i noens kalender, følges opp for sent og glippes iblant helt. Som illustrasjon: dette er den typen prosess som kan bære rundt €45 000 i året i unngåelig sløsing.
• Overleveringen fra salg til leveranse. Det som ble lovet i salget oppdages på nytt av leveranseteamet, og kunden forklarer situasjonen sin to ganger. Rundt €97 000 i et illustrativt tilfelle.
• Forarbeidet i salgsfasen. Samme avgrensning, samme estimater, samme svar, bygget opp på nytt for hver mulighet fordi ingenting ble fanget opp første gang. Rundt €84 000.

Tallene er illustrative, hentet fra separate scenarioer og ikke lagt sammen — poenget er formen, ikke en sum. Det som betyr noe er at hver av dem er en spesifikk, avgrensbar prosess, og nettopp det gjør den til en kandidat for et første bygg. En vag ambisjon om å “bruke KI i hele virksomheten” er det ikke.

Hva som bygges, og hvorfor det er lite med vilje

Resultatet av et første oppdrag er ikke en plattform. Det er en punktløsning: et lite system som gjør én operasjonell oppgave ordentlig, for de menneskene som utfører den oppgaven. En customer success-portal finnes for at customer success managers faktisk skal kunne styre kunderelasjonen etter salget — se hvilke kunder som glir unna, handle før fornyelsen og stoppe kundefrafall som ellers ville kommet uanmeldt. En partnerportal finnes for at partnere skal kunne betjene seg selv i stedet for å sende noen e-post. Hver av dem er navngitt etter det operasjonelle resultatet den leverer, ikke etter programvarekategorien den tilhører.

Under ligger fundamentet hvert oppdrag inneholder: en adminkonsoll og automatiseringsmotoren som utfører arbeidet, pakket som én byggemodul. Du kan se hvordan de punktløsningene ser ut i praksis, og hvordan automatiseringsmotoren under dem virker.

Lite er med vilje. Et smalt system som fjerner en reell feil er verdt mer enn et bredt som ingen tar i bruk, og det kan leveres på uker — noe som betyr at du finner ut om det virket mens problemet fortsatt er problemet.

Hva det koster og hvor lang tid det tar

Første steg er en kartlegging, avgrenset til prosessene vi ser på. Den produserer en skriftlig beskrivelse av hvordan prosessen kjører i dag, hvor den svikter, og hva det ville innebære å bygge løsningen. Du betaler det honoraret bare hvis du bestemmer deg for ikke å gå videre — går du videre med oss, koster det deg ingenting.

Prisen er 30 % av besparelsen det første året som vi måler og dokumenterer, fakturert i like store månedlige rater gjennom oppdraget — slik at kostnaden kommer samtidig med verdien i stedet for etter den. Når arbeidet er ferdig, mottar du hele kildekoden og eier den fullt ut, uten ekstra kostnad.

Grunnen til at tallene i det hele tatt er offentlige, er at det meste av denne bransjen skjuler dem. Hele prislisten finnes her, og oppdraget går gjennom seks definerte steg, fra første samtale til overlevert kildekode.

Ansetter du noen, eller kjøper du et verktøy?

Dette er spørsmålet under spørsmålet, og det ærlige svaret er at de vanlige alternativene alle lar det samme gapet stå åpent.

En fulltidsansatt driftsdirektør utformer planen, men skriver ikke koden, så strategien lander som et dokument og venter bak produkt på utviklingstid — til en kostnad på mer enn €200 000 i året. Mer SaaS er raskt å kjøpe og billig å begynne med, men du bøyer prosessen etter verktøyet og betaler for alltid, på en stack som lett overstiger €150 000 i året. Et utviklingsbyrå kan bygge, men trenger en ferdig spesifikasjon — noe som forutsetter at den operasjonelle tenkningen allerede er gjort. Og å ikke gjøre noe føles gratis, og nettopp derfor er det det dyreste alternativet på listen.

Det som faktisk lukker gapet, er å ha det operasjonelle skjønnet og byggeevnen på samme sted, slik at beskrivelsen av prosessen og programvaren som utfører den aldri overleveres mellom to parter som hver forstår halvparten.

Vanlige spørsmål

Trenger vi en KI-strategi først?

Nei. Dere trenger én beskrevet prosess og en beslutning om hvilken feil i den som er verdt å fjerne. En strategi som ikke er forankret i en konkret prosess har en tendens til å produsere dokumenter i stedet for endring.

Hvor lang tid tar det før vi ser noe virke?

Uker, ikke måneder — og det er hele grunnen til at KI-verktøy betyr noe her. En første punktløsning er bevisst smal, slik at den raskt kan leveres, brukes og vurderes.

Hva om prosessene våre er et rot og ikke nedskrevet noe sted?

Det er den normale utgangssituasjonen, og det er nettopp det en Assessment er til for. Ingenting må være dokumentert før dere begynner; kartleggingen er en del av arbeidet.

Eier vi det som bygges?

Ja. Kildekoden overføres til dere mot en fast engangssum per byggemodul, og etter det er det ingenting igjen å betale for å fortsette å bruke den. Det er en bevisst kontrast til et abonnement dere aldri kan si opp.

Forlater dataene våre EU?

Nei. Systemene bygges og driftes på EU-infrastruktur, noe som for de fleste europeiske virksomheter er et krav og ikke en preferanse.