ai newsDi., 3. Nov.
EilmeldungHow to test a web app built with Claude Code or Cursor before you ship

Agentic AI för företag: vad det är, när det passar och hur du kommer igång

Kort svar: Agentic AI är AI-agenter som planerar, anropar system och agerar mot ett mål, med människan i loopen där det behövs. Det passar processer med hög volym, strukturerad data och tydliga regler, som ärendehantering, orderhantering och fakturaflöden. Med två veckors kartläggning och en pilot

dev.toDienstag 09:19 · 03.11.10 Min. Lesezeit
Bild: dev.to

Posted on Nov 3 • Originally published at successifier.se

Kort svar: Agentic AI är AI-agenter som planerar, anropar system och agerar mot ett mål, med människan i loopen där det behövs. Det passar processer med hög volym, strukturerad data och tydliga regler, som ärendehantering, orderhantering och fakturaflöden. Med två veckors kartläggning och en pilot på tre till fyra veckor är en första agent i produktion inom tre till sex veckor.

Agentic AI är AI-system som inte bara svarar på frågor utan tar sig an ett mål: de planerar vad som behöver göras, använder verktyg och system för att göra det, kontrollerar resultatet och justerar tills uppgiften är löst. Kort sagt: en chatbot pratar, en AI-agent arbetar. För ett B2B-bolag betyder det att hela processer, från ett inkommande supportärende till en uppdaterad order i ERP-systemet, kan hanteras utan att en människa driver varje steg.

Det är också där riskerna finns. En agent som får agera i era system utan tydliga ramar, loggning och godkännandesteg är inte en effektivisering, det är en incident som väntar på att inträffa. Skillnaden mellan ett lyckat och ett misslyckat projekt sitter sällan i modellen. Den sitter i valet av process, i integrationen och i hur ni styr agenten.

Den här guiden riktar sig till dig som är VD, COO, CIO eller verksamhetschef och vill förstå vad agentic AI innebär i praktiken. Du får en tydlig definition, en jämförelse mot chatbotar, RPA och klassisk workflow-automation, fem konkreta användningsfall, kriterier för när det inte passar, och en stegvis plan som tar er från kartläggning till en agent i produktion på tre till sex veckor.

En AI-agent är ett system som får ett mål, inte en instruktion. Målet kan vara "lös det här supportärendet", "registrera den här ordern korrekt" eller "kvalificera det här leadet och uppdatera CRM-systemet". För att nå målet gör agenten fyra saker i en loop:

Det är den sista punkten som skiljer en agent från all tidigare automation. En agent som får ett felmeddelande från ERP-systemet försöker förstå varför och väljer en annan väg, eller lämnar över till en människa med en tydlig beskrivning av problemet.

Det betyder inte att RPA och workflow-automation är fel val. I många av våra projekt kombinerar vi dem: agenten sköter bedömning och undantag, medan det förutsägbara körs i vanliga regelstyrda flöden. Det ger lägre kostnad och högre förutsägbarhet än att låta en agent göra allt.

En AI-agent för företagsbruk består av sex delar: språkmodell, verktyg, minne, orkestrering, guardrails och human-in-the-loop. Du behöver inte kunna bygga en agent för att styra ett projekt, men du behöver förstå vad som ingår.

Språkmodellen (LLM) är motorn som resonerar, tolkar text och avgör nästa steg. Modellen i sig vet ingenting om ert bolag. Den blir användbar först när den kopplas till era data och system.

Verktyg och API-anrop är agentens händer. Varje verktyg är en avgränsad funktion: hämta kund, skapa ärende, läs faktura, uppdatera orderstatus. Ju tydligare verktygen är definierade, desto mindre utrymme för fel.

Minne finns i två former. Korttidsminnet håller reda på vad som hänt i den aktuella uppgiften. Långtidsminnet, ofta en sökbar kunskapsbas, ger agenten tillgång till policyer, produktinformation och historik.

Orkestrering styr loopen: när agenten ska planera, när den ska anropa ett verktyg, när den ska kontrollera resultatet och när den ska stanna. Här ligger också hantering av fel, omförsök och tidsgränser.

Guardrails är de hårda gränserna. Vilka system får agenten läsa från? Vilka får den skriva till? Vilka belopp, kunder eller ärendetyper är uteslutna? Guardrails byggs in i koden, inte i en prompt som modellen kan tolka olika.

