Platformproductmanager: een complete carrièregids
Als je de laatste tijd op LinkedIn hebt gekeken, heb je de volgende functietitels waarschijnlijk al een paar keer voorbij zien komen:
- Productmanager voor platforms
- Productmanager, platformervaring
- Productmanager, applicatiediensten
- Productmanager, ontwikkelaarservaring
- Technisch productmanager voor platforms
- Technisch productmanager, platform
Klinkt dit bekend? Bij het lezen van de functieomschrijvingen ben je waarschijnlijk formuleringen tegengekomen zoals ‘heeft ervaring met het bouwen van fundamentele platformmogelijkheden’ of ‘heeft veel empathie voor ontwikkelaars’. Misschien zelfs de klassieke zin: ‘deze functie is bedoeld om interne silo’s af te breken’.
Als je het grootste deel van je carrière in productmanagement hebt gewerkt aan producten voor klanten, kan dit een vertrek zijn uit je comfortzone waarin je je voornamelijk richt op de behoeften van externe klanten. Maar wat als ik je vertel dat een van de populairste functies binnen productmanagement momenteel een functie is waarin het bedrijf als klant wordt beschouwd en interne productontwikkelingsteams de eindgebruikers zijn?
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Maak kennis met platformproductmanagement. Zo bepaal je of het iets voor jou is.
Wat is een platformstrategie?
(en waarom gebruiken bedrijven die?)
Wacht even. Wat is een ‘platformstrategie’ eigenlijk? Voordat we erin duiken, zetten we een stap terug en definiëren we platformstrategie, die ook wel ‘platformdiensten’, ‘applicatiediensten’, ‘platform als dienst’ of ‘PaaS’ enzovoort wordt genoemd.
AJ Olson is een productleider en platformexpert met ervaring bij onder andere Cision, Valassis en PayPal. Hij omschrijft platformstrategie als het bouwen van diensten die door meerdere productteams kunnen worden hergebruikt om dubbel werk te verminderen en de efficiëntie te vergroten.
Deze aanpak is zeer geschikt voor bedrijven met meerdere producten die worden ondersteund door veel productleverings- of projectmanagementteams.
Bij bedrijven met meerdere producten kan elk productteam vergelijkbare problemen oplossen en vergelijkbare — soms zelfs identieke — diensten bouwen. Door gemeenschappelijke, herbruikbare diensten te bouwen, voorkom je dubbel werk en inefficiëntie.
- AJ Olson
Platformstrategie is momenteel een groeiende trend onder technologiebedrijven, omdat veel organisaties het punt hebben bereikt waarop ze te groot en te veel verkokerd zijn geworden om hun activiteiten efficiënt op te schalen.
Platformdiensten verminderen deze complexiteit — en nog belangrijker: de marktintroductietijd — doordat productteams kant-en-klare oplossingen kunnen samenvoegen in plaats van het wiel opnieuw uit te vinden.
‘Uiteindelijk versnelt dit alles, wanneer het goed wordt uitgevoerd, de ontwikkeling en maakt het een sterkere focus mogelijk op de functies die je product onderscheiden’, voegt Olson toe.
Voorbeelden van platformdiensten zijn API’s, integraties, besturings systemen, ontwerpsystemen, cloudservices, opslag, architectuur en andere servicegerichte oplossingsproducten. Veel bedrijven hebben met succes een platformstrategie uitgevoerd, waaronder Amazon, Spotify, Ford, Adobe, Salesforce en Microsoft.
Amazon is waarschijnlijk het meest sprekende voorbeeld, geïllustreerd door het beroemde ‘API-mandaat’ dat Jeff Bezos in 2002 uitvaardigde. Dit mandaat hield in dat alle teams hun gegevens en functionaliteit uitsluitend via service-interfaces moesten ontsluiten.
Dit mandaat maakte in feite de weg vrij voor Amazon Web Services en vormde een groot deel van de moderne beste praktijken rond API’s en microservices.
Hoewel Amazon een van de vele bedrijven is die ervoor kiezen hun productplatforms te gelde te maken, kiezen veel bedrijven ervoor om productplatforms specifiek te bouwen en te onderhouden om de gebruikerservaring en marktintroductietijd te verbeteren. Adobe en Netflix zijn hier voorbeelden van.
Wacht, zou mijn bedrijf een platformproductstrategie moeten nastreven?
Nu er in de sector zoveel over productplatforms wordt gesproken, waarom zou niet elk bedrijf in Silicon Valley op deze trend willen inspelen? Hoewel sommige bedrijven veel te winnen hebben bij het uitvoeren van een platformstrategie, is die niet voor iedereen geschikt.
Problemen op het gebied van complexiteit, efficiëntie en redundantie worden duidelijker naarmate bedrijven groeien. Daarom is de platformaanpak beter geschikt voor volwassen bedrijven dan voor kleine bedrijven of startende ondernemingen.
Als richtlijn zegt Olson dat bedrijven alleen een platformstrategie moeten overwegen als ze aan een van de volgende drie voorwaarden voldoen:
- Het heeft meerdere producten die afhankelijk zijn van gemeenschappelijke onderliggende functionaliteit.
- De toenemende complexiteit begint nadelige gevolgen te hebben.
- De organisatie heeft een coherente en stabiele productstrategie en is bereid te investeren voor voordelen op de langere termijn.
Bedrijven zullen niet onmiddellijk resultaat zien; het opbouwen van platform- en applicatieservices vereist tijd, inspanning en coördinatie, maar zodra deze zijn ingericht, stellen ze alle productteams in staat sneller en efficiënter te werken.
Wanneer bedrijven beslissen of ze een productplatformstrategie willen volgen, moeten ze de voordelen afwegen tegen de nadelen. Kleine bedrijven zullen bijvoorbeeld waarschijnlijk niet veel voordeel halen uit productplatforms, omdat hun complexiteit nog beperkt is en hun behoefte om als eerste op de markt te komen groot is.
De behoefte aan een productplatform neemt toe naarmate het bereik en de complexiteit van een bedrijf groeien—ongeacht of dit gebeurt door overnames of organische groei. Olson legt uit dat een productplatformstrategie, zelfs onder de meest ideale omstandigheden, een verbintenis is.
Zelfs de meest gerechtvaardigde en doordachte strategie zal mislukken als deze niet de juiste ondersteuning en ruimte krijgt om succesvol te zijn.
- aj olson
Bedrijven moeten erkennen dat het aangaan van een verbintenis voor een productplatform een investering is en dat het enige tijd zal duren voordat deze vruchten afwerpt.
Wat is platformproductmanagement en waarin verschilt het van traditioneel productmanagement?
Nu we de platform-/applicatiestrategie hebben gedefinieerd en hebben vastgesteld wanneer deze moet worden gebruikt, gaan we dieper in op platformproductmanagement.
Volgens Product Plan is “een Platform Product Manager (PM)…verantwoordelijk voor het prioriteren en ondersteunen van het werk van meerdere producten die op consumenten zijn gericht en voor het bieden van een samenhangende visie binnen de organisatie.”
Product Plan voegt daaraan toe dat “wat platform-PM's ook bouwen, doorgaans door veel teams en klanten zal worden gebruikt.”
Samengevat werkt een platformproductmanager samen met veel verschillende groepen belanghebbenden om services te bouwen die meerdere onderdelen van een bedrijf ten goede komen. Maar waarin verschilt dit van traditioneel productmanagement?
Waar typisch productmanagement zich organiseert rond één, vaak op gebruikers gericht product, organiseert platformproductmanagement zich rond de behoeften van meerdere productleveringsteams om de efficiëntie en tijd tot marktintroductie te verbeteren. Daarom worden gebruiksscenario's voor de services die door platformproductmanagers worden geleverd vaak geschreven met ontwikkelaars in gedachten.
Platformproductmanagers hebben interne “klanten” van hun services, in tegenstelling tot externe klanten of eindgebruikers. Deze interne klanten zijn meestal de productleveringsteams die verschillende klantgerichte producten ondersteunen. Om deze reden moet de platformproductmanager een zeer samenwerkende rol vervullen.
Bovendien is mogelijk meer technische kennis vereist, omdat platformproductmanagers doorgaans zeer technische, interne producten ondersteunen. De belangrijkste vaardigheid die aspirant-platformproductmanagers echter moeten ontwikkelen, is een mentaliteit gericht op systeemdenken. Hierdoor kunnen platformproductmanagers het grotere geheel beheren, in plaats van slechts één product tegelijk.
Vanwege de complexiteit en moeilijkheidsgraad van de functie zijn platformproductmanagers binnen een organisatie doorgaans senior teamleden.
Misschien is de meest kritieke [vaardigheid] het vermogen om systemisch over meerdere producten heen te denken en uitzonderlijk goed te zijn in het identificeren van gemeenschappelijke patronen; hierdoor kunnen kernbehoeften effectief worden geïdentificeerd, geprioriteerd en geïmplementeerd.
aj olson
Deze aanpak vereist vaak een omkering van het traditionele denken over productmanagement. Een traditionele Agile-productmanager bepaalt de prioriteit van functies door de bedrijfswaarde van elke voorgestelde functie te evalueren—wat betekent dat functies die snel resultaat opleveren vaak als hoogste prioriteit worden beschouwd.
Omdat het bouwen van een platform een langetermijninvestering in schaalbaarheid en efficiëntie is, moet een platformproductmanager prioriteit geven aan werk dat de strategische visie ondersteunt, in plaats van regelmatig voor snelle resultaten te kiezen.
Is platformproductmanagement geschikt voor mij?
Als je enkele jaren ervaring hebt in een productmanagementfunctie, ben je goed op weg om over te stappen naar het beheren van productplatforms. Andere professionals die hun ervaring hierbij goed kunnen gebruiken, zijn backend-ingenieurs en oplossingsarchitecten.
Hoewel veel vaardigheden die vereist zijn voor traditioneel productmanagement (zoals backlogbeheer, het prioriteren van functies en het beheren van belanghebbenden) ook van toepassing zijn op platformproducten, zijn er eveneens veel verschillen. Hier volgt een samenvatting van de belangrijkste verschillen, evenals enkele suggesties voor manieren waarop je je vaardigheden kunt uitbreiden.
- Een verschuiving weg van klantgerichtheid naar denken op hoofdlijnen: Zoals hierboven vermeld, wordt platformproductmanagement gekenmerkt door een verschuiving weg van regelmatige interactie met eindgebruikers en naar denken op hoofdlijnen. Dit betekent vaak dat schaalbaarheid boven snelle resultaten wordt geprioriteerd en de strategische productvisie boven kortetermijncompromissen.
- Een beter begrip van technische concepten: Omdat platformproductmanagers vaak verantwoordelijk zijn voor het toezicht op zeer technische producten, is het belangrijk om goed op de hoogte te zijn van technische concepten. Als je je vaardigheden wilt uitbreiden, zijn cursussen over API's, infrastructuur, servicearchitectuur en schaalbaarheid een goede keuze.
Hier zijn enkele voorbeelden van cursussen die je kunt volgen als je de overstap naar een functie in platformproductmanagement wilt maken:- Productplatforms beheren: variatie leveren en synergieën realiseren. – MIT Sloan ($$$)
- Specialisatie in productmanagement voor de cloud in de praktijk – Coursera ($$)
- API-productmanagement 101 – Udemy ($)
- Beheer van belanghebbenden en afhankelijkheden: Omdat platformproductmanagement een zeer samenwerkende functie is, moeten goede productplatformmanagers nog beter afgestemd zijn op de behoeften van verschillende interne belanghebbenden, zodat ze effectief over productlijnen heen kunnen samenwerken.
Bovendien betekent het beheren van een productplatform dat veel teams van jou afhankelijk zijn om hun productroutekaarten te voltooien. Dit leidt ertoe dat je veel afhankelijkheden tussen verschillende multifunctionele teams moet coördineren en veel groepen belanghebbenden op de hoogte moet houden van de voortgang van je team.
- Meten: Metrieken lijken misschien minder belangrijk wanneer je in een productplatformteam werkt. Het is echter nog belangrijker om de impact van de initiatieven die je oplevert te kwantificeren, vanwege de beperkte zichtbaarheid van het productplatform.
Hoewel metrieken cruciaal blijven, kunnen je methoden voor het verzamelen en analyseren ervan verschillen van die in een traditionele productmanagementfunctie. Het opzetten van interne feedbacklussen en regelmatige bruikbaarheidstests zijn waardevolle hulpmiddelen in je arsenaal om de impact te meten. Daarnaast kun je ook je partners binnen je productecosysteem raadplegen om te bepalen hoe de efficiëntie en tijd tot marktintroductie zijn verbeterd voor de teams die je diensten gebruiken.
Tot slot is het gemakkelijk om productontwerp, bruikbaarheid en klantervaring te vergeten bij het beheren van een productplatform, maar het creëren van geweldige productervaringen blijft net zo belangrijk.
Bovenal zal het hebben van net zoveel empathie voor interne teamleden die toegang krijgen tot de diensten die je aanstuurt als je zou hebben voor externe klanten, de belangrijkste bepalende factor voor succes in deze nieuwe functie zijn. Veel succes!
Als je dit artikel interessant vond, bekijk dan zeker onze nieuwsbrief voor toonaangevende content over productmanagement!
