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 een betere ervaring creëren en aanmoedigen dat je product blijft worden gebruikt. Maar hoe begin je daaraan?

Maak kennis met user story mapping. Net als het schetsen van een plot voordat je een roman schrijft, helpt story mapping teams bij het uitstippelen van het verhaal achter het product, zodat het overzicht niet verloren gaat naarmate de details zich opstapelen.

In dit artikel leer je hoe je user story maps maakt, en hoe je ze kunt gebruiken om een efficiëntere gebruikerservaring te creëren. 

Wat is een user story?

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

Een user story volgt meestal deze formule:

Als [type gebruiker] wil ik [actie/functie] uitvoeren om [voordeel] te behalen.

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". Omdat user stories zich richten op gedrag, zijn ze vooral nuttig om te begrijpen wat klanten naar je product drijft en hoe ze ermee omgaan zodra ze bij je product terechtkomen.

Wat is userstorymapping?

User story mapping visualiseert user stories, schetst hoe gebruikers met een product omgaan en laat zien hoe die gebruikersbehoeften binnen een sprint kunnen worden bereikt. 

Productmanagers vertrouwen op user stories als kompas om iedereen tijdens de ontwikkeling op het juiste spoor te houden. Productiemedewerkers brengen user stories in kaart om te begrijpen wat de klant van het product wil, hoe hij ermee wil omgaan of hoe hij het wil 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 onderstaande voorbeeld van een user story map, wordt de user story bij user story mapping opgesplitst in de afzonderlijke handelingen en gedragingen van de gebruiker. Door de belangrijkste gebruikersactiviteiten bovenaan te plaatsen, met daaronder de kleinere taken die nodig zijn om elke activiteit te voltooien, wordt het eenvoudiger om activiteiten aan functies te koppelen, afhankelijkheden te herkennen en te bepalen wat er als eerste moet worden ontwikkeld. 

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

Waarom userstorymapping?

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

• Geeft prioriteit aan taken: omdat gebruikersmapping teams een totaalbeeld van de gebruikerservaring biedt, kunnen teamleden gemakkelijk essentiële taken identificeren en het werk indelen in sprints of releases.

• Bepaalt de juiste vereisten: Backlogitems kunnen snel in omvang toenemen zonder dat er eisen worden gesteld. Storymapping bepaalt de juiste grootte voor producteisen en stelt je in staat om grote projecten op te splitsen in de juiste grootte voor je teams.

• Leg de nadruk op de waarde voor de gebruiker: door het perspectief van de gebruiker centraal te stellen, kan story mapping voorkomen dat teams te veel tijd besteden aan het ontwerpen voor uitzonderlijke gevallen. Een team kan bijvoorbeeld enthousiast zijn over de toevoeging van inloggen via gezichtsherkenning, maar uit een mapping en discussie kan blijken dat de meeste gebruikers via een desktop inloggen, waardoor de aandacht kan worden verlegd naar verbeteringen die meer voordeel voor de gebruikers opleveren.

• Benadrukt obstakels en afhankelijkheden: User story mapping belicht eventuele risico's, problemen en afhankelijkheden door een overzichtelijk beeld van het product te bieden, waarmee teams potentiële problemen kunnen aanpakken voordat ze zich voordoen.

• Zorgt voor teamcohesie: Zoals de naam al zegt, creëert user story mapping een kaart waarover het team het eens is en die ze volgen tijdens het proces. Het team kan altijd de kaart raadplegen wanneer ze niet zeker weten waar ze heen moeten

• Zorgt voor constante verbetering: Een goed gedefinieerde user story map groepeert stories volgens prioriteit, die vervolgens in iteraties kunnen worden ingedeeld om eerder in het proces feedback te verzamelen en verbeteringen aan te brengen naarmate het project vordert

Wie is er betrokken bij het in kaart brengen van user stories?

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. Maar als je nadenkt over wie er zou moeten meewerken aan de userstorymap, is het over het algemeen nuttig om de volgende personen en teams in overweging te nemen:

• UX/UI

• Productmanagers

• Verkoopteams

