Den første KI-piloten setter tonen for det som kommer etterpå. En nyttig og avgrenset oppgave med en tydelig ansvarlig gir teamet noe å lære av. Velger dere bare oppgaven som ser best ut i en demonstrasjon, risikerer dere at de vanskelige sakene blir skjøvet til side.
Jeg ville begynt med sakene som ikke følger oppskriften. Det som ser ut som rutinearbeid fra møterommet, kan kreve vurderinger av uklare kundeløfter, gamle opplysninger og avtaler som ikke står i standardprosedyren. Her avgjøres det om KI sparer arbeid eller bare flytter det til noen andre.
Avgrens oppgaven før dere velger verktøy
«Bruke KI i kundeservice» er for upresist som pilot. «Forberede svarutkast på spørsmål om leveringsstatus med godkjente ordreopplysninger, der en medarbeider sender svaret» beskriver en arbeidsprosess. Da er det tydelig hvilke opplysninger løsningen får bruke, hva den skal lage, og hvem som kontrollerer og sender svaret.
I et hypotetisk norsk distribusjonsselskap finnes tre muligheter: skrive leveringsoppdateringer, avgjøre kredittgrenser og oppsummere leverandørhåndbøker. Sammenlign konsekvensene av feil, tilgangen til pålitelige kilder og arbeidet som kreves for å kontrollere resultatet. Det er viktigere enn hvor imponerende demonstrasjonen er.
Kredittavgjørelser kan påvirke mennesker og hvor mye selskapet risikerer å tape. Oppsummerte håndbøker kan være nyttige, men må gjengi tekniske advarsler riktig. Leveringsutkast kan være enklere å avgrense, så lenge de ikke finner på løfter eller utleverer andre kunders bestillinger. Ingen av oppgavene er trygge bare fordi resultatet er tekst.
Spør medarbeiderne hvilke saker som er vanskelige
Ta et representativt utvalg arbeid med opplysninger dere har lov til å behandle i evalueringen. Inkluder både vanlige saker og dem medarbeiderne synes er vanskelige: manglende ordrenumre, motstridende datoer, klager, blandet norsk og engelsk terminologi og henvendelser virksomheten bør avslå eller sende videre.
Be medarbeiderne som håndterer sakene, forklare hva som gjør dem vanskelige. De vet kanskje at et kjent produktnavn viser til to versjoner, eller at en kundeavtale går foran standardprosedyren. Denne kunnskapen må inn i arbeidsmåten dere tester. Løsningen bør ikke være avhengig av at én erfaren medarbeider oppdager og retter alle feilene.
Når personopplysninger brukes, omfatter personvernforordningen artikkel 5 blant annet formålsbegrensning, dataminimering og riktighet. Artikkel 6 gjelder behandlingsgrunnlag. Også en utprøving innebærer behandling. Bruk testdata uten personopplysninger der det er mulig. Hvis testene krever personopplysninger, må de klargjøres og behandles forsvarlig. Vurder bruken før dere kobler til data fra den daglige driften.
Sammenlign oppgavene på seks punkter
Registrer følgende for hver kandidat i vanlig språk. En vurdering er bare nyttig hvis andre kan utfordre begrunnelsen.
- Nytte: Hva skal bli bedre for kunden eller medarbeideren, og hvor ofte utføres oppgaven?
- Kildekvalitet: Finnes det en pålitelig kilde resultatet kan kontrolleres mot?
- Konsekvens: Hva kan et feil svar eller en feil handling føre til, og hvem blir berørt?
- Kontroll: Kan medarbeideren oppdage alvorlige feil med tiden og informasjonen som er tilgjengelig?
- Mulighet til å stoppe: Kan arbeidet pauses, korrigeres eller føres tilbake til dagens prosess?
- Ansvar: Hvem styrer arbeidsprosessen og har tid til å rette den når piloten avdekker svakheter?
Velg en annen oppgave hvis ingen kan ta ansvaret, eller hvis alvorlige feil er vanskelige å oppdage. En stor forventet gevinst løser ikke disse problemene. Vurder først om prosessen kan forenkles eller løses med vanlig regelstyrt programvare.
Gjør piloten liten nok til å lære av
I leveringseksemplet kan piloten avgrenses til en bestemt henvendelsestype, godkjente kilder og utkast uten automatisk utsending. Registrer dagens behandlingstid, feil og saker som må sendes videre til andre, før dere endrer arbeidsmåten. Bestem hva assistenten skal gjøre når informasjon mangler. Et ærlig spørsmål om avklaring kan være et vellykket resultat.
Vurder hele saker på språkene kundene faktisk bruker. Ta med bokmål, nynorsk og engelsk der det er relevant, og undersøk om løsningen fungerer like godt på norsk som i den engelske demonstrasjonen. Hvis løsningen bruker tale, må relevante språk- og dialektvariasjoner testes separat.
Den første piloten bør besvare et konkret spørsmål, for eksempel om kontrollerte svarutkast reduserer samlet behandlingstid uten flere uriktige leveringsløfter. Guiden til overgang fra pilot til drift hjelper deretter med å avgjøre om resultatet er klart for ordinær bruk.
Kilder og avgrensning
Kildene ble kontrollert 11. oktober 2026. Vurderingsarket er mitt forslag til ledelsesverktøy, og distribusjonsselskapet er hypotetisk. En god vurdering dokumenterer ikke lovlighet eller erstatter en konkret vurdering av bruksområdet. Se guiden til interne KI-agenter og GDPR for norske integrasjonsspørsmål.