Om du har arbetat med produktledning lika länge som jag (över 15 år) har du sett övergången från omfattande dokument med produktkrav (PRD:er) som beskriver funktionalitet till agila produktbackloggar som beskriver användarberättelser.
Ingen saknar väl PRD:er?
Agila metoder innebär utan tvekan en förändring till det bättre, men en platt produktbacklogg kan snabbt växa till en mycket lång ostrukturerad lista med punkter som kan vara svår att underhålla.
Ett sätt att se helheten är att skapa en karta över användarberättelser. Det ger dig en överblick över en uppsättning komplexa produktfunktioner. Det är användbart när du startar en ny produkt, men även när du lägger till nya funktioner i en befintlig produkt. Kartan över användarberättelser kan också hjälpa dig att definiera epos och användarberättelser.
Vad är kartläggning av användarberättelser?
Kartläggning av användarberättelser är en metod för att strukturera en komplex produkt i användarresor. Den beskrevs först av Jeff Patton, som har skrivit en hel bok om den. Den är en del av Lean Startup-metodiken.
Kartan över användarberättelser beskriver användarupplevelsen av din produkt ur en användares perspektiv. Detta ska inte förväxlas med en kundresa, som beskriver resor inklusive kundens motivationer, frågor och känslor ur kundens synvinkel, men som inte nödvändigtvis fokuserar på själva produkten.
De 3 nivåerna i kartläggning av användarberättelser
En karta över användarberättelser har tre nivåer. Låt oss titta på varje nivå tillsammans med ett exempel på en hotellwebbplats.
Have an account? Log In
Nivå 1 – Aktiviteter
Detta är användaraktiviteter som människor utför i din produkt. De kan vara så övergripande eller detaljerade som du vill i det här skedet. Jag föreslår att du börjar med relativt övergripande aktiviteter så att din översta nivå åtminstone inledningsvis inte överstiger 10 punkter. Aktiviteterna formuleras som resultat som användarna vill uppnå. Aktiviteterna placeras horisontellt på kartan.
För vår hotellwebbplats kan några viktiga aktiviteter på en övergripande nivå vara:
Nivå 2 – Steg
Nästa nivå är de steg som användarna tar i din produkt för att slutföra aktiviteterna som beskrivs i nivå 1. Även dessa steg placeras horisontellt.
I exemplet med vår hotellwebbplats kan stegen vara:
Nivå 3 – Detaljer
På den här nivån beskriver du i detalj vad som krävs för att användarna ska kunna utföra stegen som beskrivs i nivå 2. Här inkluderar du alla data och interaktioner som krävs för att slutföra ett steg.
Nivå 3 placeras vertikalt under aktiviteterna och stegen. Om vi fortsätter med exemplet med vår hotellwebbplats kan detaljerna vara:
Så bygger du en karta över användarberättelser
Innan du börjar bygga en karta över användarberättelser bör du se till att du vet exakt vilka problem din produkt löser, vilka typer av användare du betjänar och vilka behov dina användare har. Vissa UX-personas kan vara till hjälp för detta.
Innan ni börjar arbeta med själva användarberättelserna kan många team också ha nytta av att först skissa upp den övergripande berättelsen. Storyboardarbete – där tekniker från filmskapande och design lånas in – hjälper team att visualisera användarens känslomässiga resa och sammanhang innan specifika interaktioner definieras. Medan kartläggning av användarberättelser beskriver ”vad” och ”varför” kring produktens funktionalitet kan storyboardarbete belysa ”hur det känns” och ”vad som kommer före och efter” viktiga kontaktpunkter.
Att skapa en karta över användarberättelser är en samarbetsuppgift. Som minst behöver du medlemmarna i ditt tvärfunktionella produktutvecklingsteam. Du kanske också vill bjuda in medlemmar från kundsupport, marknadsföring, säljteam eller andra intressenter som har insikt i vad användarna förväntar sig av din produkt. Detta säkerställer att ni alla har en gemensam förståelse av hela produkten.
En karta över användarberättelser behöver dock inte färdigställas under ett enda möte. Det är lämpligt att ha åtminstone en omfattande lista över aktiviteter på nivå 1 under det första mötet, så att alla teammedlemmar kan se komplexiteten i hela produkten och tidigt identifiera risker och beroenden. Men hela uppsättningen detaljer på nivå 2 och nivå 3 kan tas fram senare, när ni utvecklar den aktuella aktiviteten på nivå 1.
När du väljer att skapa en karta över användarberättelser är det mer sannolikt att du skapar en heltäckande bild och därefter utvecklar rätt produkt.
Verktyg för kartläggning av användarberättelser
För att skapa kartan fysiskt fungerar alla medier som inte faller sönder efter några dagar. Om ni arbetar som ett samlokaliserat team kan ni använda en whiteboard eller till och med en vägg där ni fäster självhäftande lappar. Det här är ett utmärkt sätt att få kreativiteten att flöda, men nackdelen är att självhäftande lappar ofta faller ner från en vägg efter några dagar! Om du använder en vägg rekommenderar jag starkt att du fotograferar den.
Ett bättre alternativ är förstås någon av de många lösningarna med virtuella samarbetswhiteboardtavlor eller programvara för användarberättelser.
Kartläggning av användarberättelser och agil utveckling
Oavsett om du använder Scrum, Kanban eller en hybrid som agil metod för programvaruutveckling måste du ta reda på hur du ska prioritera produktfunktioner. En karta över användarberättelser gör det enkelt att se hela produkten, vad som bör prioriteras inför nästa produktlansering och vad som återstår att bygga.
Att ha hela produkten kartlagd innebär också att du kan dela upp den på flera olika sätt för att prioritera din produktfärdplan.
Du kan dela upp kartan över användarberättelser vertikalt om det är möjligt att separera några viktiga användarresor för funktionaliteten i en minimal fungerande produkt (MVP).
I exemplet med vår hotellsajt kanske du bara kan lägga ut information om hotellet och rumspriserna på nätet, men inte ett fullständigt flöde för onlinebokning. I den allra första iterationen kan kunderna hitta all information som krävs för att fatta ett beslut, men de måste ringa eller skicka ett e-postmeddelande för att boka ett rum.
Alternativt kan du också dela upp kartan över användarberättelser horisontellt för att skapa en minimal resa från början till slut för dina kunder. I vårt hotellexempel kan det innebära att ha ett grundläggande flöde för rumsökning och bokning online, men inte alla tillägg som kan bokas.
More Articles
Översätta en karta över användarberättelser till din agila ärendelista
För att utveckla din produkt måste du i slutändan sannolikt omvandla kartan över användarberättelser till en platt agil ärendelista med användarberättelser för prioritering och sprintplanering.
Du kanske frågar dig om detta inte innebär dubbelarbete? Faktum är att detaljerna på nivå 3 i din karta enkelt kan bli användarberättelser och acceptanskriterier för ditt agila team. Så även om det förekommer lite dubbelarbete blir det enkelt att skriva användarberättelser när du har utvecklat en bra karta över användarberättelser.
Varför ska jag använda kartläggning av användarberättelser?
Sammanfattningsvis finns det flera fördelar med att använda en karta över användarberättelser i stället för en platt agil ärendelista:
- Du får en helhetssyn på produkten och kan förstå omfattningen av det arbete som krävs.
- Du kan identifiera risker och beroenden tidigare och enklare.
- Du kan enklare prioritera arbetet i dina agila sprintar utifrån en strukturerad karta i stället för en ostrukturerad, platt ärendelista.
- Ni får en gemensam förståelse i hela verksamheten för vilka användaraktiviteter produkten stöder.
Om du vill läsa mer om bästa praxis inom produktledningsmetoder kan du prenumerera på vårt nyhetsbrev.
Relaterad läsning: Vad är en agil epic? Bästa praxis, mall och exempel
Utökar du ditt team? Här är något användbart: Så skapar du en effektiv arbetsbeskrivning för en agil produktchef (+ exempel)
Också värt att kolla in:
