Kennisbank

Vad en kedja av på varandra följande steg kräver av er organisation

En kedja är något annat än en uppgift. Vid en uppgift utför någon, eller något, en handling och levererar ett resultat. Vid en kedja följer ett steg logiskt på det andra: resultatet av steg ett är indata till steg två, och ett fel som uppstår där färdas vidare till allt som kommer efter. En offert som börjar med en felaktigt ifylld kunduppgift, ett ärende som når nästa avdelning i fel status, en signal som inte följts upp innan den eskalerar. Kedjor finns överallt i en organisation, och de går sällan att tillskriva en enda avdelning eller ett enda system.

Det gör kedjor både attraktiva och besvärliga för AI. Attraktiva, eftersom löftet om automatisering just ligger i att koppla samman steg som nu överlämnas manuellt. Besvärliga, eftersom en kedja bara fungerar om varje länk är tillräckligt tillförlitlig och överlämningen mellan länkarna är tydligt definierad. En svag länk, och kedjan går sönder — ofta synligt först några steg senare, när ingen längre vet var det gick fel.

Vad som händer under chattfönstret

Ett chattfönster visar en enskild interaktion: en fråga, ett svar. En kedja utspelar sig på lagret därunder, där system för vidare data, ändrar statusar och beslut triggar nästa steg. För att en kedja ska fungera måste det lagret kunna en del saker.

För det första måste det vara tydligt när ett steg är avslutat och nästa får börja. Det låter självklart, men i många organisationer finns det inte dokumenterat någonstans — det sitter i huvudet hos medarbetaren som vet när ett ärende är "tillräckligt komplett" för att skickas vidare. För det andra måste det finnas något som meddelar ett fel i steg två till steg ett, i stället för att felet tyst reser vidare till steg tre. För det tredje måste det finnas en form av ägarskap över hela kedjan, inte bara över de enskilda stegen — någon eller något som är ansvarigt för helheten, inte bara för sin egen del.

Dessa tre punkter ligger nära det som på andra ställen behandlas separat. Koordinering mellan avdelningar handlar om själva överlämningen: vem som lämnar över något till vem, och vad som kan gå förlorat i det. Övervakning och signalering handlar om det ögonblick då det måste bli tydligt att ett steg är avslutat eller tvärtom har fastnat. En kedja drar samman dessa fristående delar till en helhet, och blir därmed mer sårbar än summan av delarna.

Vad detta kräver av organisationen

För att överlämna en kedja till AI, eller en del av den, måste något annat först vara fastställt: kedjan måste finnas som beskriven process, inte bara som vana. Så länge överlämningen mellan steg två och steg tre bara existerar därför att två kollegor känt varandra i åratal och vet vad de förväntar sig av varandra, finns det inget som ett system kan ta över. Organisationen måste göra explicit det som nu är implicit.

Det kräver datahantering som går längre än att bara lagra uppgifter. Det handlar om igenkännbara, konsekventa överlämningspunkter: samma fält, samma statusar, samma definition av "klart" vid varje länk. Utan den konsekvensen fungerar en kedja bara så länge som de personer som håller undantagen i huvudet finns kvar — och det är exakt den bräckligheten som står i vägen för en pilot. En kedja som löper felfritt i en testmiljö snubblar i praktiken på ärendet som fyllts i något annorlunda än förväntat, eller avdelningen som har sin egen tolkning av en status.

Det finns också en organisatorisk sida. Vem äger en process som löper genom tre avdelningar? Vem beslutar vad som händer när ett steg fastnar: skicka tillbaka, eskalera, eller något annat? Dessa frågor finns redan innan AI kommer in i bilden, men kedjor som delvis eller helt automatiseras gör dem oundvikliga. Ett system improviserar inte när reglerna saknas; det stannar, eller det går vidare utifrån ett antagande som ingen har kontrollerat.

Två teman som ofta gömmer sig i kedjor förtjänar särskild uppmärksamhet: läsning och sammanfattning av dokument som ett ofta återkommande steg inom en större kedja, och dokumentation och uppföljning av samtal som den länk där många kedjor praktiskt börjar — ett telefonsamtal, en intag, en anmälan som sätter resten i rörelse.

Varför detta inte går att testa i ett hörn

En kedja låter sig svårligen fångas i en liten pilot, just eftersom dess värde ligger i förbindelsen mellan steg som vanligtvis hör till olika team. En pilot som bara tittar på steg två, utan att ta med överlämningen från steg ett och till steg tre, testar något annat än det som måste hända i praktiken. Varför en pilot som bara fungerar i sitt hörn inte ger något resultat finns utvecklat på den här sidan, och det gäller för kedjor möjligen ännu starkare än för enskilda uppgifter.

Vad som föregår detta

Innan en organisation kan bedöma om den är redo att anförtro kedjor till AI, är det nyttigt att veta hur mogen organisationen är på de grundläggande dimensionerna: organisation, IT-infrastruktur och datahantering kommer först, eftersom en kedja som vilar på vacklande data eller otydligt ansvar inte blir stabilare av att låta ett system löpa genom den. Mognadsmätningen från hybridresourcing kartlägger detta över fem nivåer och sju dimensioner, med en poängrunda där flera personer poängsätter separat, så att det blir synligt var bilderna inom organisationen skiljer sig åt. Verktyget är under uppbyggnad; den som vill arbeta med detta kan anmäla sig till väntelistan.

Där den här sidan handlar om frågan om organisationen kan bära en kedja, handlar arbetsskanningen från FTE TO AI om något annat: den räknar per uppgift ut vilken del av arbetet som kan tas över av AI. Den skillnaden blir relevant så snart ni vet vilka kedjor er organisation har — arbetsskanningen visar per steg i den kedjan var övertagandepotentialen finns, utan att säga något om huruvida organisationen redan är redo för det.