När ett agentprojekt kör i diket beror det sällan på tekniken. Oftast handlar det om att man valde fel process från start. Antingen siktar man för högt på en helt öppen uppgift där ingen kan avgöra om agenten gjorde rätt. Eller så bygger man något så enkelt att det inte ens var värt besväret.
Därför ställer vi alltid fem frågor innan vi skriver en enda rad kod.
1. Görs det här ofta, och på samma sätt?
Agenter gillar mönster. Saker som hanteras varje dag, dokument som ska läsas varje vecka. Blir det ett nytt upplägg varje gång är det svårt att utvärdera agentens jobb – och ännu svårare att förbättra det. Dessutom handlar det om ren matematik: en agent som körs hundra gånger i veckan betalar sig snabbt. En gång i kvartalet? Knappast.
2. Vet vi vad som går in och vad som ska ut?
“In kommer ett avtal som PDF, ut kommer en ifylld granskningsmall.” Då har vi något att jobba med. Är svaret istället “det beror på” i båda ändar, ja då måste processen styras upp innan en agent kan ta över. Det är aldrig bortkastad tid. Bara att tvingas sätta ord på hur ni faktiskt jobbar brukar ge effekt direkt.
3. Går det att rätta provet?
Här snubblar de flesta. Om ingen människa kan titta på resultatet och säga om det blev rätt eller fel, då kan vi heller inte mäta kvaliteten över tid. Utan tester vet vi inte om lösningen håller i produktion. Bäst är när det finns ett solklart facit. En erfaren kollega ska snabbt kunna titta på resultatet och säga “helt rätt” eller “här tänkte du fel”. Har vi det kan vi bygga in exakt samma bedömning i våra tester.
4. Kommer den åt systemen?
Agenter gör nytta när de faktiskt agerar. De ska läsa ärenden, uppdatera databaser och skapa underlag. Men det kräver API:er, behörigheter och en dörr in i infrastrukturen. En agent utan integrationer är i praktiken bara en chattbot, och då tappar vi halva värdet. Kartlägg direkt vilka system som agenten måste prata med. Den detaljen styr arkitektur och tidplan betydligt hårdare än vilken AI-modell ni råkar välja.
5. Vad händer när agenten gör fel?
Ingen agent har hundra procent rätt. Men det spelar ingen roll om processen är designad för att fånga upp misstag. De bästa processerna att börja med är de där fel är billiga. Agenten gör grovjobbet, en människa kastar ett snabbt öga på det och osäkra fall flaggas för granskning. Är ett enda misstag dyrt eller omöjligt att rätta till? Då är det antagligen inte den processen ni ska börja med.
Bygg en leverans, inte en plattform
Svarade ni ja på allt? Bra, men börja inte bygga en plattform än. Gör en enda, avgränsad leverans i produktion. Sätt tydliga acceptanskriterier och testa om det faktiskt fungerar i verkligheten. Det är så vi kör våra agentuppdrag: vi levererar i produktion, utvärderar om det håller och skalar upp det som fungerar.
Vill ni bolla vilken process som ska bli er första? Hör av er så tittar vi på det tillsammans.