Artikkelinnhold
KortversjonenVis merVis mindre«Agent» skulle bety KI-agent, mens menneskelige medarbeidere fikk betegnelsen customer service representative.
- «Agent» skulle bety KI-agent, mens menneskelige medarbeidere fikk betegnelsen customer service representative.
- Feltservice ble knyttet til IoT, prediktivt vedlikehold og løpende serviceavtaler.
- Markedsbudskap, serviceløfter og overføring til mennesker måtte beskrive den samme virkeligheten.
Et ord fikk en tydeligere teknisk betydning
Microsoft varslet 26. mars at «agent» i Dynamics 365 Customer Service og Contact Center skulle brukes om KI-agenter. Menneskelige servicemedarbeidere skulle omtales som customer service representatives. Endringen skulle rulles ut i april. Den ryddet i produktgrensesnittet, men virksomheten måtte fortsatt forklare kundene når de møtte automatisering, og hvem som hadde ansvar for svaret.
Feltservice flyttet løftet fremover i tid
Dagen før beskrev Microsoft bruk av IoT, KI og feltservice til prediktivt vedlikehold og mer tjenestebaserte forretningsmodeller. Et slikt løfte påvirket både markedsføring og drift: kunden kunne forvente hjelp før stans, mens leverandøren måtte tolke signaler, prioritere utrykninger og dokumentere hvorfor et tiltak ble anbefalt. Svake sensordata kunne gjøre et proaktivt løfte dyrt.
Reisen måtte være sammenhengende
Customer Insights-oppdateringer fortsatte å utvikle sanntidsreiser og hendelsesbasert kontakt. Dersom en kampanje lovet proaktiv service, måtte service- og feltteamet se samme avtale, utstyr og kontaktpreferanser. En KI-agent burde ikke starte en ny salgslignende dialog når kunden allerede ventet på en kritisk reparasjon. Felles status og stoppregler var derfor nødvendige.
Kundeperspektivet krevde menneskelig overgang
Zendesk fant i sin globale 2025-undersøkelse at kunder forventet mer personlig og menneskelig KI-kontakt. Det ga en praktisk prøve: Kunden skulle forstå om svaret kom fra en agent, kunne korrigere opplysninger og nå en person uten å gjenta hele saken. Overføringen burde inneholde oppsummering, kildegrunnlag, utførte steg og tydelig ansvar.
Kontroll før skalering
Produktnavn måtte oversettes til et stabilt språk i kundereisen. Kunden trengte å vite om en digital assistent samlet informasjon, foreslo et tiltak eller gjennomførte en bestilling. Internt burde de samme nivåene knyttes til logg og ansvar. Ved klage skulle servicemedarbeideren kunne se hva agenten hadde lest, hvilke regler som ble brukt og hvilken handling som ble utført. Feltteknikeren burde slippe å rekonstruere samtalen fra fritekst. Denne sporbarheten gjorde begrepsendringen operativ og ga markedsføring et sannferdig grunnlag for å beskrive tjenesten.
Mål løftet fra kampanje til utført service
Velg én proaktiv servicehendelse og spor hele kjeden: signalkvalitet, opprettet kontakt, kundens respons, teknikerens diagnose og faktisk løsning. Mål falske varsler, tid til menneskelig overtakelse, første gangs løsning og avvik mellom markedsbudskap og leveranse. Begreper i grensesnitt og kundetekst bør først standardiseres når denne ansvarslinjen er avtalt.
Kilder
Microsoft Dynamics 365: New terminology for AI agents and Copilot Service, 2025-03-26
Microsoft Dynamics 365: The future of manufacturing with Dynamics 365, 2025-03-25
Microsoft Learn: Customer Insights - Journeys: what’s new archive, 2025-03-01
Zendesk: 2025 CX Trends Report: Human-Centric AI Drives Loyalty, 2024-11-20
Del dine erfaringer
Hvordan sjekker dere at en kundereise gir mottakeren relevant oppfølging? Del gjerne et konkret eksempel i diskusjonen.