Human-in-the-loop är de punkter där agenten stannar och väntar på en människa. I en tidig pilot är det ofta varje handling som påverkar en kund eller ett belopp. Efter hand som agenten bevisat sig flyttas gränsen, steg för steg och med data som underlag.

De processer som ger snabbast effekt delar tre egenskaper: hög volym, strukturerad data i befintliga system och regler som går att beskriva. Här är fem användningsfall vi ser fungera i praktiken. Fler exempel på snabba projekt hittar du i AI-konsult för B2B: 5 projekt som ger ROI inom 90 dagar.

Agenten läser inkommande ärenden, klassificerar dem, hämtar kundens historik från ärendesystemet, löser de ärenden som har ett känt svar och eskalerar resten med en färdig sammanfattning. Typiska kandidater är orderstatus, returer, fakturafrågor och enklare teknisk felsökning. Hur ett sådant upplägg ser ut i kundtjänst beskriver vi närmare på vår sida om AI i kundtjänst.

Order som kommer in via e-post, PDF eller portal tolkas, valideras mot kundregister och prislista, och registreras i ERP-systemet. Avvikelser, till exempel okända artikelnummer eller priser som inte stämmer, går till en handläggare med förslag på åtgärd. Det är ofta här ett bolag har som mest manuell inmatning per anställd.

Agenten tar emot ett nytt lead, berikar det med bolagsdata, bedömer det mot er ideala kundprofil, föreslår nästa steg och uppdaterar CRM-systemet med korrekt ägare, status och sammanfattning. Säljteamet får leads som redan är kvalificerade i stället för en lista att jobba igenom.

Leverantörsfakturor matchas mot inköpsorder och leveranskvitton, konteras enligt era regler och skickas för attest. Agenten fångar avvikelser i belopp, saknade ordernummer och dubbletter. Attesten ligger kvar hos en människa, men underlaget är färdigt när fakturan når hen.

En agent som svarar på interna frågor om policyer, produkter, avtal och rutiner, med källhänvisning till rätt dokument, och som kan utföra enklare uppgifter som att skapa ett ärende eller boka en resurs. Det är ett bra första steg för organisationer som vill börja med låg risk och ändå se konkret nytta.

Agentic AI passar inte när processen är ostrukturerad, när data saknas, när volymen är för låg eller när lagen kräver mänsklig bedömning och inget granskningssteg går att lägga in. Det är projekt vi avråder från. Enligt vår erfarenhet är det bättre att säga nej i kartläggningen än att lägga tre månader på en pilot som aldrig når produktion. Fyra situationer återkommer.

En tumregel från våra projekt: om mer än en tredjedel av ärendena kräver individuellt omdöme som inte går att beskriva i regler, är processen inte redo. Automatisera den förutsägbara delen och bygg en tydlig eskaleringsväg för resten.

Governance är inte en broms för agentic AI. Det är förutsättningen för att kunna ge en agent skarpa behörigheter över huvud taget. Vi bygger in fem komponenter i varje agent vi driftsätter.

Agenten får ett eget tekniskt konto med minsta möjliga rättigheter. Läsrättigheter är breda, skrivrättigheter är smala och listade per verktyg. En supportagent som ska kunna uppdatera ärendestatus ska inte kunna ändra kunduppgifter eller kreditera belopp.

Varje steg agenten tar loggas: vilken information den hämtade, vilket beslut den fattade, vilket verktyg den anropade och vad resultatet blev. Loggen ska gå att läsa av en människa utan teknisk bakgrund. Det är så ni utreder ett fel, och det är så ni bevisar för revision och kunder att processen är under kontroll.

Definiera vilka handlingar som alltid kräver ett mänskligt ja. Vanliga gränser är belopp över en viss nivå, ändringar som påverkar kundens avtal, och all extern kommunikation under pilotfasen. Gränsen flyttas sedan med stöd av data, aldrig på känsla.

Agenten ska bara behandla de personuppgifter uppgiften kräver, i er egen miljö, och med samma lagringsregler som resten av systemet. Kartlägg vilka data agenten läser, vart de skickas och hur länge de sparas, och dokumentera det i ert register över behandlingar. Drift i kundens egen miljö är standard i våra projekt just för att hålla den kontrollen.

Utan en baseline går det inte att avgöra om agenten gör nytta eller skada. Mät handläggningstid, felfrekvens och andel ärenden som eskaleras, före och efter. Vad som krävs av en partner på det här området beskriver vi i AI-konsult i Sverige: hur hittar du rätt partner för ditt B2B-bolag.

