Ett återkommande arbetsflöde känns ofta enkelt så länge en erfaren person håller ihop det. Först när någon är frånvarande, volymen ökar eller ett nytt system ska införas blir undantagen synliga: information saknas, ansvar byter hand utan kvittens och samma uppgift registreras på flera ställen.
Det är därför processkartläggning bör komma före automatisering. Målet är inte att rita en perfekt karta. Målet är att skapa en tillräckligt sann bild av nuläget för att kunna ta bort onödiga steg, förenkla arbetet och avgöra om tekniskt stöd verkligen är rätt nästa åtgärd.
Vill du arbeta direkt i ett återanvändbart underlag finns en separat processkartläggning mall och arbetsverktyg. Här ligger fokus i stället på resonemanget före verktygsvalet: hur du ställer diagnos, prövar enklare förändringar och fattar ett välgrundat automatiseringsbeslut.
Ekonomistyrningsverket beskriver en process som en serie aktiviteter med ett bestämt mål, en tydlig början och ett tydligt slut. En användbar miniminivå är därför att identifiera vem processen finns till för, vad som startar den, vilka aktiviteter och roller som ingår och vilket resultat som avslutar den.
Börja med en process, inte hela verksamheten
Välj ett flöde som återkommer och där friktionen går att observera. Exempel kan vara:
- från ny kundförfrågan till bokat första möte
- från godkänd offert till startklart projekt
- från genomfört arbete till skickad faktura
- från inkommet supportärende till dokumenterad lösning
- från möte till beslut, ansvarig och uppföljning
Undvik rubriker som "försäljning" eller "administration". De är för stora. En användbar avgränsning har en konkret starthändelse, ett tydligt slut och en mottagare som behöver resultatet. Bestäm också vilka fall som inte ingår och vilka personer som känner till de verkliga undantagen. Om deltagarna inte är överens om gränserna kommer kartan snabbt att växa åt alla håll.
Kartlägg nuläget i sju steg
1. Följ ett verkligt exempel
Ta ett nyligen avslutat ärende och följ det från start till slut. Fråga vad som faktiskt hände, inte vad rutinen säger borde hända. Ett verkligt exempel gör väntan, dubbelarbete och informella genvägar lättare att se.
2. Beskriv varje aktivitet konkret
Använd verb och objekt: "kontrollera kunduppgifter", "skicka offert" eller "registrera betalningsstatus". Undvik vaga steg som "hantera ärendet". De döljer flera beslut och överlämningar.
3. Ange roll, system och information
För varje aktivitet behöver ni förstå vem som gör arbetet, vilket system eller dokument som används, vilken information som krävs och vad som skapas eller ändras. Detta visar var processen korsar team- och systemgränser och ger underlag för att diskutera ansvar.
4. Markera beslut och undantag
Formulera villkoret som en fråga: "Är underlaget komplett?" eller "Behöver kunden godkänna ändringen?". Följ sedan de vanligaste utfallen. Försök inte fånga varje tänkbart specialfall i första versionen. Ta med de undantag som händer återkommande eller innebär tydlig risk.
5. Mät friktion, inte bara aktivitetstid
Uppskatta aktiv arbetstid och väntetid, räkna överlämningar och notera hur ofta underlag saknas, någon frågar efter status eller data registreras på nytt. Skilj uppskattningar från uppmätta värden. Om ni saknar data, skriv "okänt" och bestäm vad som ska observeras under en vecka.
6. Markera problem utan att lösa dem direkt
Sortera observationerna som väntan, omarbete, överlämning eller risk. Att hålla problem och lösningar isär minskar risken att gruppen väljer teknik innan den har förstått behovet. Ett symptom som "vi kopierar data manuellt" kan bero på systemgränser, men också på oklara definitioner eller ett onödigt steg.
7. Bekräfta kartan med dem som gör arbetet
Låt minst en person som utför varje viktig del läsa kartan. Fråga: "Vad saknas för att det här ska vara sant en vanlig tisdag?". Målet är inte enhällighet om varje detalj, utan en gemensam och användbar nulägesbild.
Förenkla före automatisering
När nuläget är synligt, pröva förbättringar i denna ordning:
- Ta bort: behövs steget för mottagaren, ett beslut eller ett krav?
- Förenkla: kan informationen samlas in en gång med tydligare instruktioner?
- Standardisera: kan återkommande fall följa samma definitioner och ansvar?
- Flytta ansvar: kan rätt person fatta beslutet tidigare i flödet?
- Integrera: behöver data föras mellan två system utan manuell kopiering?
- Automatisera: är regeln stabil nog att köras utan ständig tolkning?
En dålig process blir inte bra för att den går snabbare. Om ett onödigt godkännande automatiseras finns godkännandet fortfarande kvar. Om samma kunduppgift har tre olika definitioner kan en integration sprida motsägelsen snabbare. Sekvensen hjälper er att skilja ett faktiskt automatiseringsbehov från ett organisationsproblem.
Är steget redo att automatiseras?
Ett steg är en bättre kandidat när det upprepas tillräckligt ofta för att vara värt att underhålla, när indata och önskat resultat går att beskriva och när reglerna är stabila och undantagen kända. Det behöver också finnas en ansvarig för processen och datan, ett sätt att upptäcka fel, ett manuellt reservförfarande och ett före- och eftermått för nyttan.
Var försiktig när steget kräver omfattande omdöme, innehåller känsliga personuppgifter, påverkar människors rättigheter eller saknar en tydlig ansvarig. Diggs vägledning för automatiserad handläggning gäller offentlig sektor, men dess grundfråga är bredare användbar: bedöm vilka moment som faktiskt är möjliga och lämpliga att automatisera, och var medveten om begränsningarna. Regler och riskbedömning måste alltid anpassas till den egna verksamheten.
Exempel: från möte till uppföljning
Anta att ett litet team ofta tappar beslut efter kundmöten. En person skriver egna anteckningar, uppgifter nämns i chatten, någon skapar ibland en uppgift i projektverktyget och kunden får en sammanfattning när tid finns. Nästa möte börjar med att gruppen försöker minnas vad som bestämdes.
Diagnosen är inte automatiskt "vi behöver en AI-agent". Teamet kan först enas om en gemensam mötesstruktur med beslut, ansvarig, datum och nästa kontakt. Då blir ansvar och informationskrav tydliga. Först därefter går det att bedöma om godkända uppgifter bör skapas i projektverktyget och sammanfattningen sparas på rätt kund. AI kan senare hjälpa till att föreslå struktur, men en person bör fortfarande kontrollera innehållet när sammanhang eller kundlöften spelar roll.
Mät till exempel andelen uppgifter som har ansvarig och datum, hur många statusfrågor som uppstår och hur lång tid det tar att skicka en bekräftad sammanfattning. Om den enklare förändringen löser problemet behövs kanske ingen automatisering. Om friktionen kvarstår finns ett tydligare underlag för nästa beslut.
Vad ska diagnosen leverera?
Arbetet är tillräckligt långt kommet när ni har en avgränsad nulägesbild som de berörda känner igen, en lista över väntan, omarbete, överlämningar och risker samt ett önskat resultat med ett eller två mått. Ni ska också ha valt en förändring att testa och utsett en ansvarig och ett datum för uppföljning.
Det räcker ofta för att fatta nästa beslut. En mer formell modell kan behövas när flera organisationer ska dela processen, när regelefterlevnad kräver spårbarhet eller när teknikutvecklingen är omfattande. Låt beslutet som kartan ska stödja styra detaljnivån.
Källor
- Ekonomistyrningsverket – Stöd för effektivisering, avsnitt om processkartläggning
- Digg – Automatisera handläggning och beslut
- Digg – Verksamhetsperspektivet i digital samverkan
Vanliga frågor
Vad är processkartläggning före automatisering?
Det är ett sätt att beskriva ett återkommande flöde från en tydlig start till ett resultat och sedan bedöma vilka problem som bör tas bort, förenklas, standardiseras, integreras eller automatiseras.
Hur detaljerad ska en processkarta vara?
Tillräckligt detaljerad för beslutet ni ska fatta. Om målet är att hitta en flaskhals räcker en översikt ofta. Om ett system ska byggas eller flera organisationer ska utbyta data behövs vanligtvis mer information om regler, datadefinitioner och undantag.
Ska vi automatisera direkt efter kartläggningen?
Inte nödvändigtvis. Börja med att ta bort och förenkla onödiga steg. Automatisera först när behovet, reglerna, ansvaret och felhanteringen är tydliga.
Hur vet vi om automatiseringen gav effekt?
Välj ett eller två mått före förändringen, exempelvis väntetid, omarbete eller andelen ärenden med komplett underlag. Följ samma mått efter ett begränsat test och kontrollera även om nya fel eller undantag har uppstått.
Nästa steg
Välj ett återkommande flöde, följ ett verkligt ärende och fatta ett uttryckligt beslut för varje problem: ta bort, förenkla, standardisera, flytta ansvar, integrera eller automatisera. Om diagnosen visar att problemet ligger mellan arbetssätt, data och teknik kan du läsa mer om hur jag arbetar med praktisk AI och arbetsflödessystem. Vill du diskutera en avgränsad process, mejla Caspian Almerud.