Alles wat u moet weten over de rol van de productmanager

Wat is een productmanager? 

Als u een UI/UX-ontwerper of -ontwikkelaar bent, is het tegenwoordig heel gebruikelijk dat u in uw professionele ervaringen een productmanager (of PM) tegenkomt. Over het algemeen wordt hij geïdentificeerd als de productreferent, maar als we vragen wat hij eigenlijk doet, lopen de antwoorden uiteen. Hij wordt wel eens verward met een Product Manager, een Product Owner, een Project Manager of zelfs een Product Designer. Wat is een Product Manager en wat is zijn rol in verschillende organisatiestructuren?

de theorie

De PM is verantwoordelijk voor de ontwikkeling van een digitaal product of dienst dat op de markt komt. Hij is het die de algemene visie van het bedrijf vertaalt een productvisie en een routekaart. Haar missie is ervoor te zorgen dat het op de markt gebrachte product haalbaar is, voldoet aan de behoeften van gebruikers en aan de strategische en zakelijke uitdagingen van het bedrijf.

Product Manager
© 2011 Martin Eriksson

“een product ontdekken dat waardevol, bruikbaar en haalbaar is” Marty Cagan

Verantwoordelijkheden van de Productmanager: 

    • Visie : hij zal de algemene visie van het bedrijf presenteren op het niveau van zijn product(en), de doelstellingen en KPI's bepalen die moeten worden gevolgd, en de productroadmap voorstellen.
    • De reis van mijn leven : de premier moet de problemen identificeren die moeten worden opgelost. Het gaat hierbij om een ​​diepgaande analyse van de beschikbare data, gebruikersonderzoek, een goed begrip van de uitdagingen van het bedrijf, het uitvoeren van een competitieve benchmark, enz.
    • Prioritering : welke problemen willen we oplossen? De PM moet prioriteiten stellen waar zijn teams aan zullen werken op basis van de verwachte uitkomst of voordelen (eerder vastgelegd in de productvisie en -strategie) en de technische complexiteit. 
    • Levering: dit is de implementatiefase. De PM zal de oplossingen specificeren (de beroemde functionele specificaties) en de oplevering ervan volgen met het ontwikkelingsteam.
    • Launch : de oplossingen zijn ontwikkeld en beschikbaar gesteld aan gebruikers. De PM kan samenwerken met de marketing- of de communicatieafdeling om hun product of increment (nieuwe versie) bekend te maken aan gebruikers. Het is nu een kwestie van het meten van het succes van wat is opgeleverd en kijken of we de gestelde doelstellingen hebben bereikt.

Tijdens deze verschillende fasen zal de Product Manager als een dirigent samenwerken met het ontwerpteam, de ontwikkelaars en de zakelijke teams om een ​​product te bouwen en op te leveren dat waarde zal hebben voor de gebruikers en het bedrijf.

Iets verderop zat een valkuil omdat in sommige organisaties de PM ook PO (Product Owner) is, omdat PO, in tegenstelling tot wat vaak wordt gedacht, een rol is in agile praktijken zoals Scrum en geen baan. Op de Franse markt is het echter niet ongebruikelijk dat PM en PO twee verschillende beroepen zijn.

De realiteit :
Wat ik tijdens mijn verschillende ervaringen heb geleerd, is dat de reikwijdte van de PM varieert afhankelijk van de structuur en productvolwassenheid van het bedrijf, de organisatie, maar ook de anciënniteit van de PM. 

De rol van de premier versus de structuur en volwassenheid van het bedrijf 

De rol van de PM in een startup

Wanneer het product niet rechtstreeks door de oprichters wordt beheerd, lijkt de PM een beetje op de persoon die alles voor het product doet, het beroemde ‘Zwitserse zakmes’ dat hen vergezelt in deze experimenteerfase. Hij helpt bij het in kaart brengen van strategische en zakelijke behoeften, komt tussen in ontdekking, ontwerp en levering om de beroemde Product Market Fit te bereiken. Afhankelijk van de grootte van de startup kan het zijn dat hij de eerste stenen van een productteam legt en de productcultuur van de startup opbouwt.

In een opschaling

Het bedrijf groeit en heeft zijn doel bereikt Product Markt Fit. Het product evolueert minder drastisch. De teams groeien en worden gestructureerd. We bevinden ons in een context waarin een productcultuur tot stand komt. De PM kan niet langer in de oven en bij de fabriek staan ​​en moet zijn verantwoordelijkheden delen met een of meer PO’s, wier rol meer gericht zal zijn op het ontwikkelingsteam en de oplevering. De PM kan zich concentreren op optimalisaties en functies die voldoen aan de behoeften van de gebruiker. Hij moet de markt kunnen analyseren, zijn product en zijn gebruikers door en door kennen. Hij heeft regelmatig (of zelfs permanent) contact met stakeholders.

