Probeer Jira Product Discovery gratis
Leg ideeën vast, stel prioriteiten, en breng iedereen op één lijn met roadmaps
Hier is mijn nieuwe favoriete interviewvraag voor productmanagers: 'Hoe wil je hier je eerste week op het werk besteden?' En hier zijn enkele van de antwoorden die ik heb gekregen:
"Er goed voor gaan zitten om het platform en de architectuur te bestuderen."
"Waarschijnlijk een paar vergaderingen met het team bijeenroepen en uitzoeken wie mijn belanghebbenden zijn."
"Relaties opbouwen met de ontwikkelaars en ontwerpers. Ze meenemen naar de lunch. Een paar biertjes voor ze kopen."
"De gegevens doorzoeken. Beginnen met uitzoeken welke analyses er zijn."
"Praten met jullie beste klanten en hen vragen wat ze goed vinden aan het product."
Een paar geweldige antwoorden! Maar op het risico af elke toekomstige geïnterviewde het antwoord te geven waarnaar we op zoek zijn, moet elke productmanager in de eerste week rechtstreeks contact opnemen met gebruikers en met hen praten.
Je hebt een team met engineers en ontwerpers die problemen oplossen, en ze rekenen op jou om problemen te prioriteren. Hoe kunnen ze vertrouwen hebben in jouw besluitvorming als je meer op je gemak bent om over de technische stack te praten dan in contact te komen met je gebruikers?
Als je geen tijd hebt om met je gebruikers te praten (vooral in je eerste week!), ben je niet de juiste persoon om de problemen voor je team te prioriteren.
Begrijp me niet verkeerd. Je moet zeker tijd vrijmaken om gegevens en analyses te bespreken. Elke goede productmanager neemt beslissingen op basis van de cijfers. Maar voor het geval het al een tijdje geleden is dat je met een echte gebruiker hebt gesproken, is hier een vriendelijke herinnering: gebruikers zijn geen cijfers.
Uit gegevens blijkt het aantal gebruikers dat op de knop heeft geklikt. Bruikbaarheidstests laten zien waarom gebruikers problemen hadden met het vinden van je knop. Maar informele gesprekken met gebruikers kunnen je laten zien dat ze liever een 0800-nummer hebben in plaats van een knop! Je weet gewoon nooit wat je zult ontdekken.
En ja: maak je zeker vertrouwd met de technologie in je eerste week. Praat met het team over de beperkingen van het platform en de klachten die ze erover hebben. Maak kennis met de basisarchitectuur. Maar het is niet jouw taak om code te schrijven, hoe verleidelijk dat ook mag zijn. Jouw taak is problemen vinden die je moet oplossen. Ik bedoel, als je productmanager bent en je hebt al een tijdje niet met een gebruiker gesproken, wil je misschien je functietitel heroverwegen.
En voor de PM die zich bij een bedrijf voegt met voldoende middelen om formele bruikbaarheidsstudies te doen, is het kijken naar interviews van achter een doorkijkspiegel super cool. Daar kun je heel veel van leren (en van de technieken van de interviewer). Maar laat dat je er niet van weerhouden om een echt gesprek met een gebruiker te voeren. Een interview achter een doorkijkspiegel is geen vervanging voor een gesprek met iemand die je product gebruikt.
Dus als je bij een nieuw bedrijf gaat werken, ga je gang en neem contact op met een paar van je gebruikers. Zelfs met degenen die ongelukkig waren en zijn vertrokken. Eigenlijk, vooral die laatsten.
Je leert niet alleen een paar dingen over het product en het gebruikersbestand, je bent misschien wel het contactpunt dat een gebruiker nodig heeft om je product te blijven gebruiken. Zie het als de goedkoopste investering in klanttevredenheid die je kunt doen.
Onthoud: je krijgt maar één kans om een nieuw perspectief te hebben. Gebruik die kans verstandig en kruip in het hoofd van je gebruikers.
Succes met je eerste week op het werk!
