Plattformproduktchef: En komplett karriärguide

Introducerar produktledning för plattformar. Så här avgör du om det är rätt för dig.

Vad är en plattformsstrategi?
(och varför använder företag den?)

Vänta lite. Vad är egentligen en ”plattform”-strategi? Innan vi går vidare tar vi ett steg tillbaka och definierar plattformsstrategi, som också har kallats ”plattformstjänster”, ”applikationstjänster”, ”plattform som tjänst” eller ”PaaS” med mera.

AJ Olson är en produktledare och plattformsexpert med erfarenhet från bland annat Cision, Valassis och PayPal. Han beskriver plattformsstrategi som att bygga tjänster som kan återanvändas av många produktteam för att minska dubbelarbete och öka effektiviteten.

Det här tillvägagångssättet passar väl för företag med flera produkter som stöds av många produktleverans- eller projektledningsteam.

För företag som har flera produkter kan varje produktteam lösa liknande problem och bygga liknande – ibland till och med identiska – tjänster. Att bygga gemensamma, återanvändbara tjänster undviker detta dubbelarbete och denna ineffektivitet.

- AJ Olson

Plattformsstrategi är en växande trend bland teknikföretag just nu eftersom många organisationer har nått en punkt där de har blivit för stora och uppdelade i stuprör för att kunna skala sin verksamhet effektivt. 

Plattformstjänster minskar denna komplexitet – och ännu viktigare, tiden till marknaden – genom att låta produktteam sätta samman färdiga lösningar i stället för att uppfinna hjulet på nytt.

”I slutändan innebär allt detta, när det genomförs väl, att utvecklingen går snabbare och att man kan fokusera djupare på de funktioner som särskiljer produkten”, tillägger Olson. 

Några exempel på plattformstjänster är API:er, integrationer, operativsystem, designsystem, molntjänster, lagring, arkitektur och andra tjänsteorienterade lösningsprodukter. Många företag har framgångsrikt genomfört en plattformsstrategi, däribland Amazon, Spotify, Ford, Adobe, Salesforce och Microsoft.

Amazon är förmodligen det främsta exemplet, vilket illustreras av det berömda "API-mandatet" som Jeff Bezos utfärdade 2002. Detta mandat innebar att alla team var tvungna att exponera sina data och sin funktionalitet uteslutande genom tjänstegränssnitt.

Detta numera klassiska memo från 2002, där @JeffBezos föreskriver användning av API:er, som förklarat av @klakhani, är så betydelsefullt att det kan hävdas vara lika omvälvande på sitt sätt som Fords nytänkande kring fordonsmontering. @zakkohane @mandl https://t.co/RQAlmu9zws

— David Shaywitz (@DShaywitz) 26 april 2022

Detta mandat banade i princip väg för Amazon Web Services och utgjorde grunden för många av dagens bästa praxis kring API:er och mikrotjänster.

Amazon är ett av många företag som väljer att kommersialisera sina produktplattformar, men många företag väljer att bygga och underhålla produktplattformar specifikt för att förbättra användarupplevelsen och tiden till marknaden. Adobe och Netflix är två exempel på sådana företag.

Bör mitt företag egentligen satsa på en produktstrategi för plattformar?

Med allt branschsnack om produktplattformar, varför skulle inte alla företag i Silicon Valley vilja hoppa på den här trenden? Även om vissa företag har mycket att vinna på att genomföra en plattformsstrategi passar den inte alla.

Problem med komplexitet, effektivitet och redundans blir mer uttalade när företag växer. Därför passar plattformsmetoden bäst för mogna företag snarare än små företag eller nystartade företag.

Som riktlinje säger Olson att företag endast bör överväga en plattformsstrategi om de uppfyller ett av tre villkor:

1. Det finns flera produkter som bygger på gemensam underliggande funktionalitet.
2. Den ökande komplexiteten börjar bli skadlig.
3. Organisationen har en sammanhängande och stabil produktstrategi och är villig att investera för långsiktiga fördelar.

Företag kommer inte att se omedelbara resultat; att bygga plattforms- och applikationstjänster kräver tid, ansträngning och samordning, men när de väl är på plats gör de det möjligt för alla produktteam att arbeta snabbare och effektivare. 

När företag avgör om de ska välja en produktplattformstrategi behöver de väga fördelarna mot nackdelarna. Små företag kommer exempelvis sannolikt inte att ha särskilt stor nytta av produktplattformar eftersom deras komplexitet fortfarande är begränsad och behovet av att vara först på marknaden är stort.

Behovet av en produktplattform ökar när ett företags räckvidd och komplexitet växer – oavsett om det sker genom förvärv eller organisk tillväxt. Olson förklarar att en produktplattformstrategi, även under de mest idealiska omständigheterna, innebär ett åtagande. 

Även den mest välgrundade och genomtänkta strategin kommer att misslyckas om den inte får rätt stöd och utrymme att lyckas.
Företag måste inse att ett åtagande för en produktplattform är en investering och att det kommer att ta tid innan den börjar ge resultat.

- aj olson

Vad är plattformsproduktledning och hur skiljer den sig från traditionell produktledning? 

Nu när vi har definierat plattforms- och applikationsstrategi och identifierat när den bör användas, ska vi gå närmare in på plattformsproduktledning. 

Enligt Product Plan är ”en plattformsproduktchef (PM) … ansvarig för att prioritera och stödja arbetet i flera konsumentinriktade produkter samt tillhandahålla en sammanhängande vision för hela organisationen.” 

Product Plan tillägger att ”det som plattformschefer vanligtvis bygger kommer att användas av många team och kunder.”

Making an impact as a platform product manager | PlatformCon 2023

Sammanfattningsvis arbetar en plattformsproduktchef med många intressentgrupper för att bygga tjänster som gynnar många delar av en verksamhet. Men hur skiljer sig detta från traditionell produktledning? 

Medan traditionell produktledning vanligtvis organiseras kring en enda, ofta användarinriktad produkt, organiseras plattformsproduktledning kring behoven hos flera produktleveransteam för att förbättra effektiviteten och förkorta tiden till marknaden. Därför formuleras användningsfallen för de tjänster som plattformsproduktchefer levererar ofta med utvecklare i åtanke.

Plattformsproduktchefer har interna ”kunder” för sina tjänster, i motsats till externa kunder eller slutanvändare. Dessa interna kunder är oftast de produktleveransteam som stödjer olika kundinriktade produkter. Av denna anledning måste plattformsproduktchefen inta en mycket samarbetsinriktad roll. 

Dessutom tenderar plattformsproduktchefer att stödja mycket tekniska, interna produkter, vilket kan kräva större teknisk kompetens. Den mest kritiska färdigheten som blivande plattformsproduktchefer bör utveckla är dock ett systemtänkande. Det gör det möjligt för plattformsproduktchefer att hantera helheten i stället för att bara fokusera på en produkt åt gången.

På grund av tjänstens komplexitet och svårighetsgrad är plattformsproduktchefer vanligtvis erfarna teammedlemmar inom en organisation. 

Den kanske mest kritiska [färdigheten] är förmågan att tänka systemiskt över flera produkter och vara exceptionellt bra på att identifiera gemensamma mönster; detta gör det möjligt att effektivt identifiera, prioritera och implementera grundläggande behov.

aj olson

Detta arbetssätt kräver ofta en omvändning av det traditionella sättet att tänka kring produktledning. En traditionell agil produktchef avgör prioriteringen av funktioner genom att utvärdera affärsvärdet för varje föreslagen funktion – vilket innebär att funktioner som ger snabba resultat ofta anses ha högst prioritet. 

Eftersom byggandet av en plattform är en långsiktig investering i skalbarhet och effektivitet bör en plattformsproduktchef däremot prioritera arbete som stödjer den strategiska visionen i stället för att regelbundet välja snabba resultat.

Är plattformsproduktledning rätt för mig?

Om du har några års erfarenhet av en roll inom produktledning är du på rätt väg för att övergå till att ansvara för produktplattformar. Andra yrkesgrupper som kan ha nytta av sin erfarenhet är backendutvecklare och lösningsarkitekter.

Även om många färdigheter som krävs inom traditionell produktledning (såsom hantering av backlog, prioritering av funktioner och intressenthantering) också är tillämpliga på plattformsprodukter, finns det många skillnader. Här är en sammanfattning av de viktigaste skillnaderna samt några förslag på hur du kan vidareutveckla dina färdigheter.

• En förskjutning bort från kundcentrering till helhetstänkande: Som nämnts ovan kännetecknas plattformsproduktledning av en förskjutning bort från regelbunden interaktion med slutanvändare och mot ett ”helhetsperspektiv”. Detta innebär ofta att skalbarhet prioriteras framför snabba vinster och den strategiska produktvisionen framför kortsiktiga kompromisser.

• En större förståelse för tekniska koncept: Eftersom plattformsproduktchefer ofta ansvarar för att övervaka mycket tekniska produkter är det viktigt att vara väl insatt i tekniska koncept. Om du vill vidareutbilda dig är kurser om API:er, infrastruktur, tjänstearkitektur och skalning bra alternativ.
  Här är några exempel på kurser du kan gå om du vill gå över till en roll inom plattformsproduktledning:
  • Hantera produktplattformar: Leverera variation och förverkliga synergier. – MIT Sloan ($$$)
  • Specialisering i praktisk molnproduktledning – Coursera ($$)
  • API-produktledning 101 – Udemy ($)

• Hantering av intressenter och beroenden: Eftersom plattformsproduktledning är en mycket samarbetsinriktad roll bör produktplattformchefer ha ännu bättre förståelse för olika interna intressenters behov, så att de effektivt kan samarbeta mellan olika produktlinjer.
  Dessutom innebär hantering av en produktplattform att många team är beroende av dig för att kunna slutföra sina produktfärdplaner. Detta innebär att du måste hantera många beroenden mellan ett antal tvärfunktionella team och hålla många intressentgrupper uppdaterade om ditt teams framsteg.

• Mätning: Mätvärden kanske inte verkar lika viktiga när man arbetar i ett produktplattformsteam. Det är dock ännu viktigare att kvantifiera effekten av de initiativ du levererar, eftersom produktplattformen har begränsad synlighet.

Även om mätvärden fortfarande är avgörande kan dina metoder för att samla in och analysera dem skilja sig från dem i en traditionell produktledningsroll. Att skapa interna återkopplingsloopar och genomföra regelbundna användbarhetstester är värdefulla verktyg i din arsenal för att hjälpa dig mäta effekten. Dessutom kan du vända dig till dina partner inom ditt produktekosystem för att avgöra hur effektiviteten och tiden till marknad har förbättrats för de team som använder dina tjänster.

Slutligen är det lätt att glömma produktdesign, användbarhet och kundupplevelse när man hanterar en produktplattform, men det är fortfarande lika viktigt att skapa fantastiska produktupplevelser.

Framför allt kommer det att vara den viktigaste framgångsfaktorn i den här nya rollen att ha lika mycket empati för de interna teammedlemmar som kommer att använda de tjänster du driver som du skulle ha för externa kunder. Lycka till!

Om du tyckte om den här artikeln kan du läsa mer i vårt nyhetsbrev med branschledande innehåll om produktledning!