En «hvordan»-veiledning for kundereiser og agentisk AI
Året har bygget seg opp med stor fart. Jeg tilbrakte den siste uken i Amsterdam på det første Institute 4 Journey Management, og engasjerte meg med andre eksperter i Journey Space. Det var en mulighet til å se hva de ledende selskapene er opptatt med og suksessene de oppnår. Tilbakemeldinger fra viktige bransjeanalytikere er at de aldri har sett mer interesse for Customer Journey Management. Imidlertid sliter mange selskaper fortsatt med hvordan de skal omfavne Customer Journey Management.
Det som også har vært et viktig diskusjonspunkt i næringslivets sosiale medier (og spesielt LinkedIn) er omfattende diskusjon om agentisk AI og nylig MCP – Model Context Protocol.
Jeg skal raskt starte for å posisjonere AI-agenter. Dette kommer til å være mer en lekmannsforklaring, og dermed kan det hende at min tekniske forklaring ikke oppfyller kravene.
En AI-agent er en kombinasjon av en LLM-modell (f.eks ChatGPT), kombinert med et sett med instruksjoner og et sett med verktøy som kan gjøre noe. Du kan for eksempel ha en agent som kan:
Hver av disse agentene (bestående av en LLM, sett med instruksjoner, verktøy for å samhandle med miljøet (For eksempel sitater) kan deretter kontrolleres av en annen agent for å få en jobb gjort.
En av de siste utviklingene på dette området er en standard kalt "Model Context Protocol". Det som virkelig er viktig med MCP-protokollen er at den er utviklet og publisert av tjenesteleverandøren (for eksempel et forsikringsselskap som gir tilbud) slik at agenten kan samhandle med eksterne tjenester på en standard måte. Tenk på det som en Appstore for verktøy som agenter kan bruke.
Andre eksempler på MCP-verktøy kan være:
MCP lar AI-agenter få tilgang til ekte tjenester slik at agentene kan fullføre oppgavene sine. MCP blir støttet av mange sektorer av AI-fellesskapet og de store aktørene som OpenAI og Anthropic.
Når du utvikler en løsning for kunstig intelligens (består av flere agenter som ovenfor), er det mulig å håndkode disse agentene, men det er virkelig utmerkede rammeverk som Langchain og Semantic Kernal som fremskynder utviklingen av agenter, og så er det visuelle verktøy som bruker AI-rammeverkene for å tillate ikke-tekniske personer å utvikle agentløsninger. Utviklingen i dette rommet skjer med lynets hastighet!
Gitt vårt fokus på reiser, er det viktigste interessepunktet hvordan du kobler en agentløsning til et reiserammeverk, og hva et reiserammeverk tilbyr for å forbedre egenskapene til agenter. Jeg vil gjerne gå videre til det neste.
Når vi leverer en løsning for reiseorkestrering og reiseanalyse, har alle reiser:
En fantastisk mulighet oppstår når en verden av agenter og reiser kommer sammen av disse grunnene:
Bildet nedenfor gir en oversikt over hvordan dette gjøres:
Kundereiser gir agenter et unikt perspektiv ved at begrepet tid introduseres. Agenten venter ikke lenger bare på kunden, det er en guide og pleier kunden langs reisen fordi det er et rammeverk for å vurdere fremdrift på plass. Den kan dermed dytte kunden når de står fast, og sørge for at agenten både oppfyller kundens behov, men også holder farten oppe på reisen (med mange kundereiser som strekker seg over dager)
Fremtiden for kundereiser og kundeopplevelser vil bli fylt med AI-agenter. All teknologien for å gjøre det ovennevnte er på plass, og vi kommer til å se en massiv grunnbølge i løpet av de neste månedene. Jeg håper at nyhetsbrevet ovenfor gir litt mer innsikt i "hvordan" der mye av jeg har lest er langt bredere og fraværende detaljene.
Jeg ser frem til tilbakemeldinger og debatt om temaet.
Ha en strålende uke foran deg, og nyt reisen som alltid
Trent
Thanks for sharing, Trent. I have been thinking about this a lot lately. What does customer service look like in an Agentic world? Let’s catch up next time you in Cape Town.
Good article Trent. 👌 I totally buy into this idea… Agents can be value multipliers within the constraints and context of journeys… it is the constraints and context that provide perfect conditions for agent training and optimisation.