Fra samtale til virksomhetens egne handlinger

Copilot Studio samlet funksjoner fra Power Virtual Agents med generativ KI og koblinger til Microsofts øvrige plattform. En fagperson kunne beskrive ønsket assistent, koble den til godkjente datakilder, definere samtaleemner og publisere den i valgte kanaler. Microsoft la også fram muligheten til å utvide Microsoft 365 Copilot med egne data, programtillegg og handlinger.

Tilgjengelighetsstatusen var todelt. Copilot Studio som produkt ble gjort tilgjengelig, mens muligheten til å lage utvidelser for Microsoft 365 Copilot ble omtalt som forhåndsvisning. Det var derfor for tidlig å behandle hele kunngjøringen som én ferdig produksjonspakke. Organisasjoner måtte kontrollere hvilke funksjoner, regioner og lisensvilkår som gjaldt for deres miljø.

Et marked i rask bevegelse

TechCrunch beskrev Copilot Studio som Microsofts svar på et voksende marked av verktøy som koblet språkmodeller til egne bedriftsdata. Computerworld siterte Gartner-analytiker Jason Wong på at virksomheter etterspurte muligheter til å utvide Copilot utover standardfunksjonene. Begge perspektivene understreket at konkurransen handlet om mer enn en god chat: integrasjon med data og systemer ble avgjørende.

OpenAI hadde allerede i juni introdusert function calling, der en modell kunne returnere strukturerte argumenter til eksterne funksjoner. Denne utviklingen forklarte hvorfor handlinger og koblinger fikk en sentral plass i Copilot Studio. Samtidig viste OpenAIs egen beskrivelse at modellen foreslo et funksjonskall; virksomhetens programkode måtte fortsatt validere og utføre handlingen. Det skillet var viktig også for lavkodeverktøy.

Styring måtte bygges inn fra første pilot

Det enkleste bruksområdet var en avgrenset kunnskapsassistent med få, kjente kilder. Et slikt forsøk kunne måle om brukerne fant riktige svar raskere, og om svarene viste tilbake til oppdatert innhold. Før assistenten fikk opprette saker, sende meldinger eller endre data, måtte eierne definere godkjenning, logging og hvordan feil skulle stanses og rettes.

Tilgang fulgte også med innholdet. En assistent som kunne hente CRM-data eller interne dokumenter, måtte respektere de samme rettighetene som brukeren og ikke gjøre skjermet informasjon lettere å finne. Kildenes kvalitet, oppdateringsfrekvens og eierskap ble dermed en del av produktet, ikke et separat ryddeprosjekt.

Kunngjøringen gjorde virksomhetstilpassede assistenter tilgjengelige for flere enn tradisjonelle utviklingsteam. Den senket terskelen for å bygge, men ikke ansvaret for resultatet. Ledelsen burde velge en prosess med tydelig risiko og verdi, kreve menneskelig kontroll ved viktige handlinger og utvide først når målinger viste stabil kvalitet.

Organisasjonen burde i tillegg føre en enkel oversikt over spørsmål assistenten ikke kunne besvare, kilder som manglet og handlinger som ble avvist. Denne feilloggen ga et mer realistisk bilde av modenhet enn bare vellykkede demonstrasjoner og viste hvor opplæring eller innholdsarbeid var nødvendig.

Det var også viktig å planlegge avvikling. En pilot måtte kunne stenges uten å miste samtalehistorikk, eierskap til kilder eller muligheten til å fortsette oppgaven manuelt.

Kilder

Microsoft: Introducing Copilot Studio, 15 November 2023

TechCrunch: Microsoft unveils Copilot Studio, 15 November 2023

Computerworld: Businesses can customise Microsoft’s assistant, 15 November 2023

OpenAI: Function calling and other API updates, 13 June 2023

Videre lesning

Les mer: Hva er Copilot Studio?

Del dine erfaringer

Hvilken erfaring fra deres egen virksomhet er mest relevant for denne saken? Del gjerne hva dere lærte.