• Marketing

• Klantenservice-/klantenondersteuningsteams

• Technische teams

• IT

• Juridische afdeling

• Financiële teams

Omdat elke groep verschillende onderdelen van de gebruikerservaring ziet, is functieoverschrijdende samenwerking bijzonder waardevol bij het in kaart brengen. Productontwikkeling, UX en engineering kunnen snel afwegingen aan het licht brengen (zoals het verminderen van de mentale belasting op een startpagina versus het vermelden van elk detail) en tot overeenstemming komen over wat voor gebruikers het belangrijkst is.

Een userstorymap maken

Om te beginnen met user story mapping, beslist het ontwikkelingsteam eerst hoe ze hun story map gaan indelen. Als je een virtueel whiteboard zoals Lucidspark gebruikt, kun je de hele mapping-workshop in één gedeelde, cloudgebaseerde omgeving houden – of je team nu fysiek aanwezig is of op afstand werkt. Lucidspark laat zelfs elk teamlid hun eigen kleur voor bijdragers gebruiken terwijl ze bijdragen aan de user story map, dus als er verduidelijking nodig is over een bepaald punt, is het makkelijk om het aan de oorspronkelijke bijdrager te vragen.

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, zal het identificeren van de belangrijkste doelgroepen de ontwikkeling op het juiste spoor houden om een succesvol product af te leveren.

Focusgroepen en A/B-tests kunnen inzicht geven in hoe je gebruikers met je product omgaan. Door te kijken naar resultaten uit het verleden en brancheonderzoek weet je ook zeker dat je de gebruiker op de eerste plaats zet.

Veel teams kiezen ervoor om persona's te creëren om motivaties, frustraties, doelen en wensen vast te leggen, en gebruiken die persona's vervolgens om aannames te testen over wat gebruikers werkelijk waarderen.

Je kunt story mapping ook combineren met customer journey mapping om inzicht te krijgen in wat gebruikers in elke fase denken en voelen, zodat je knelpunten kunt wegnemen en momenten van plezier kunt toevoegen.

2. Identificeer het probleem

Welk probleem helpt je dienst of product op te lossen voor de klant? Blijf bij deze stap uitgaan van de gebruiker en visualiseer hoe de eindgebruiker het product zal ervaren. Als je even vastzit, onthoud dan deze indeling: "Als gebruiker wil ik [de actie], zodat [het voordeel] gebeurt."

3. Breng gebruikersactiviteiten in kaart

Interacties met je product zullen de vorm aannemen van gebruikersactiviteiten. Deze activiteiten dienen als referentiepunten bij het maken van je user story map. Een reeks user stories creëert onder elke activiteit de grotere customer journey.

Als je een workshop leidt, brainstorm dan eerst over de activiteiten van de gebruikers voordat je verdergaat met de bijbehorende knelpunten en doelstellingen. Door systematisch door deze categorieën te werken, kan je team zich op één doel tegelijk richten. Of je nu op kantoor werkt of op afstand, zorg voor momenten van rust waarin teamleden hun aantekeningen kunnen doornemen of zelfstandig onderzoek kunnen doen. Door je team de ruimte te geven om grondig na te denken, krijg je betere inzichten dan alleen door een snelle discussie.

Wanneer je klaar bent om de kaart te structureren, plaats je de belangrijkste activiteiten bovenaan en noteer je daaronder de specifieke taken die nodig zijn om deze activiteiten te voltooien. De activiteit ‘Een video bewerken’ omvat bijvoorbeeld taken als inloggen, opnemen en exporteren. 

Tip van een expert: Maak je whiteboard alvast klaar voor de workshop

Met een beetje voorbereiding verloopt de mapping-sessie vlotter en voelt deze minder chaotisch aan. Zet je whiteboard in Lucidspark klaar nog voordat het team bij elkaar komt. Je gaat nog niet aan de slag met de organisatie van de story map, maar moet eerst beginnen met een brainstorm. De sleutel tot een nuttige brainstormsessie is om richtlijnen te geven. Voeg eerst containers toe om de brainstorm te ordenen. Mogelijke containers zijn:

