Process mapping i praktiken – hitta flaskhalsarna

"Vi lägger mycket tid på rapportering" är en mening jag hör i nästan varje inledande möte om effektivisering. Problemet är att "mycket tid" inte går att agera på. Är det 2 timmar i veckan eller 20? Är det en person eller fem? Är det själva sammanställningen som tar tid, eller väntan på data från andra avdelningar? Utan siffror blir varje effektiviseringsinsats en gissning, och gissningar leder nästan alltid till att fel process automatiseras först.

Process mapping i praktiken handlar om att ersätta antaganden med mätning. Det låter enkelt, men de flesta processkartläggningar jag ser görs fel redan i grunden - de bygger på intervjuer istället för observation, vilket ger en bild av hur medarbetare tror att de jobbar, inte hur de faktiskt jobbar. Skillnaden mellan de två är ofta större än man tror, och den skillnaden är precis där flaskhalsarna gömmer sig.

Varför intervjubaserad kartläggning missar målet

Be en medarbetare beskriva sin arbetsdag och ni får en förenklad, idealiserad version - undantagen, omtagen och de improviserade genvägarna som faktiskt tar mest tid nämns sällan, delvis för att de inte kommer ihåg dem och delvis för att de inte vill framstå som ineffektiva. Vi har sett processer beskrivna som "tar cirka 10 minuter" som i praktiken tog 45 minuter när vi faktiskt mätte, eftersom beskrivningen utgick från happy path och missade de tre vanligaste undantagen.

Det betyder inte att intervjuer är värdelösa - de ger kontext och förklarar varför processen ser ut som den gör. Men de ska komplettera mätning, aldrig ersätta den. Vår metod börjar därför alltid med observation: skuggning på plats, skärminspelning av digitalt arbete, eller uttag ur systemloggar - beroende på vad som är praktiskt möjligt för processen i fråga.

Time-and-motion-mätning - mät, gissa inte

Time-and-motion-mätning är den mest grundläggande tekniken och fortfarande den mest underskattade. Vi tidtar faktiska arbetsmoment - inte hela processen i stort, utan varje delsteg för sig: hur lång tid tar det att öppna systemet, hitta rätt post, kopiera data, klistra in, verifiera, spara. Uppdelningen i delsteg är avgörande, för det är sällan hela processen som är problemet - det är oftast ett eller två specifika moment som drar iväg tiden.

Ett exempel från ett projekt: en kundtjänstprocess som uppskattades ta "cirka 8 minuter per ärende" visade sig vid mätning bestå av 90 sekunder faktisk kundinteraktion och 6,5 minuter systemnavigering mellan tre olika system som inte pratade med varandra. Insikten förändrade hela lösningen - istället för att effektivisera själva kundsamtalet (vilket var den ursprungliga planen) byggde vi en integration som eliminerade systemväxlingen. Utan mätning hade vi optimerat fel del av processen och sannolikt levererat en lösning som inte gjorde någon skillnad.

SIPOC och value stream mapping - få strukturen på plats

Innan mätningen ger mening behöver processen en tydlig ram. SIPOC (Suppliers, Inputs, Process, Outputs, Customers) är ett enkelt men effektivt verktyg för att definiera var en process börjar och slutar, vem som levererar in i den och vem som tar emot resultatet. Utan den ramen mäter man ofta fel gränssnitt - man optimerar ett delsteg utan att se att flaskhalsen egentligen ligger i överlämningen till nästa avdelning.

Value stream mapping tar det ett steg längre och visualiserar hela flödet med tidsangivelser för varje steg, inklusive väntetid mellan stegen - vilket ofta är den största och mest osynliga tidstjuven. Vi ser regelbundet processer där den faktiska bearbetningstiden är under 20 % av den totala ledtiden - resten är kön, väntan på godkännande eller väntan på att någon annan avdelning ska agera. Att automatisera bearbetningstiden i ett sådant flöde ger marginell effekt; att attackera väntetiden ger ofta 3-5x större vinst, men kräver oftast en organisatorisk förändring snarare än ett verktygsbyte.

Process mining - låt systemloggarna berätta sanningen

Process mining är den mest objektiva metoden vi har, eftersom den inte bygger på mänsklig rapportering alls - den extraherar processflöden direkt från systemens händelseloggar (event logs). Verktyg som Celonis och UiPath Process Mining tar in loggdata från ERP, CRM eller ärendesystem och rekonstruerar det faktiska flödet, inklusive alla varianter, omtag och avvikelser som ingen medarbetare skulle tänka på att nämna i en intervju.

