Een gids voor productmanagers over ideevorming: een proces in 3 stappen
Hebben jullie ideeën over hoe we dit probleem moeten oplossen?
Dit is een vraag die ieder van ons minstens een paar keer per week stelt aan een team van getalenteerde ingenieurs en ontwerpers. Vervolgens wordt het in de ruimte natuurlijk luidruchtig door alle oplossingen en ideeën. Als je al vaker dan je je kunt herinneren in deze vaak chaotische en moeilijk te beheersen situatie hebt gezeten, is hier een eenvoudig ideevormingsproces in 3 stappen dat je voor je product kunt opzetten om al die chaos onder controle te krijgen.
Stap 1: Zorg voor een toestroom van kwalitatieve ideeën en feedback uit waardevolle bronnen
Ik besteed meestal de meeste aandacht aan deze stap van het ideevormingsproces en ik raad je aan hetzelfde te doen.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Vroeger, toen ik assistent-productmanager was en sommige van de belangrijkste concepten van het vak nauwelijks begreep, dacht ik dat een geweldige productmanager iemand was die met de beste ideeën in de ruimte kon komen.
Dat klinkt nu dwaas, want na verloop van tijd begin je te beseffen dat ideeën spuien zonder context geen waarde heeft en dat je uiteindelijk dingen kunt bouwen die niemand wil.
Ik weet zeker dat ik niet de enige was die zich afvroeg hoe klanten het product uiteindelijk verkeerd gebruiken.
Het slechte nieuws was dat ík het verkeerde product had gebouwd door ideeën te spuien zonder rekening te houden met de behoeften van onze gebruikers, de strategie/visie van onze oprichters en de gegevens.
Voordat we zelfs maar nadenken over het opzetten van een brainstormsessie, moeten we er daarom voor zorgen dat we over de juiste inzichten, feedback en ideeën beschikken om tijdens de ideevormingsworkshop voor het product te bespreken. Ik vind het ook nuttig om de sessie in te gaan met hulpmiddelen die de groep kunnen helpen ideeën van hogere kwaliteit te produceren, zoals gestructureerde ontwerpkaders die het proces boeiender en oplossingsgerichter maken.
Feedback en ideeën verzamelen uit interne bronnen
Het is altijd een goed idee om eropuit te gaan en met je klanten te praten, maar je kunt ook een aanzienlijke hoeveelheid waardevolle ideeën en inzichten binnen je bedrijf verzamelen.
Laten we een paar interne bronnen bekijken en zien wat we eruit kunnen halen.
Klantenondersteuning
Als je een relatief groot gebruikersbestand hebt, kan de informatie die je klantenserviceteam heeft verzameld een goudmijn aan feedback, verzoeken en ideeën zijn.
Gebruikers nemen contact met hen op om te klagen over hun ondermaatse gebruikerservaring, problemen die hen ervan weerhouden hun doelen met je product te bereiken, of het ontbreken van specifieke functies waarvan ze zouden willen dat je die had.
Om een constante toestroom van waardevolle informatie uit je ondersteuningsteam te creëren, kun je het volgende doen:
- Maak een Slack-/Teams-kanaal waarin je supportmedewerkers interessante inzichten of suggesties kunnen plaatsen.
- Gebruik de analysemogelijkheden van je klantenservice-/CRM-platform om statistische gegevens te verzamelen over de frequentie van klachten per type probleem, evenals over de frequentie waarmee gebruikers specifieke nieuwe functies voorstellen.
Vervolgens kun je de meest voorkomende verzoeken uit het Slack-kanaal en het analysedashboard verzamelen en meenemen naar je volgende brainstormsessie om ze te verwerken.
Leiding
Geweldige producten moeten niet alleen klantgericht zijn, maar ook de visie van hun oprichters volgen. Als je uitsluitend op klantverzoeken vertrouwt bij het bouwen van je nieuwe product, eindig je misschien met iets dat te veel functies bevat of met een product dat niet revolutionair is.
Als ik mensen had gevraagd wat ze wilden, zouden ze snellere paarden hebben gezegd.
-Henry Ford
Het is cruciaal dat je je leidinggevenden om ideeën vraagt en deze verzamelt, en dat je je bestaande product- en functie-ideeën met hen afstemt om ervoor te zorgen dat je hun visie en strategie volgt.
Om dit voor elkaar te krijgen, raad ik je aan je leidinggevenden actief te betrekken bij de brainstormsessies van je team, of, als zij weinig tijd hebben, een afzonderlijke kleinere sessie te organiseren waarin zij hun gedachten met je kunnen delen.
KPI-beoordelingssessies
We leven in het gouden tijdperk van data en veel economen beschouwen data als de "nieuwe olie". Waarom? Het korte antwoord is dat data vooruitgang stimuleert. Het lange antwoord is echter dat data veel duidelijkheid biedt aan de mensen die beslissingen nemen, en hen tegelijkertijd in staat stelt potentiële problemen te ontdekken en de productgebieden aan te wijzen die daarvoor verantwoordelijk zijn.
Als je analytische gegevens over je klanten hebt, vormen die een van de waardevolste bronnen van ideeën en inzichten die je kunt meenemen naar de brainstormsessie.
Om dit proces te faciliteren, kun je zogenaamde KPI-beoordelingssessies organiseren, waarin je je product-, marketing- en groeiteam samenbrengt en kijkt naar de huidige status van je KPI's en naar hun ontwikkeling in de loop der tijd.
Op dat moment kun je veel potentiële problemen ontdekken waarvoor je tijdens een brainstormsessie een oplossing moet bedenken.
Laten we naar een praktisch voorbeeld kijken om de waarde van deze sessies beter te begrijpen.
Stel je voor dat je verantwoordelijk bent voor de productontwikkeling van een berichtenapp die vergelijkbaar is met Slack en dat je "het aantal berichten van nieuwe gebruikers" hebt ingesteld als je noordster-metriek, omdat de groei daarvan positief correleert met de groei van je omzet en retentie.
Tijdens een van je wekelijkse KPI-beoordelingssessies merken jij en je team dat je noordster daalt.
Dit leidt tot een kort onderzoek om te begrijpen wat de reden hiervoor is. Nadat je de conversietrechters hebt bekeken (in jouw geval was dit Registratie → Kanaal aanmaken → Eerste bericht gebruiken), ontdek je dat de conversie van registraties naar het aanmaken van een kanaal met ~2.5% is gedaald.
Door wat verder onderzoek te doen en een aantal sessieopnamen te bekijken, begrijp je dat meer mensen je berichtenapp op mobiel bezoeken en dat de mobiele ervaring voor het aanmaken van kanalen erg verwarrend is.
Voilà! Je hebt zojuist een serieus probleem geïdentificeerd waarvoor een ideeëngeneratiesessie nodig is om oplossingen te vinden.
Tot nu toe hebben we je interne bronnen van waardevolle ideeën, probleemstellingen en feedback besproken. Laten we nu verdergaan met de bronnen buiten je bedrijf en kijken naar de belangrijkste bron van allemaal: je gebruikers.
Ideeën verzamelen van je gebruikers
Je bent geen gebruikersgericht product als je niet met je gebruikers communiceert en hun stem meeneemt in je ideatie- en besluitvormingsprocessen.
De meest voor de hand liggende manier om dit te doen is natuurlijk via gebruikersinterviews. Maar dit is een onderwerp dat een aparte handleiding verdient. Laten we ons daarom in plaats daarvan richten op een paar alternatieve bronnen van ideeën en feedback van gebruikers die je voor je producten kunt gebruiken.
UI-elementen voor het verzamelen van feedback in je product.
Je hebt waarschijnlijk gemerkt dat veel SaaS-tools feedback rechtstreeks in hun gebruikersinterface vragen. De reden dat dit populair wordt, is de kwaliteit en relevantie van de feedback die je ermee kunt verzamelen.
Je kunt deze relevantie bereiken door je feedbackelementen strategisch te plaatsen op de momenten in de gebruikersreis waarop je gebruikers je functies net hebben ervaren en zeer geneigd zijn je te vertellen wat ze ervan vonden.
De transcriptiedienst Otter vraagt je bijvoorbeeld om de kwaliteit van de transcriptie te beoordelen op een schaal van 5 sterren, direct op de pagina waar je het transcript leest.
Bovendien wordt je, als je een lage score geeft, gevraagd een kort bericht achter te laten waarin je uitlegt wat er mis was met je transcript.
Ze vragen je ook om toestemming om toegang te krijgen tot de inhoud van het transcript dat je hebt beoordeeld, zodat ze het kunnen analyseren en de fouten die ze hebben gemaakt kunnen identificeren. Ik ben er vrij zeker van dat ze deze gegevens aan hun AI-modellen zullen voeren om die in de toekomst verder te verbeteren.
Opmerking: Functies zoals deze zijn relatief eenvoudig zelf te bouwen, maar je kunt ook gespecialiseerde software voor ideeënbeheer gebruiken om dit voor je af te handelen.
Gebruikersgemeenschappen
Een ander uitstekend platform om contact te houden met je gebruikers, naar hun feedback te luisteren en hun stem mee te nemen in je ideevormingsproces, zijn de communities rond je product.
Dit kan van alles zijn: van Discord-servers tot Slack-communities en zelfs speciale forums, zoals de Atlassian-community.
Ongeacht de vorm die je kiest: als je deze communities goed beheert, zullen je gebruikers beginnen te wijzen op problemen die je misschien over het hoofd hebt gezien of je waardevolle ideeën geven om je product te verbeteren.
Beste praktijken voor gebruikerscommunities
Om het meeste uit deze communities te halen, deel ik een paar handige tips op basis van mijn ervaring met het beheren van een bètacommunity voor een van mijn producten.
- De gratis versie van Slack is een goede oplossing voor een kleine community. Het voordeel is dat veel van je gebruikers al een Slack-account hebben en geen registratieproces hoeven te doorlopen om lid te worden van je community.
- Zorg ervoor dat je een gedragscode hebt die voor alle leden gemakkelijk toegankelijk is. Ik had hiervoor een speciaal kanaal met de naam #code-of-conduct.
- Houd je kanaal #random en moedig leden aan om daar over elk onderwerp te praten dat ze willen. Als mensen geen plezier kunnen hebben op je platform, blijven ze niet lang.
- Maak een kanaal #{your_product_name}-news. Dit is een perfecte manier om je openbare aankondigingen en release notes te plaatsen voor de gebruikers die er het meest om geven.
- Voeg een kanaal #ideas-and-suggestions toe waar je iedereen aanmoedigt om hun ideeën te plaatsen. Daar doen we dit uiteindelijk voor: de waardevolle inzichten van gebruikers, toch?
- Maak een kanaal #bug-reports aan. Hier zullen leden van je community wijzen op problemen met je product.
- Maak tijd vrij om persoonlijk met leden te communiceren en hun vragen te beantwoorden. Dit is de belangrijkste tip van allemaal.
Openbare issuetracker
Een andere methode om suggesties en feedback van je gebruikers te verzamelen, is het creëren van een issuetracker waarin iedereen bugs, functieverzoeken en verbeteringen voor je product kan plaatsen.
Heb je weleens gehoord van de Jira van….ehm…Jira? Inderdaad, Jira, de tool voor projectmanagement, heeft een eigen Jira-instantie waar je taken kunt openen en naar het Atlassian-team kunt sturen.
Zo ziet een suggestie voor een functie eruit.
Een van de slimste dingen die Jira hier heeft gedaan, is gebruikers de mogelijkheid geven om op bugs en suggesties te stemmen. Daardoor kan het productteam prioriteit geven aan de punten met de meeste stemmen.
Hoewel dit relatief gebruikelijk is voor engineeringgerelateerde producten, staat het je vrij om dit voor elk type product te doen.
Het is oké (en geweldig!) als mensen domme ideeën delen
Voordat we doorgaan naar de volgende stap van ons ideevormingsproces, wil ik iets belangrijks bespreken. Er bestaan geen slechte ideeën!
Ja, mensen kunnen voorstellen om een functie toe te voegen die niet aansluit bij je strategie, of het kan iets zijn waar alleen zij baat bij hebben.
Ja, je kunt tegen de meeste voorstellen nee zeggen (nee zeggen is een superkracht binnen productmanagement), maar zorg er altijd voor dat je gebruikers en collega's zich op hun gemak voelen om elk soort idee met je te delen, zelfs de “domme”.
Je wilt creativiteit en vrijheid aanmoedigen als het gaat om het delen van ideeën, omdat gebruikers briljante ideeën kunnen hebben die ze misschien niet willen delen uit angst voor wat anderen ervan zullen vinden.
Nu het uiterst belangrijke onderdeel van het verzamelen van de juiste gebruikersbehoeften, ideeën en feedback is afgerond, kunnen we vol vertrouwen doorgaan naar de tweede stap van ons ideevormingsproces.
Stap 2: Gebruik een ideevormingstechniek om je ideeën en feedback te verwerken
We zijn aangekomen bij de daadwerkelijke ideevormingsfase, waarin je de problemen die in de vorige fase zijn verzameld op tafel legt en naar oplossingen begint te zoeken.
Waarschijnlijk is de meest voor de hand liggende en effectieve ideevormingsmethode (vooral voor startups in de vroege ontwikkelingsfase) brainstormen. Dit omvat meestal het volgende:
- Een ijsbreker als startpunt van de ideatiesessie—dit helpt teamgenoten om zich in elkaar te verplaatsen.
- Een ongestructureerd gesprek—waarbij het team innovatieve ideeën en nieuwe concepten voor productontwerp kan delen, problemen kan oplossen, ideeën van anderen kan evalueren en aannames ter discussie kan stellen.
- De afronding—waarbij deelnemers de belangrijkste inzichten en vervolgacties opsommen.
Er zijn ook veel manieren om te brainstormen. Om binnen een bepaalde periode meer ideeën te genereren, kun je enkele brainstormtechnieken proberen, zoals:
- SCAMPER, waarbij je het probleem probeert op te lossen door enkele oplossingen die je al voor je product hebt te Substitueren, te Combineren, aan te Aanpassen, te Modificeren, voor een ander doel te gebruiken, te Elimineren en om te Reverseren.
- Mindmapping, waarbij je begint met een leeg canvas, je centrale idee in het midden plaatst en oplossingen, gedachten en concepten toevoegt die verband houden met het kernidee. Vervolgens herhaal je het proces voor elk van deze nieuw toegevoegde concepten, enzovoort.
- Zes denkhoeden, waarbij je teamleden het probleem vanuit verschillende perspectieven bekijken (bijv. vanuit een beveiligingsperspectief, productperspectief, ontwerpperspectief enz.) en vanuit elk perspectief innovatieve oplossingen proberen te vinden.
Er zijn ook storyboards en schriftelijke brainstormsessies, die ik persoonlijk het beste vind (een puur persoonlijke mening; al deze samenwerkingsmethoden zijn goed), dus ik wil ze wat uitgebreider bespreken.
Visuele verhaallijnen
Naar mijn mening is dit de beste methode om de gebruikersreis te visualiseren en het UX-ontwerp van je ideeën te bespreken.
De term visuele verhaallijnen komt uit de filmindustrie, waar je een reeks kaarten tekent waarop verschillende scènes worden weergegeven en uitlegt wat daarin gebeurt. Dit is een nuttig hulpmiddel om het script te visualiseren en te verfijnen voordat de opnames beginnen.
Zo zag een visuele verhaallijn eruit voor de beruchte scène met de velociraptors in Jurassic Park.
Visuele verhaallijnen voor digitale producten volgen over het algemeen dit idee door de gebruikersreis gedurende je product te visualiseren.
Je kunt ze heel waardevol vinden als hulpmiddel om je brainstormsessies te faciliteren, omdat ze je discussies visueel maken en zorgen voor een gezamenlijk begrip van wat er wordt besproken.
Voor deze oefening heb je geen ontwerp- of illustratievaardigheden nodig (in tegenstelling tot de tegenhanger ervan in de filmwereld), en ook geen sjabloon of speciale apparatuur om een visuele verhaallijn voor je idee te maken. Het enige wat je nodig hebt, is een set plakbriefjes en een bord om ze op te plakken.
Je kunt deze kaarten ook op het whiteboard tekenen, maar ik geef de voorkeur aan plakbriefjes, omdat je ze gemakkelijk kunt herschikken en de gebruikersreis voor de oplossing in je hoofd kunt aanpassen.
De belangrijkste reden waarom ik visuele verhaallijnen prettig vind (naast hun vermogen om ideeën te visualiseren), is dat ze de nadruk leggen op een geweldig UX-ontwerp en jou en alle anderen in de ruimte naar de oplossing laten kijken vanuit het oogpunt van de gebruiker.
Schriftelijke brainstormsessies
Deze methode is het meest geschikt voor het snel genereren van ideeën.
Soms gaan je brainstormsessies over een diepgaande verkenning van de uiteindelijke vorm van een specifieke oplossing, maar meestal kom je in die ruimte bijeen om nieuwe ideeën te genereren en het idee te kiezen dat je probleem het beste oplost.
Daar gebruik je de methode van schriftelijk brainstormen voor, omdat die erop is geoptimaliseerd dat je teamgenoten snel veel ideeën kunnen produceren. Het creatieve proces van schriftelijk brainstormen verloopt als volgt:
- Geef elke teamgenoot een vel papier (of een ruimte op een Miro- of Figjam-bord) en vraag hun om tijdens een ronde van 5 minuten drie ideeën op te schrijven.
- Na de ronde wisselen je teamgenoten hun kaarten uit, lezen ze de ideeën van hun collega's en besteden ze nog eens 5 minuten aan het toevoegen van drie ideeën.
- Na een paar rondes verzamelt de facilitator alle kaarten en begint hij of zij de ideeën op een whiteboard (of opnieuw een Miro-bord) te schrijven.
Je bent vrij om deze regels te wijzigen door meer rondes toe te voegen, het aantal op te schrijven ideeën te veranderen of de duur van de rondes aan te passen, omdat de uiteindelijke uitkomst hierdoor niet drastisch zal veranderen.
Het resultaat is in dit geval een lange lijst met ideeën waaruit je kunt beginnen te selecteren op basis van verschillende factoren of door een prioriteringsmethode te gebruiken (zoals RICE, waar we het zo meteen over zullen hebben).
Stap 3: Gebruik RICE om prioriteit aan je ideeën te geven
Als je brainstormsessie vruchtbaar was, heb je een lijst met mogelijke oplossingen die het probleem behandelen dat je ter bespreking hebt voorgelegd. Maar welke moet je kiezen om als eerste te implementeren?
Het antwoord is vrij eenvoudig: begin met het evalueren van je productideeën, geef de lijst prioriteiten en kies het bovenste item (of een paar items). Dat is wat we in de derde fase van ons proces gaan doen.
Er zijn talloze manieren om deze fase aan te pakken, waaronder veel prioriteringsmethodologieën met verschillende niveaus van complexiteit, maar mijn advies zou zijn om alles eenvoudig te houden en een van de meest rechttoe rechtaan technieken te gebruiken: RICE.
RICE staat voor Reach (bereik), Impact (impact), Confidence (zekerheid) en Effort (inspanning). Met deze techniek maak je een kleine tabel waarin elke rij een oplossing uit je brainstormsessie bevat en elke kolom een van de vier bovenstaande aspecten vertegenwoordigt. Nadat je deze tabel hebt gemaakt, vul je de cellen samen met je team in met waarden.
Zo ziet de tabel eruit.
Zo bepaal je de waarden in deze tabel:
- Het aantal gebruikers dat je oplossing zal bereiken.
- Wat denkt je team dat de impact van deze oplossing op het probleem is? Dit is een getal tussen 0.25 (zeer weinig impact) en 3 (grote impact).
- Hoeveel vertrouwen heeft je team in het succes van deze oplossing? Opnieuw een getal tussen 0.25 en 3.
- Hoeveel inspanning zal je team moeten leveren om de oplossing te implementeren? Dit varieert van 0.25 tot 3.
Tot slot krijg je de score die je met deze formule berekent:
Nadat je deze score hebt berekend, rangschik je de lijst met mogelijke oplossingen eenvoudig op basis van hun score en kies je de oplossing met het hoogste getal.
Alles begint met een geweldig idee!
Ideevorming is een van de belangrijkste (en leukste) onderdelen van het leven van een productmanager. Soms kan het chaotisch zijn en je in de war brengen. Maar gelukkig heb ik een beproefd proces met je gedeeld om je ideevormingsinspanningen te organiseren en er het meeste uit te halen.
Zodra je je ideeën hebt uitgewerkt, kun je doorgaan met de implementatie ervan. Hiervoor raad ik je aan een paar geweldige handleidingen van mijn collega's te lezen:
- Een geweldig PRD maken door Sarah Tolle.
- Je empathiekaart voor klanten ontwerpen door Elise Fox.
- Je MVP bepalen door Mandy Schmitz.
En vergeet natuurlijk niet je in te schrijven voor de nieuwsbrief van The CPO Club!