• Gebruikersactiviteiten

• Pijnpunten van gebruikers

• Doelstellingen

Het is een goed idee om je whiteboard te labelen, samenwerkers toe te voegen en zelfs een korte tutorial te delen voordat je gaat brainstormen. 

4. Prioriteiten stellen

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

Als je Lucidspark gebruikt, kun je activiteiten, knelpunten of verhalen ook van tags voorzien, zodat je in één oogopslag kunt zien wat de prioriteiten zijn (bijvoorbeeld “must-have”, “should-have”, “later” of per release). Om de kaart bruikbaar te houden, noteer je ideeën met een lagere prioriteit zonder ze in het huidige releaseplan te forceren. 

5. Identificeer obstakels

Naarmate de user story map meer vorm krijgt, kan het team op zoek gaan naar ontbrekende informatie, knelpunten, of andere problemen die de productie kunnen vertragen. Gebruik deze stap om oplossingen en workarounds uit te werken.

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 hoe het moet gebeuren.

In Lucidspark kun je dat werk direct uitvoeren door functionaliteiten op te splitsen in sprinttaken met behulp van tijdlijnen of dynamische tabellen. Dit is een leuk deel van het proces, omdat je ziet hoe een brainstorm zich vertaalt in een plan en vervolgens in duidelijke, hapklare taken die aan teamleden kunnen worden toegewezen. En als iedereen deelneemt aan user story mapping, begrijpen ze hoe kleinere taken in het grotere geheel van de gebruikerservaring passen, wat het hele proces inzichtelijker maakt.

Uitdagingen van userstorymaps (en hoe je ze kunt overwinnen)

Hier zijn enkele veelvoorkomende uitdagingen die samenhangen met user story maps, samen met enkele tips om ze aan te pakken:

• Jouw map is te algemeen of te gedetailleerd: er is een gulden middenweg wat betreft de hoeveelheid detail die je opneemt. Als je team niet op één lijn zit, heb je misschien niet genoeg details en moet je meer toevoegen totdat iedereen op één lijn zit. Als je team in de war raakt, dan zijn de stappen te gedetailleerd. Gebruik eenvoudige taal om het risico te verkleinen dat je te veel in detail treedt.

• Je kent je gebruikers niet: Als je niet weet wie je gebruikers zijn, kun je ook geen map voor hen maken. Gebruik demografische gegevens om inzicht te krijgen in de gebruikers van je product.

• Je map is verouderd: Door een map te maken in een cloudomgeving kunt je deze altijd en overal eenvoudig bijwerken. Samenwerken via de cloud kan het ook gemakkelijker maken om stakeholders betrokken te houden, of ze nu op dezelfde locatie werken of op afstand.

• 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 storymap maken om te bepalen hoe je het probleem kunt oplossen.

Volgende stappen na user story mapping

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

Om te beginnen kun je gebruikmaken van één van de volgende diagrammen en processen:

• Invoering van kwaliteitsfuncties: ontwikkeling van een raamwerk dat gericht is op het aanpakken van de behoeften van de klant met deze methode.

• Productbacklog: kijk welke projecten je in de pijplijn hebt zitten en bepaal de prioriteiten.

• Productroadmap: Identificeer de toekomstige doelen voor je product.

• Scrum- of Kanban-borden: visualiseer welke medewerker verantwoordelijk is voor welke taak, en maak duidelijk wat er in uitvoering is, voltooid is, en nog moet gebeuren.

• Customer journey mapping: neem de customer journey onder de loep om beslissingen voor het product, of voor het bedrijf in het algemeen, in goede banen te leiden.

User story mapping is een nuttige methode om te visualiseren welk werk eerst moet worden uitgevoerd om het meest effectieve eindproduct te maken. Hoewel het verleidelijk kan zijn om story mapping als een extra stap te beschouwen, is het vaak een cruciale stap om de pijnpunten en drijfveren van gebruikers in een vroeg stadium aan het licht te brengen, voordat ze tot kostbare herwerkzaamheden leiden.