Styrkan är skalan: process mining kan analysera tiotusentals processinstanser och visa exakt vilka varianter som är vanligast, vilka som tar längst tid, och var flaskhalsarna statistiskt uppstår - inte var någon tror att de uppstår. Vi rekommenderar process mining för volymprocesser med rik systemdata (order-till-kontant, inköp-till-betalning, ärendehantering) och time-and-motion för processer med mycket manuellt, icke-loggat arbete som inte lämnar digitala spår, till exempel telefonsamtal eller fysisk hantering.

Pareto-analys - prioritera de 20 % som ger 80 %

När mätningen är klar återstår det viktigaste steget: prioritering. Ett vanligt misstag är att försöka åtgärda allt samtidigt, vilket sprider resurserna för tunt för att någon insats ska ge mätbar effekt. Vi kör alltid en Pareto-analys på mätdata - vilka 20 % av processerna eller processvarianterna står för 80 % av den totala tidsåtgången eller kostnaden? Det är där insatsen ska börja, och det är sällan huvudflödet som är boven.

En sådan analys avslöjar ofta att en enda avvikande variant - kanske ett undantagsflöde som uppstår i 8 % av fallen men tar fem gånger så lång tid som standardflödet - står för en oproportionerligt stor del av den totala kostnaden. Det är den varianten som ska åtgärdas först, inte huvudflödet som redan fungerar relativt väl och sällan har mer att ge.

Hur lång tid tar en processkartläggning egentligen?

En vanlig missuppfattning är att processkartläggning är ett flerveckorsprojekt som kräver konsulter i flera månader. I praktiken tar en kartläggning av ett avgränsat flöde - till exempel fakturahantering eller kundonboarding - typiskt 2-4 veckor från första observation till färdig prioriteringsplan, förutsatt att rätt personer är tillgängliga för skuggning och att systemloggar går att extrahera. Bredare kartläggningar över flera avdelningar tar längre tid, men vi rekommenderar nästan alltid att börja smalt: kartlägg ett flöde, leverera värde, bygg förtroende för metoden, och utöka därefter.

Involvera alltid både de som utför processen dagligen och deras närmaste chef - operatörerna vet vad som faktiskt händer, medan chefen ofta vet varför processen en gång såg ut som den gör och vilka begränsningar (regelverk, systemval, historiska beslut) som fortfarande gäller. Att kartlägga utan att förstå varför riskerar att leda till förslag som är tekniskt korrekta men organisatoriskt orealistiska.

Fyra kategorier: eliminera, automatisera, förenkla, behålla

Med mätdata och prioritering på plats kategoriserar vi varje process i en av fyra hinkar. Kategoriseringen är ofta den mest värdefulla leveransen i en processkartläggning - inte automationslösningen i sig, utan insikten om vilka processer som aldrig borde ha fått en automationsbudget överhuvudtaget.

• Eliminera: processen har inget syfte längre - ta bort den, automatisera den inte.
• Automatisera: hög volym, tydliga regler - workflow-automation eller RPA beroende på om systemet har API eller inte, eller AI om indata är ostrukturerad.
• Förenkla: rätt process, för många steg - skala bort onödiga godkännanden och överlämningar mellan avdelningar.
• Behålla: mänsklig bedömning tillför faktiskt värde, eller regelverk kräver manuell hantering.

Vi ser ofta att en tredjedel av de processer som initialt föreslås för automatisering egentligen hör hemma i "eliminera" eller "förenkla"-hinken. Att automatisera bort en process som borde tas bort är att göra ett dåligt flöde snabbare - inte att effektivisera det.

Slutsats

Processkartläggning som bygger på mätning istället för magkänsla är grunden för all effektiv automation. Utan den riskerar ni att bygga en snabb, välbyggd robot för en process som borde ha tagits bort, eller lägga en AI-agent på ett flöde som en enkel integration hade löst billigare. Rätt ordning är alltid: mät, prioritera, bygg - aldrig tvärtom.

Vill ni ha hjälp att mäta var er organisations tid faktiskt går, med en tydlig prioriteringsplan innan ni väljer verktyg? Läs mer om våra tjänster inom effektivisering eller boka ett samtal.