Ordet agent används om nästan allt just nu, från ett chattfönster i hörnet till system som sköter hela flöden. Skillnaden är inte marknadsföring, den är teknisk, och den avgör om ni får något som sparar tid eller något som ser modernt ut på en demo.
En chattbot svarar, en agent gör
En chattbot tar emot en fråga och genererar ett svar utifrån det som står i prompten. Den har inget minne mellan samtalen, inga verktyg och ingen uppgift utöver att formulera sig väl. Det är användbart, men det är också allt.
En agent har tre saker en chattbot saknar: verktyg den får använda, ett minne den kan hämta sammanhang ur, och ett mål den arbetar mot tills det är uppnått. Den kan läsa ett ärende i er supportinkorg, slå upp ordern i affärssystemet, se att leveransen är försenad och förbereda svaret. Chattboten kan bara skriva något som låter rimligt om leveranser i allmänhet.
Fyra saker som avgör om agenten blir användbar
Verktygen. En agent utan åtkomst till era system är en gissningsmaskin. Kopplingarna till CRM, affärssystem, e-handel och ärendehantering är det som gör svaren sanna, och de är också den största delen av arbetet med att bygga en.
Minnet. Utan ett minneslager börjar agenten om från noll varje gång. Med ett kan den minnas tidigare beslut, hur ett liknande ärende löstes förra kvartalet och vad ni kom överens om med den kunden. Vi kallar vårt eget för the Brain.
Ramarna. Vad får agenten göra själv, vad kräver godkännande och vad får den aldrig röra? Betalningar, kundlöften och raderingar hör till den sista kategorin. En agent utan ramar är inte modig, den är oförsäkrad.
Loggen. Varje handling ska gå att granska i efterhand. Både för att felsöka och för att kunna svara på frågan vad som hände när något blev fel.
När det är läge att bygga en
Den uppgift som lämpar sig bäst är den som tar tid, sker ofta och har ett facit. Läsa inkommande ärenden och föreslå svar. Kvalificera leads mot kriterier ni redan har. Förbereda underlag inför ett möte. Bevaka lager och flagga avvikelser.
Det som inte lämpar sig är det som kräver omdöme utan facit, det som sker en gång i kvartalet, och det som ingen i organisationen äger. Om ingen kan beskriva hur uppgiften görs i dag går den inte att automatisera, den behöver först redas ut.
En rimlig start är ett flöde, inte en plattform. Vi bygger en fungerande prototyp av ett flöde och sätter den i er egen miljö, med er data, så att ni kan se vad den faktiskt gör innan ni bestämmer er för något större.
Vad det betyder i praktiken
En agent är ett produktionssystem, inte ett experiment. Den behöver drift, övervakning, kostnadstak och någon som är ansvarig när den beter sig oväntat. Det är samma krav som på vilket annat system som helst i verksamheten, och det är därför vi bygger dem som system och inte som demos.
Vill ni se hur det ser ut hos oss är Agent as a service rätt sida att börja på, eller läs om ramverket under Hermes Agents. Är ni mer nyfikna på vad en agent kan göra i just er bransch är det enklaste att boka ett samtal och gå igenom ett flöde tillsammans.
Tre missuppfattningar vi möter ofta
”Agenten ersätter en tjänst.” Det gör den sällan. Den tar bort delar av en roll, oftast de delar ingen ville ha: sammanställa, leta rätt på underlag, skriva samma svar för sjuttonde gången. Resten av rollen blir kvar, och blir ofta rimligare.
”Vi behöver all vår data först.” Nej. Ett avgränsat flöde behöver den data flödet rör. Att vänta på ett datalager som ska bli klart nästa år är det vanligaste skälet till att ingenting händer.
”Det är en engångsinvestering.” En agent är ett system i drift. Det tillkommer modellkostnad, övervakning och löpande justering. Räkna med förvaltning från dag ett, precis som för en webbplats eller ett affärssystem.
Så vet ni att ni valt rätt flöde
Ett bra första flöde går att beskriva på en mening, sker minst några gånger i veckan och har en person som kan säga om svaret blev rätt. Saknas den personen saknas facit, och utan facit går det inte att mäta om agenten blev bättre.
Testet vi brukar föreslå: låt agenten köra parallellt med människan i två veckor utan att skicka något. Jämför sedan utkasten med det som faktiskt gjordes. Skillnaden visar både vad som fungerar och var ramarna behöver dras.