De ins en outs van user story maps

De eindgebruiker moet de prioriteit zijn van elk ontwikkelingsteam. Door te anticiperen op de behoeften en voorkeuren van je gebruikers, kun je hen een betere ervaring bieden en ervoor zorgen dat ze je product blijven gebruiken. Maar waar moet je dan beginnen? 

User story mapping biedt uitkomst. In dit artikel lees je hoe je user story maps opbouwt en gebruikt om een effectievere gebruikerservaring te plannen. 

Laten we beginnen!

Wat is een user story?

Een user story is een korte, eenvoudige beschrijving van een productfunctie vanuit het perspectief van degene die de nieuwe functie wil gebruiken, meestal een gebruiker of klant. 

Een user story volgt meestal deze formule: 

Als [type gebruiker] wil ik [actie/functie] zodat ik [voordeel].

Een user story kan bijvoorbeeld zeggen: "Als e-mailgebruiker wil ik mijn e-mail kunnen doorzoeken op trefwoord, zodat ik de informatie die ik zoek snel kan vinden".

Wat is user story mapping?

Met user story mapping visualiseer je user stories, schets je hoe gebruikers met een product omgaan en laat je zien hoe die gebruikersbehoeften binnen een sprint kunnen worden vervuld. Productmanagers vertrouwen op user stories als kompas om iedereen tijdens de ontwikkeling op het juiste spoor te houden. Productiemedewerkers gebruiken user story mapping om te begrijpen wat de klant wil van het product en hoe ze ermee willen omgaan of het willen gebruiken. Op deze manier biedt user story mapping een alternatief voor een eenvoudige backlog-lijst voor het product en biedt het een dynamischer, visueler en strategischer hulpmiddel voor productplanning en -ontwikkeling. 

Zoals je kunt zien in het voorbeeld van de user story map hieronder, wordt user story mapping opgedeeld in de acties en het gedrag van de gebruiker, zodat je gemakkelijk kunt zien welke functies en mogelijkheden moeten worden gemaakt of bijgewerkt om aan de behoeften van de gebruiker te voldoen. Door deze stappen te visualiseren in de activiteiten en taken van gebruikers, kunnen ontwikkelaars gemakkelijker de gebruikersworkflow in kaart brengen en hun werk dienovereenkomstig prioriteren.

De klantgerichte aanpak van user story mapping leidt tot meer tevredenheid onder klanten, omdat het ontwikkelingsteam vanaf het begin rekening houdt met hun behoeften.

Waarom user story mapping?

User story mapping biedt de volgende voordelen om teams te helpen een product of dienst te bouwen waar gebruikers plezier aan beleven.

• Stelt prioriteiten: Omdat user mapping teams een holistisch beeld geeft van de gebruikerservaring, kunnen teamleden gemakkelijk essentiële taken identificeren en het werk organiseren in sprints of releases.

• Bepaalt de juiste vereisten: Zonder beperkingen op basis van vereisten kunnen backlog-lijsten snel uit de hand lopen. Met story mapping bepaal je de juiste grootte voor productvereisten en kun je vervolgens grote projecten opdelen in het juiste formaat voor jouw teams.

• Legt de nadruk op de waarde voor de gebruiker: Door het verhaal vanuit het perspectief van de gebruiker op te bouwen, identificeert het ontwikkelteam hoe gebruikers met het product omgaan en aan welke eisen moet worden voldaan om die interacties te vergemakkelijken.

• Benadrukt barrières en afhankelijkheden: Met user story mapping breng je risico's, problemen en afhankelijkheden aan het licht door een algemeen overzicht van het product te krijgen. Story mapping bespaart tijd door teams te helpen potentiële problemen te voorzien en aan te pakken voordat ze zich voordoen.

• Zorgt voor eenheid in het team: Zoals de naam al zegt, creëer je met user story mapping een kaart waar het team het over eens is en die ze bij het bouwen zullen volgen. Het team kan altijd naar de kaart verwijzen als ze niet zeker weten wat de volgende stap moet zijn.

• Maakt constante verbetering mogelijk: Een goed gedefinieerde user story map groepeert stories op prioriteit, die vervolgens in iteraties kunnen worden uitgevoerd om eerder in het proces feedback te verzamelen en verbeteringen aan te brengen naarmate het project vordert.

Wie is er betrokken bij user story mapping?

Er is geen vaste regel over wie betrokken moet zijn bij user story mapping, omdat dit grotendeels wordt bepaald door het project en het team dat eraan werkt. In het algemeen is het echter handig om de volgende mensen en teams te overwegen als je bedenkt wie er mee moet werken aan de user story map:

• UX/UI

• Productmanagers

• Verkoopteams

• Marketing

• Klantenservice- en supportteams

• Engineeringteams

• IT

• Juridische afdeling

• Financiële teams

Hoe maak je een user story map?

Om het proces van user story mapping te beginnen, moet het ontwikkelteam eerst beslissen hoe ze hun user story map opmaken. In Lucid kun je een sjabloon voor user story mapping op maat maken of sticky notes gebruiken om in real time samen te werken en de specifieke user stories van je merk op een gedeelde plek te documenteren.

