En god første AI-oppgave har et tydelig formål, et avgrenset grunnlag og et resultat noen i bedriften kan kontrollere. Start gjerne med et internt utkast eller hjelp til å strukturere informasjon. Da kan dere lære hvordan verktøyet fungerer før resultatet påvirker kunder eller andre systemer.
Spørsmålet er ikke bare hva AI kan lage. Det er hva dere trenger hjelp med, om kvaliteten er god nok, og om hele oppgaven blir enklere når kontrollen er regnet med. En rask tekst er lite verdt hvis det tar lenger tid å finne og rette feilene enn å gjøre arbeidet selv.
Velg oppgaven før dere velger abonnement
Finn en oppgave som gjentas og der dere allerede vet hva et godt resultat er. Det kan være å lage et første utkast fra godkjente produktopplysninger, sortere anonymiserte tilbakemeldinger etter tema eller gjøre en intern veiledning lettere å lese. Velg noe som kan sammenlignes med dagens arbeidsmåte.
Skriv oppgaven som en konkret bestilling. «Hjelp oss med markedsføring» er for bredt. «Lag et utkast til en produktforklaring fra disse kontrollerte opplysningene, og marker det som mangler» gir et mer avgrenset forsøk. Den som vurderer resultatet, må kjenne produktet og målgruppen.
Skill mellom regler og språklig vurdering
Noen oppgaver trenger ikke AI. Hvis en forespørsel alltid skal sendes til samme avdeling ut fra et skjemavalg, kan en vanlig regel være enklere å kontrollere. AI kan være aktuelt når dere trenger støtte til å tolke, oppsummere eller formulere tekst som varierer. Det gjør også kontrollen viktigere.
I en første utprøving bør resultatet kunne stoppes før det brukes videre. La for eksempel AI foreslå et tema for en henvendelse, mens en medarbeider bekrefter det. Ikke la et overbevisende formulert svar bli behandlet som et verifisert faktum bare fordi språket flyter godt.
Avklar hvilket materiale som kan brukes
Velg opplysninger som er godkjent for forsøket, og kontroller hvem som får tilgang til dem. Begynn gjerne med offentlig produktinformasjon eller konstruerte testeksempler. Kundedata, interne avtaler og personlige opplysninger bør ikke kopieres inn i et nytt verktøy uten at bruken og vilkårene er avklart.
Undersøk det konkrete produktet og kontoens innstillinger. Tilgang, lagring og bruk av data kan avhenge av avtalen og oppsettet. En vurdering av ett abonnement gjelder ikke automatisk for et annet. Hvis oppgaven krever opplysninger dere ennå ikke har avklart bruken av, kan dere prøve arbeidsflyten med fiktive data først.
Eksempel: Et utkast fra godkjente produktopplysninger
Tenk deg en fiktiv nettbutikk som vil forklare forskjellen mellom to produkter. Bedriften har kontrollerte opplysninger om materiale, størrelse, bruksområde og vedlikehold. Første forsøk kan være at AI lager et utkast med disse opplysningene som eneste faktagrunnlag. Mangler en opplysning, skal utkastet markere behovet for avklaring.
- Gi et avgrenset grunnlag. Bruk kontrollerte produktegenskaper og beskriv hvem forklaringen er for.
- Kontroller utkastet. Sammenlign hver egenskap med kilden, og se etter antakelser som har blitt presentert som fakta.
- Godkjenn før bruk. Fagansvarlig retter og godkjenner. Publisering skjer først etter denne kontrollen.
Prøv også et produkt der en viktig egenskap mangler, og to produkter med nesten like navn. Se om verktøyet holder dem fra hverandre og lar ubesvarte spørsmål stå åpne. Ett vellykket utkast viser at oppgaven kan fungere i ett tilfelle. Det dokumenterer ikke at alle senere utkast blir riktige.
Bestem kvaliteten før dere ser svaret
Lag noen få vurderingspunkter: Stemmer fakta? Er viktige forbehold bevart? Er teksten forståelig for kunden? Har den lagt til egenskaper, løfter eller kilder som ikke finnes i grunnlaget? Bruk de samme spørsmålene når dere sammenligner med et utkast skrevet uten AI.
Dette er vår praktiske måte å avgrense et første forsøk på. For virksomheter som trenger et mer systematisk grunnlag, beskriver NISTs frivillige rammeverk for AI-risiko hvordan pålitelighet og risiko kan inngå i utvikling, bruk og evaluering. Rammeverket er ikke en godkjenning av et bestemt verktøy eller et bevis på at bedriftens løsning er riktig.
Regn med kontroll, retting og vedlikehold
Registrer tiden brukt på å klargjøre grunnlaget, lage utkastet, kontrollere og rette. Sammenlign hele oppgaven med tidligere arbeid. Noter også feil som kunne fått betydning hvis de ikke ble oppdaget. Hvis kontrollen krever mer fagkunnskap enn dere har tilgjengelig, er oppgaven kanskje ikke egnet som første forsøk.
Ta vare på testeksemplene og vurderingen. Prøv dem igjen når verktøy, instruksjoner eller datagrunnlag endres. Avtal hvem som kan justere oppsettet og hvem som bestemmer om forsøket skal fortsette. Det gjør det mulig å lære uten at en nyttig prototype umerkelig blir en arbeidsrutine ingen følger opp.
Utvid når dere vet hva som fungerer
Når oppgaven har et forståelig kvalitetsnivå og en praktisk kontroll, kan dere vurdere flere brukere eller en integrasjon. Beskriv da hvem som har tilgang, hva systemet kan gjøre og hvor menneskelig godkjenning skal ligge. Et utkast til intern bruk og automatisk kommunikasjon med kunder er ulike leveranser.
Guiden til en første automatisering hjelper dere med ansvar og overleveringer. Hvis forsøket viser behov for en egen app, bør dere også avklare hva som må være på plass før utviklingen starter.
Ta utgangspunkt i en oppgave medarbeiderne kjenner. Beskriv hvordan den gjøres nå, hvilket resultat dere ønsker og hvem som kan vurdere kvaliteten. Det gir et godt grunnlag for å snakke om AI, integrasjoner og automatisering i bedriften.
