Bygg exempeldata inför en demo av arbetsflödet
2026-10-08 · AI-assisterad originalguide
En demo av ett arbetsflöde blir lättare att bedöma när deltagarna kan följa samma exempel från början till slut. Riktiga ärenden är sällan nödvändiga för att visa vad ett fält betyder eller vilken fråga som ska hamna hos en ansvarig. En liten uppsättning tydligt fiktiva exempel ger ett gemensamt underlag för samtalet. Börja med den situation ni vill förklara. Den här mallen hjälper verksamheten att förbereda demonstrationen. Den beskriver inte en automatisk anonymiseringstjänst och ersätter inte organisationens beslut om vilken information som får användas i ett verktyg.
Bestäm vilket beslut demon ska hjälpa till med
Skriv en konkret fråga, exempelvis om nästa ansvarig får tillräckligt med information för att fortsätta arbetet. Välj sedan de uppgifter som behövs för att visa just det. En omfattande kopia av verksamhetens data gör inte automatiskt demonstrationen tydligare.
Använd en gemensam ordlista när samma begrepp förekommer i flera system. Om deltagarna tolkar fältet olika behöver betydelsen redas ut innan ni lägger tid på att skapa fler exempel.
Skapa ett sammanhängande normalfall
Ge det fiktiva ärendet en tydlig beteckning, till exempel DEMO-01. Beskriv startläget, vilka uppgifter som kommer in och vilket besked nästa person ska få. Kontrollera att samma beteckningar används genom hela flödet, så att demon inte råkar byta ärende mitt i berättelsen.
Hitta på uppgifterna från grunden när det är möjligt. Märk materialet som exempel och använd inga riktiga kontaktvägar som ett demosystem skulle kunna skicka meddelanden till. Tekniskt ansvariga behöver bestämma hur utskick och andra externa handlingar förhindras i demonstrationsmiljön.
Lägg till två meningsfulla avvikelser
Välj avvikelser som belyser en fråga verksamheten faktiskt behöver ta ställning till. Ett exempel kan sakna en obligatorisk uppgift; ett annat kan innehålla två motstridiga besked. Beskriv vad ni vill kunna diskutera, utan att påstå att lösningen redan kan hantera situationen.
Kopiera inte normalfallet och ändra många saker samtidigt. Då blir det svårt att veta vilken skillnad deltagarna reagerar på. Håll varje exempel till en tydlig fråga och skriv vad som är avsiktligt annorlunda.
Skriv ett facit för samtalet
För varje exempel: ange vad deltagaren ska se, vilken fråga personen ska kunna besvara och vilka oklarheter som behöver tas vidare. Ett facit behöver inte vara ett färdigt tekniskt beslut. Det kan också visa att en verksamhetsregel ännu saknas.
Skilj visat beteende från önskat beteende under genomgången. Skriv ”önskat resultat” när något bara beskrivs på en bild. Notera vad som faktiskt gick att göra i demon och lämna resten till nästa undersökning. Använd sedan verksamhetens testfall när en byggd lösning ska kontrolleras.
Spara exemplen som ett eget underlag
Ge uppsättningen ett versionsnamn och skriv vilket arbetsflöde den avser. Om något begrepp ändras, uppdatera både exemplet och förklaringen. Håll materialet tydligt åtskilt från riktiga kundärenden så att det inte senare används som verksamhetsdata.
Öppna AI-kartan när ni vill beskriva flödet och vad en demonstration behöver reda ut. AI-assisterad originalguide med en redaktionell arbetsmall. Exemplen är metodförslag, inte kundresultat eller påståenden om färdiga produktfunktioner.