Volg deze stappen om een duidelijke en nuttige user story te schrijven.

1. Begrijp je gebruikers

Wie zie je als de primaire doelgroep voor je product? Hoewel er verschillende soorten gebruikers kunnen zijn, hou je met het identificeren van de primaire doelgroepen de ontwikkeling op het juiste spoor om een succesvol product te leveren. 

Focusgroepen en A/B-tests kunnen inzicht geven in wat je gebruikers precies doen als ze je product gebruiken. Kijk bij het plannen van een nieuw project naar eerdere resultaten en brancheonderzoek om zeker te zijn dat je de gebruiker op de eerste plaats zet.

2. Identificeer het probleem

Welk probleem van de klant helpt je dienst of product op te lossen? Ga bij deze stap uit van de gebruiker en visualiseer hoe de eindgebruiker het product zal ervaren. Als je niet weet hoe je deze informatie moet overbrengen, denk dan aan de eerder genoemde vorm: "Als gebruiker wil ik [de actie], zodat [het voordeel] gebeurt".

3. Breng gebruikersactiviteiten in kaart

Interactie met je product komt in de vorm van gebruikersactiviteiten. Deze activiteiten dienen als ankerpunten bij het maken van je user story map. Onder elke activiteit ontstaat een reeks user stories die de grotere customer journey vormen. 

4. Stel prioriteiten 

Nadat je gebruikersactiviteiten en de bijbehorende user stories hebt geïdentificeerd en in kaart hebt gebracht, kan het productieteam beginnen met het prioriteren van user stories. Rangschik user stories verticaal van meest naar minst belangrijk om het productieteam te helpen begrijpen welke user stories de meeste impact hebben in de customer journey.

5. Identificeer barrière

Naarmate de user story map vorm krijgt, kan het team ontbrekende informatie, knelpunten of andere problemen ontdekken die de productie kunnen vertragen. Gebruik deze stap om oplossingen en workarounds te vinden.

6. Plan de sprint

Al het mappingwerk komt samen in de projectplanningsfase. Nadat de gebruikersactiviteiten en user stories zijn gerangschikt, kunnen ze worden onderverdeeld in sprints, waarin elk onderdeel van de user story map wordt toegewezen aan een lid van het productieteam, met een duidelijke uitleg over wat er moet gebeuren.

Uitdagingen van user story maps (en hoe je ze kunt overwinnen)

Loop je tegen problemen aan? Hier zijn een aantal veelvoorkomende uitdagingen bij user story maps, samen met een aantal tips om ze aan te pakken.

• Je kaart is te algemeen of te gedetailleerd: Er is een gulden middenweg in hoeveel details je moet opnemen. Als je team niet op één lijn zit, heb je misschien niet genoeg details en moet je meer toevoegen totdat iedereen wel op één lijn zit. Als je team in de war raakt, dan zijn de stappen te gedetailleerd. Gebruik eenvoudige taal om het risico op te veel detail te minimaliseren.

• Je kent je gebruikers niet: Als je niet weet wie je gebruikers zijn, kun je geen kaart voor ze maken. Gebruik demografische gegevens om te begrijpen wie je product gebruikt.

• Je kaart is verouderd: Als je een kaart maakt op een omgeving in de cloud, kun je deze eenvoudig altijd en overal bijwerken.

• Je weet niet waarom je product bestaat: Dit is een groot probleem. Als je niet weet welk probleem je product oplost, kun je ook geen story map maken om te bepalen hoe je het oplost.

Vervolgstappen na user story mapping

Zodra de user story mapping is afgerond, zullen de relevante stakeholders gewoonlijk de in kaart gebrachte activiteiten en stories beoordelen. Onthoud dat niets vaststaat – je kunt en moet waar nodig veranderingen aanbrengen. Nadat alle betrokken partijen het eens zijn over een definitieve user story map, kan het productieteam beginnen met de ontwikkeling.

Om te beginnen kun je een van de volgende diagrammen en processen gebruiken:

• Uitrol van kwaliteitsfunctie: Ontwikkel een raamwerk gericht op het aanpakken van klantbehoeften met deze methodologie.

• Product-backlog: Bekijk wat je aan projecten in de pijplijn hebt en identificeer de prioriteitsniveaus.

• Product-roadmap: Wat zijn je productdoelen voor de toekomst?

• Scrum- of kanban borden: Visualiseer welke medewerker verantwoordelijk is voor welke taak, zodat duidelijk wordt wat er nog moet gebeuren en wat al is gedaan.

• Customer journey mapping: Neem de customer journey onder de loep om besluiten voor het product of het bedrijf in het algemeen te sturen.

User story mapping is een nuttige methode om te visualiseren welke werkzaamheden als eerste moeten worden uitgevoerd om het meest effectieve eindproduct te realiseren. De eindgebruiker staat gedurende het hele proces centraal, met de nadruk op meerdere iteraties en het verwerken van feedback. Een effectieve user story map is flexibel en kan worden bijgewerkt naarmate de projectbehoeften veranderen of nieuwe stakeholders worden geïntroduceerd. 

En voilà! Je hebt nu je handleiding om aan de slag te gaan met user story mapping.