Vårt upplägg som AI-konsult följer fyra steg. De två första är tidsatta, de två senare styrs av hur många processer ni vill ta vidare.

Här avgörs det mesta. Vi kartlägger hur processerna faktiskt fungerar, inte hur de beskrivs i dokumentationen, och mäter volym, tid per ärende och felfrekvens. Resultatet är en prioriterad lista där den första piloten är vald utifrån både affärsvärde och genomförbarhet. Metoden beskriver vi i detalj i så kartlägger du dina processer på rätt sätt.

En agent byggs för den prioriterade processen och körs på riktiga ärenden i er miljö. I början granskar en människa varje handling. Efter hand som träffsäkerheten bekräftas släpps de ärendetyper som fungerar. Piloten avslutas med en mätning mot baseline och ett tydligt beslutsunderlag: gå vidare, justera eller avbryt.

Agenten kopplas mot CRM, ERP, ärendesystem och interna API:er via stabila kopplingar, med loggning, behörigheter och övervakning på plats. Driften sker i er egen miljö. Här sätts också driftrutinerna: vem som får larm, hur fel hanteras och hur agenten uppdateras när processen ändras.

När den första agenten fungerar upprepas metoden för nästa process. Samtidigt lyfts kompetensen i ert team så att ni kan förvalta och vidareutveckla agenterna själva. Målet är inte ett beroende av en konsult, utan en förmåga i organisationen.

Sammantaget går de flesta projekt från start till en agent i produktion på tre till sex veckor, beroende på systemkomplexitet och integrationsbehov.

Mät effekten av en AI-agent med fyra mätetal som definieras innan piloten startar: handläggningstid, andel autonomt lösta ärenden, felfrekvens och kostnad per process. En agent som inte mäts kan inte styras.

Anta att ett bolag hanterar 2 000 supportärenden per månad och att ett ärende tar i snitt 12 minuter manuellt. Det motsvarar 400 timmar i månaden. Om en agent löser 55 procent autonomt och förbereder resten så att handläggningstiden halveras, återstår cirka 135 timmar. Med en timkostnad på 450 kronor är det en besparing på runt 120 000 kronor i månaden, före kostnaden för drift. Siffrorna är ett exempel, men strukturen i kalkylen är den ni ska använda. En liknande kalkyl för kontaktcenter finns i AI-automation i kontaktcenter: ROI-kalkyl för svenska beslutsfattare.

En chatbot svarar på frågor i en dialog och lämnar över till en människa så fort något ska göras. En AI-agent får ett mål, planerar vilka steg som krävs, använder verktyg och system för att utföra dem och kontrollerar resultatet. Chatboten är ett gränssnitt, agenten är en medarbetare i processen.

Kostnaden beror på processens komplexitet och hur många system som ska integreras. Kartläggningen är avgränsad till två veckor och ger ett beslutsunderlag med förväntad effekt innan ni investerar i en pilot. Den löpande kostnaden består av modellanvändning, drift och förvaltning, och ska alltid ställas mot en uppmätt baseline så att ni vet vad ni får för pengarna.

Kartläggningen tar två veckor och piloten tre till fyra veckor. De flesta av våra projekt har en agent i produktion inom tre till sex veckor från start, beroende på systemkomplexitet och integrationsbehov. Skalning till fler processer sker sedan stegvis.

Agenten driftas i er egen miljö, med ett eget tekniskt konto som har minsta möjliga behörigheter. Varje handling loggas, känsliga handlingar kräver mänskligt godkännande, och personuppgifter behandlas enligt samma regler som i resten av era system. Era data lämnar inte er kontroll i onödan.

De flesta moderna system: CRM, ERP, ärendesystem, databaser och interna API:er via stabila standardkopplingar. Om ett system saknar API är det ofta möjligt att lösa med ett mellanlager, men det bör identifieras redan i kartläggningen så att det inte blir en överraskning i piloten.

Agentic AI är inte en fråga om ifall, utan om vilken process ni börjar med och hur ni styr den. Det bästa första steget är en kartläggning som visar var en agent ger störst effekt, vad den kräver av era system och vad ni kan förvänta er i mätbara termer.

När ni har en första agent i drift är nästa steg att låta den driva en hel process. Hur det fungerar beskriver vi i Agentiska flöden: så låter du AI-agenter driva hela processer, och hur vi själva arbetar i Så bygger Successifier AI-agenter.

Artikeln publicerades först på successifier.se.

Quelle: dev.to (dev.to). Original öffnen