Er is een hoofd product, een productops, een of meer lead PM's, PO's.

In een grote groep, 

Niet alle teams werken noodzakelijkerwijs met een ‘productorganisatie’; bepaalde beroepen bevinden zich mogelijk nog steeds in een V-vormige cyclus. In bepaalde gevallen is de digitale transformatie van het bedrijf niet voor 100% verworven en bestaan ​​de product(en) al. ). Er is minder experiment mogelijk.

Afhankelijk van de organisatie moet de PM zich kunnen aanpassen en het bedrijf kunnen ondersteunen bij veranderingen. Om dit te doen, moet hij blijk geven van leiderschap, maar ook van pedagogie. De PM werkt hier op een specifieke scope samen met één of meerdere Product Owners waarvoor hij verantwoordelijk is. In dit soort structuren, waarin veel hiërarchieën voorkomen, is het niet ongebruikelijk dat er premiers zijn die ook de politieke dimensie en het menselijk management beheersen. 

Dit is iets dat de afgelopen jaren de neiging heeft te veranderen, met experimenten die deze niveaus van hiërarchie proberen af ​​te vlakken. Lees dit artikel van Harvard Business Review voor meer informatie: https://www.hbrfrance.fr/organisation/la-reduction-des-strates-hierarchiques-point-de-bascule-du-changement-organisationnel-60592)

Een PM volgens zijn expertise of affiniteiten

We zien het duidelijk in de functiebeschrijvingen, bepaalde PM’s worden ook aangeworven op basis van hun expertise. Zo kunnen ‘deskundige’ PM’s bedrijven met specifieke vraagstukken helpen en efficiënter maken. We kunnen ons een eenvoudiger onboarding en eenvoudiger leren voorstellen, waardoor ze sneller operationeel worden. 

Enkele voorbeelden: 

  • PM-gegevens 
  • PM-backend
  • Saas-product PM (B2B)
  • PM e-commerce
  • PM-betaling (fintech)
  • PM UX? 

Een premier volgens zijn anciënniteit

Een junior PM of eenvoudigweg PM voldoet aan alle eisen van verantwoordelijkheden die zijn beschreven in het gedeelte 'theorie' hierboven. Hij beschikt over het algemeen over een goede operationele kennis doordat hij regelmatig contact heeft met de “makers” (ontwerpers, ontwikkelaars).

Een senior PM zal, wanneer hij niet als Lead wordt beschouwd, dezelfde taken hebben als de PM, maar zal een stapje terug kunnen doen om de markt en het gebruik van zijn product te analyseren. Hij kan ook optreden als mentor voor andere premiers. Hij zal wereldwijd garant staan ​​voor de productvisie en bewaakt de roadmap en de oplevering op een meer macro-manier. Hij is degene die zorgt voor een goede communicatie tussen het productteam, de businesslines en de stakeholders.

Dubbele diamant hier invoegen?  

We zullen dit beroemde verschil in reikwijdte in een toekomstig artikel kunnen zien.

Conclusie

We hebben gezien dat, afhankelijk van de volwassenheid en organisatie van het bedrijf, de verwachtingen rond de Product Manager kunnen variëren, maar één belangrijke constante behouden blijft: hij blijft borg staan ​​voor de productvisie.

Afhankelijk van zijn expertise en anciënniteit kan de Product Manager ook zijn eigen scope definiëren door meer autonomie over te laten aan de Product Owner (over prioritering en oplevering) of aan de Product Designer (over het Discovery-gedeelte) om zich te concentreren op het analysegedeelte, de visie en zaken bijvoorbeeld.

Wat ik heb geleerd is dat er niet slechts één type productmanager is. Het moet zich kunnen aanpassen aan zijn omgeving om zijn belangrijkste missie te kunnen vervullen: ervoor zorgen dat het product voldoet aan de behoeften van de gebruikers en waarde creëert voor het bedrijf. 

Jij ook ? Heeft u met andere PM-typen gewerkt? 

Dit artikel is niet bedoeld om de absolute waarheid vast te stellen, maar is gebaseerd op mijn verschillende ervaringen en uitwisselingen die ik tijdens mijn professionele carrière heb gehad met mensen in het beroep.

 

 

Félix Reginent, Productmanager bij UX-Republic