Digitala arbetsflöden: 8 exempel och hur du designar dem

Vad som gör ett arbetsflöde digitalt

De flesta företag har arbetsflöden redan. De finns bara i huvudet på folk, i mejltrådar och i en delad Excel-fil där färgkoderna betyder olika saker för olika personer. Ett digitalt arbetsflöde gör samma arbete synligt och gemensamt.

Fem delar återkommer nästan alltid. En startpunkt, alltså den händelse som skapar ärendet. Roller, så att det är klart vem som gör vad. Statusar, som visar var ärendet är just nu, till exempel ny, pågår, väntar på svar eller klar. Överlämningar, där ansvaret går från en person till nästa. Och ett tydligt slut, så att ärendet inte bara tystnar.

Smarta arbetsflöden är inte de med flest automatiska steg. Det är de där det alltid går att svara på två frågor: var är ärendet nu, och vem har bollen?

Så designar jag ett digitalt arbetsflöde

Att rita ett flöde i ett verktyg tar en eftermiddag. Att få det att hålla i vardagen kräver några beslut som ofta hoppas över. Jag börjar med att beskriva hur arbetet går till i dag, med omvägar och undantag, till exempel med processkartläggningen. Sedan prövar jag flödet mot sex principer.

De flesta flöden som fallerar gör det inte på grund av tekniken. De fallerar i överlämningarna, där ansvaret ska byta händer och ingen riktigt tar emot. Överlämningskollen hjälper dig att hitta de svaga punkterna i just ditt flöde.

Välj verktyg efter flödet, och börja med det ni har

Många företag har redan det som behövs. Microsoft 365 med Planner, Lists och Teams räcker för många godkännanden och checklistor. Google Workspace kan göra mycket med formulär, kalkylark och delade mappar. Ett CRM som HubSpot eller Pipedrive har ofta stöd för steg och uppgifter i försäljning och onboarding. Ett ärendesystem passar kundservice och IT-beställningar. Airtable passar när ni behöver en egen databas med statusar och vyer för olika roller.

Verktyg som Zapier, Make och n8n fungerar som lim mellan systemen. De kan flytta uppgifter från ett formulär till ett CRM eller skicka en notis när en status ändras. Det är automation, och den är mest värd när flödet redan är tydligt. Skillnaderna mellan de två första går jag igenom i Make eller Zapier, och om du vill ha hjälp att bygga kopplingarna beskriver Airtable, Zapier och n8n hur jag arbetar. Ett konkret exempel på ett flöde med kontrollpunkter finns i guiden om att automatisera onboarding.

Ett exempel från mitt eget arbete: publicering med granskning

Till den här webbplatsen byggde jag ett eget publiceringsflöde. Problemet jag ville undvika var vanligt: en text godkänns, ändras lite efteråt och publiceras sedan med det gamla godkännandet.

Varje ändring sparas därför som en egen version. AI får hjälpa till att skriva utkast och granska språket, men kan inte publicera. Jag godkänner en bestämd version, och ändras texten efter det krävs ett nytt godkännande. Efter publiceringen kontrolleras att sidan faktiskt syns som den ska, och om något gick snett syns det i stället för att försvinna i tysthet.

Lärdomen gäller nästan alla arbetsflöden med godkännanden: håll isär utkast, godkännande och publicering. Det är tre olika steg med olika ägare, även när det är samma person som gör två av dem.