Webbinarsammanfattning: Så hanterar Admiral försäkringssamtal med AI-agenter
- Skriven av
- Dana Muntean
- Publicerad
- Senast uppdaterad
LyssnaLyssna på den här artikeln
Admiral hanterar miljontals kundinteraktioner om året på flera språk världen över, bland annat i Storbritannien, Italien, Frankrike och Spanien.
I vårt senaste webbinarium Behind the Agent: Så hanterar Admiral försäkringssamtal med AI-agenter, Dominika Kampa, chef för generativ AI på koncernnivå hos Admiral, berättade om hur hennes team bygger AI-lagret för att hantera den volymen, inklusive arkitekturen, teststandarden och organisationsarbetet bakom.
Admirals ledstjärna var att skapa den mest pålitliga kundupplevelsen inom försäkring.
Admirals mål var att skapa en ny typ av kundupplevelse.
Det är lätt att bygga en agent som snabbt avslutar ett samtal utan att faktiskt lösa kundens problem.
Målet är att varje kund, varje kanal och varje viktigt tillfälle ska lösas direkt, eller lämnas över till en människa som känner kunden, sammanhanget och situationen de försöker lösa.
Deras främsta mål var att nå 90 % lösning vid första kontakten. De följde också upp tillgänglig service dygnet runt, kortfattade interaktioner och en markant högre NPS.
Andelen ärenden som hanterades utan vidarekoppling var ett sekundärt mått. I deras första användningsfall för röst förbättrade teamet den kraftigt när kunderna märkte att agenten var snabbare.
Men lösning var deras viktigaste fokus. Admiral mäter separat om kunden faktiskt fick det den ringde för, oavsett om samtalet eskalerades. Därför räknas en medveten överlämning till en människa aldrig som ett misslyckande.
Hur ”bra” måste se ut i en reglerad bransch
Admiral ställer höga krav innan något sätts i produktion. De vill att deras agentlösning ska vara lika bra som, eller bättre än, deras mänskliga medarbetare innan den lanseras.
Vi vill höja ribban för validering, men inte sänka ribban för regelefterlevnad.
Kunskap om specialfall som tidigare fanns i instinkten hos de mest erfarna medarbetarna måste nu testas uttryckligen för varje användningsfall.
I praktiken drog teamet också tydliga gränser för omfattningen. Till exempel fortsätter ärenden som rör sårbara kunder och betalningssvårigheter att skickas till en människa medan teamet lär sig mer om specialfallen i användningsfallet.
Eftersom merparten av försäkringsregleringen är resultatbaserad har Dom ett pragmatiskt synsätt: ”hur” är flexibelt, så länge resultatet för kunden och verksamheten blir exakt som avsett.
Stöd kommer inte från ett mandat
En reglerad organisation börjar inte använda AI bara för att den blir tillsagd att göra det.
Dom arbetade i flera år på McKinsey med förändringsledningsprogram innan hon kom till Admiral. När hon fick frågan vad hon skulle säga till en branschkollega som i dag vill argumentera för agentisk AI, lyfte hon fram tre principer direkt från den spelboken.
1) Människor stöttar det de hjälper till att bygga
Admirals svar på skepsis var att låta skeptikerna testa verktyget direkt.
Teamet höll demonstrationer och utbildningar i hela organisationen, inklusive för koncernens 50 högsta chefer, för att göra agentbaserad AI mindre mystiskt. ElevenLabs och Dom genomförde en utbildningsdag där ledningsgruppen, inklusive koncernens VD Milena Mondini de Focatiis, byggde agenter från grunden. Med Doms ord ”tyckte de faktiskt … om upplevelsen”.
2) Det handlar aldrig bara om teknik
Visionen handlar om förändring i resultatet, kundupplevelsen och medarbetarupplevelsen.
När människor är överens om resultatet går det att lösa vilka teknikval som behövs. Doms råd var att inte börja med tekniken.
3) Bygg styrning tidigt
Rätt kontaktpunkter, rätt KPI:er och rätt data redan från början gör beslutsfattandet mycket enklare. Antimönstret, enligt henne, är att förlita sig på magkänslan och sluta med ”en väldigt fin artefakt” som ingen använder och som inte påverkar något mått du bryr dig om.
Utrullningsmodellen var också viktig. Admirals metod var att låta en del av koncernen experimentera grundligt med ett ämne och sedan använda lärdomarna överallt annars.
De gör först snabba uppföljningar och därefter en full utrullning. Inte ett användningsfall i en domän, vilket Dom säger skulle ha saktat ner dem rejält, utan en medveten disciplin att inte uppfinna hjulet tio gånger.
Demo 1: Slutbetalningsbelopp (Admiral Money)
Scenario: En kund vill betala av sitt lån i förtid. Det är en enkel fråga där hon bara behöver få veta beloppet för att avsluta lånet.
Tidigare innebar det att få fram beloppet att navigera genom ett IVR-system, verifiera sin identitet med en mänsklig agent, vänta medan ett system i bakgrunden gjorde beräkningen och skärmar laddades, och sedan hålla koll på inkorgen efter en PDF. Fem minuters process för en fråga med ett svar.
Dan Clark, Group Head of Generative AI på Admiral, visade vad teamet har byggt.
Det som visades:
- Autentisering sker via en egen underagent i början av workflowet, innan något annat körs.
- Underagenten som fungerar som grindvakt kontrollerar om den som ringer kan prata med AI-agenten – sårbara kunder och kunder med betalningsanmärkningar flyttas till en prioriterad kö med en mänsklig handläggare, medan teamet lär sig mer om ytterfall.
- Agenten samlar in svar proaktivt från början och arbetar API-drivet i stället för att vänta på äldre systemskärmar. Samma process som tar omkring fem minuter med en mänsklig handläggare tar cirka två och en halv minut med agenten.
- Framgång mäts utifrån om kunden autentiserade sig och fick sitt slutregleringserbjudande, vilket följs upp separat från eskalering.
- I slutet av samtalet ber en feedbackagent kunderna att betygsätta upplevelsen från ett till fem. Samtal som inte eskaleras får nästan uteslutande fyror och femmor.
Varför det är viktigt: tidsbesparingen kommer av att arbetsflödet är API-drivet i stället för skärmdrivet, inte bara av att AI svarar i stället för en person. Med Dans ord handlar det i hög grad om kortare samtalstider och en bättre kundupplevelse som resultat. Och de nuvarande eskaleringarna speglar gränser som teamet valt medan de lär sig, inte att agenten misslyckas med att hjälpa kunden.
Demo 2: Olivia (L’Olivier)
Scenario: En kund i Frankrike har en fråga om sin försäkring. Hon öppnar chatten på webbplatsen och får Ollie Bot, ett gammaldags trädstrukturerat verktyg (”tryck A för detta, B för det där”). Hennes fråga är varken alternativ A eller B, så hon lämnar utan svar.
Det var den upplevelse L’Olivier ville ersätta. Teamet byggde Olivia, en kunskapsbasagent på ElevenLabs som redan är live på webbplatsen.
Det som visades:
- Systemprompten, det första meddelandet, workflowen och underagenten skrevs alla direkt på franska, inte översatta från engelska. Dan hänvisar till forskning som visar att prompting på kundens språk engagerar modellen på ett annat sätt, och teamet såg betydligt bättre resultat med detta arbetssätt. Olivia identifierar automatiskt engelska och svarar på engelska vid behov.
- Riktiga kundsamtal granskas mot kunskapsbasen för att upptäcka luckor, och förbättringarna syns vanligtvis i den aktiva agenten inom en till två timmar.
- Ändringar lanseras i en gren med gradvis trafikfördelning – 1 %, 2 %, 5 %, 10 %, 25 %, 50 % och sedan 100 %, med simuleringstester och manuell förhandsgranskning innan något når live-trafik. Om datan inte stöder ändringen går trafiken direkt tillbaka till noll, utan något att återställa.
- En komplett branchcykel tar från ett par timmar upp till en dag, från start till mål. Inga fler tvåveckorssprintar och två veckors driftsättningar.
Varför det är viktigt: att releasecykeln krymper från veckor till timmar är anmärkningsvärt i sig, men den större insikten är att språk kanske inte bara är en lokaliseringsdetalj – det kan förändra hur modellen resonerar.
Ingen handbok överlever mötet med en ny marknad
Regler för turordning i samtal, tolerans för avbrott och vad som räknas som en normal samtalsrytm varierar mycket mellan marknader.
Det finns ingen universallösning. Enligt Dom fungerar det att para ihop en ingenjör som kan prompting och arkitektur med en verksamhetsansvarig från den lokala organisationen som förstår marknaden, och att se den kombinationen som enheten för utrullning.
Själva bygget skiljer sig inte särskilt mycket mellan marknader. Det gör användningen. Och enligt Dom gäller det alla AI-utrullningar, inte bara kundverksamhet.
Om dina kunder inte litar på det, om dina kunder inte förstår det, kommer de omedelbart (redan i samtalets andra sekund) att säga: ”var snäll och koppla mig till en människa”
Därför räknar teamet med att lägga mer tid på kundutbildning – välkomstmeddelanden, positionering, IVR-meddelanden och så vidare – än på modellen bakom.
Rättvis behandling på alla marknader
Inom försäkring är identifiering av sårbara kunder en grundnivå som måste fungera på alla marknader, språk och kanaler.
Admirals metod är att identifiera dem på flera sätt. För just sårbarhet kör teamet medvetet etablerade maskininlärningsmodeller parallellt med generativ AI, i stället för att lita på enbart den ena. På så sätt fångas sårbara kunder upp i varje skede, oavsett vilken signal som kommer först, och får rätt hjälp.
Den standarden gäller redan innan tekniken får hantera ärendet. I agenten för slutregleringserbjudanden granskar en underagent som fungerar som grindvakt varje person som ringer, och sårbara kunder eller kunder med betalningsanmärkningar går direkt till en prioriterad kö med en mänsklig handläggare – en medveten gräns medan teamet lär sig mer om ytterfall.
Och eftersom kunder är oförutsägbara – någon frågade till exempel Olivia hur man lagar löksoppa – kombinerar teamet skyddsräcken med proaktiv flaggning av det oväntade, så att de alltid vet vem som interagerar med verktygen och hur.
Teamet bakom agenterna
Admiral arbetar enligt en nav- och ekermodell där expertis på koncernnivå finns i ”navet”, medan lokala experter i ”ekrarna” känner marknaden, kunderna och medarbetarna.
Kompetenscentret är uppdelat i två delar. Den första fokuserar på värdeskapande och ansvarar för strategi, roadmaps, produktdesign och resultattester, inklusive A/B-testning. Den andra är en teknisk del med ingenjörer, arkitekter och kollegor inom leverans som säkerställer att allt som byggs uppfyller standarderna och integreras med resten av verksamheten.
Doms syn på framtidens AI-ingenjör är att rollen handlar mycket mindre om att skriva kod och mycket mer om att förstå hur generativ AI fungerar, strukturera idéer på rätt sätt och använda agentbaserad kodning för att leverera.
Runt kärnteamet samlas processexperter och verksamhetsansvariga i små grupper tillsammans med produkt- och tekniktalanger. Med hennes ord ”låser man in dem i ett rum” för att bygga och testa tillsammans, och låter sedan riktiga kunder sätta lösningen på prov.
På McKinsey brukade vi säga att för varje pund som läggs på teknik lägger man tre på processomformning och fem på förändringsledning
Så prioriterar Admiral sin färdplan
Nav- och ekermodellen gör jobbet här också. Koncernen fastställer icke förhandlingsbara prioriteringar för de stora projekten – där risken och värdet är högre, medan genomförbarheten är något lägre, så att centralt stöd kan lösa flaskhalsarna. Ekrarna får utrymme för innovation underifrån, så länge de har kapacitet och följer riktlinjerna uppifrån.
Den framtida färdplan som teamet bygger utgår från ambitionen att kunden aldrig ska behöva upprepa sig, oavsett om det gäller IVR, röstagent, människa eller kanal. Avsikt, sentiment och sårbarhetssignaler ska följa med vid varje överlämning, inte bara transkriberingen.
Se hela sessionen
Admiral byggde om valideringsribban, stödet i organisationen och teknikstacken samtidigt för att komma närmare sitt mål att skapa den bästa kundupplevelsen inom försäkring.
Se hela webbinariet här.
.webp&w=3840&q=80)
.webp&w=3840&q=80)


