How to be a Successful Product Manager

Produktchefer är en absolut nödvändighet för att skala vilken produkt som helst när ditt företag växer. De kan ha en stor påverkan på ditt företag, positiv eller negativ.
Innehållsförteckning

Produktchefer är en absolut nödvändighet för att skala vilken produkt som helst när ditt företag växer. För att upprepa det, är bra produktchefer en nödvändighet. De kan ha en stor påverkan på ditt företag, positiv eller negativ.

Produktchefer är också väldigt svåra att hitta. Men jag tror faktiskt att du kan anställa någon i en produktchefroll även om de aldrig har gjort det förut.

Mycket av mina råd här handlar om hur du interagerar med ditt utvecklingsteam. Det finns andra områden där du måste vara bra, men detta är det enda säkra sättet att säkerställa misslyckande om du inte har en bra och förtroendefull relation med ditt utvecklingsteam. Trots allt finns det ett oskrivet kontrakt som alla PM:ar och deras utvecklingsteam följer: "Jag kommer att driva vägkartan för produkten. Du kommer att lita på att jag kommer att ha rätt process för att välja de rätta funktionerna att fokusera på, och att kunderna kommer att älska det du bygger. Jag kommer att lita på att du levererar mina funktioner när du säger att du kommer att göra det."

Så när jag ser efter att anställa i denna roll, är detta min uppdelning av fokusområden som jag anser är kritiska för att en produktchef ska lyckas.

Var kundnära

De flesta bra produktchefer har kommit från en kundnära roll. Kanske var de en säljingenjör, en lösningsarkitekt, en supportperson, tjänsteperson, etc. Vad det än är, så var de i affären att lösa problem för kunder. De lärde sig hur man löser ett problem för en kund, och var involverade i det från början till slut. Det är en väsentlig färdighet.

Mönsterdestillation

Nu, om du har kundnära erfarenhet, OCH du förstår hur du letar efter mönster i den feedback du får, kan du bli en dödlig PM. Du kan inte ha det ena utan det andra. En kundnära person som löser kundproblem på ett engångs- och mycket anpassat sätt behöver inse att detta tillvägagångssätt inte fungerar. Vilken typ av verksamhet säljer vi till? Vem i den verksamheten köper, rekommenderar eller använder vår produkt? Vilken feedback ger de oss om produkten? Efter 10 samtal med rätt typ av kund, vilka är de främsta återkommande teman?

Förståelse av avvägningar, förmåga att fatta bra beslut

PM:ar tänker ständigt på 10 funktioner som de verkligen behöver, och kan förmodligen utföra på 3 av dem. Vilka 3? Varför just de 3? Denna analys och tankeprocess är avgörande för att säkerställa att ditt team alltid arbetar med de mest effektiva sakerna.

Ärmarna alltid uppkavlade

Som PM, särskilt i början, kan du skriva webbplatsmeddelanden, innehåll för försäljning, hoppa in i supportärenden, göra produktdemonstrationer, besöka kunder, vad som helst. Bra PM:ar hoppar gärna in i allt detta, eftersom det bara gör dem mer effektiva i sitt jobb eftersom de ser hur engagemanget på frontlinjen med deras produkt faktiskt fungerar.

Känn din bransch på djupet

Du måste känna din marknad bättre än någon annan. Sätt upp Feedly, Google Alerts eller vilket system du använder och se till att du läser dina relevanta bloggar/publikationer. Om du någonsin har varit PM innan och blivit tillfrågad om en konkurrent till din produkt som du aldrig hade hört talas om, är den stöt som du kände förmodligen tillräckligt av en läxa för att säkerställa att det inte händer igen. Jag säger inte att du ska vara besatt av dina konkurrenter, men känn dem. Känn de 3 anledningarna till att du är annorlunda och bättre.

Känn din produkt på djupet

Detta kanske förvirrar dig, men jag svär att jag har sett det. Om du inte kan demonstrera och använda din produkt med självförtroende, gå omedelbart och delta i din produktbootcamp. Detta gäller också "funktion PM:ar" - där du äger en del av din produkt, vanligtvis när företagen blir större. Försök att känna så mycket av produkten som du kan ändå. Hur dina funktioner påverkar resten av produkten måste alltid tas i beaktande.

Förstå kostnaden av vad du ber om

Jag ryser alltid för utvecklingsteamets räkning när jag hör kommentarer som, "väl, vi kan antingen göra X, eller så kan vi Y" följt av en förklaring av var och en. Problemet är att X kostar 10 dollar av ingenjörstid och Y kostar 10 000 000 dollar. Om du sätter dem i samma mening, skapar du ett rykte att du inte förstår konsekvenserna av dina krav.

Å andra sidan, arbeta tillsammans med ditt utvecklingsteam för att göra den kostnadsanalysen innan du presenterar något, eller ens bara omformulera den meningen för att säga "hej, jag har tänkt på några koncept efter att ha pratat med XYZ-kunder. Kan jag gå igenom dem med er för att se vad det betyder från ett utvecklingsperspektiv?" Perfekt. Nu får du åtminstone en ungefärlig uppfattning om konsekvenserna av vad du kan be om och du kan använda det i din beskrivning av funktionen "Jag vet att detta kommer att bli en kostsam begäran, men jag tror att vi behöver det av dessa anledningar..."

Få tillbaka ditt utvecklingsteam

Dina kundnära team kommer alltid ha en lista med begärningar för produkten. Ibland är de bra, eftersom de är väl genomtänkta och speglar din ICP och ibland är begäran något de bara hörde en gång tidigare den morgonen :).

Vill du bli bästa vänner med ditt utvecklingsteam? Säg detta: "hej, vänligen be vårt sälj- och support- och tjänsteteam att leda alla produktfeedbackförfrågningar genom mig. Jag kommer att katalogisera dem och spåra vilka kunder som ber om vilka saker så att vi har en tydlig förståelse för vad våra prioriteringar bör vara." Du gör ett par saker här. (1) beroende på företaget kan du ha frigjort en betydande del av dina utvecklares tid, och de kanske köper dig öl, och (2) du visar dem att du har en process för att prioritera produktfunktioner.

Fördjupa förtroendet med utvecklingsteamet

Inget sänker en PM snabbare än om utvecklingsteamet inte tycker att de vet vad de gör. Trots allt, som PM äger du vägkartan för din produkt och är ansvarig för att prioritera vad som ska arbetas med.

Titta på denna lista ovan. Gör dessa saker och ditt utvecklingsteam kommer att respektera dig. När du går igenom nästa uppsättning funktioner med dem, kommer de att utmana dig, som de ska. Om dina svar alla stöds av kundsamtal, marknadsundersökningar och en genomtänkt förklaring av avvägningarna för att få det beslut du fattade, kommer du att få medhåll och ett motiverat team redo att utföra. Om dina svar är åsikter stödde av en artikel du läste igår kväll, lycka till :).

I början av ditt företag kommer en av grundarna att vara produktchefen. Deras medgrundare kommer många gånger att vara CTO. Allt jag just har lagt fram är på samma sätt som grundare tänker på sin produkt också. Jag har hört människor beskriva PM:ar som "VD för deras produkt" och jag tycker att det stämmer. När ditt företag växer kommer du så småningom att anställa PM:ar. Detta är en viktig överlämning, och att följa dessa riktlinjer kommer att göra dig framgångsrik både med din medgrundare liksom ditt utvecklingsteam.

Produktchefer är en absolut nödvändighet för att skala vilken produkt som helst när ditt företag växer. För att upprepa det, är bra produktchefer en nödvändighet. De kan ha en stor påverkan på ditt företag, positiv eller negativ.

Produktchefer är också väldigt svåra att hitta. Men jag tror faktiskt att du kan anställa någon i en produktchefroll även om de aldrig har gjort det förut.

Mycket av mina råd här handlar om hur du interagerar med ditt utvecklingsteam. Det finns andra områden där du måste vara bra, men detta är det enda säkra sättet att säkerställa misslyckande om du inte har en bra och förtroendefull relation med ditt utvecklingsteam. Trots allt finns det ett oskrivet kontrakt som alla PM:ar och deras utvecklingsteam följer: "Jag kommer att driva vägkartan för produkten. Du kommer att lita på att jag kommer att ha rätt process för att välja de rätta funktionerna att fokusera på, och att kunderna kommer att älska det du bygger. Jag kommer att lita på att du levererar mina funktioner när du säger att du kommer att göra det."

Så när jag ser efter att anställa i denna roll, är detta min uppdelning av fokusområden som jag anser är kritiska för att en produktchef ska lyckas.

Var kundnära

De flesta bra produktchefer har kommit från en kundnära roll. Kanske var de en säljingenjör, en lösningsarkitekt, en supportperson, tjänsteperson, etc. Vad det än är, så var de i affären att lösa problem för kunder. De lärde sig hur man löser ett problem för en kund, och var involverade i det från början till slut. Det är en väsentlig färdighet.

Mönsterdestillation

Nu, om du har kundnära erfarenhet, OCH du förstår hur du letar efter mönster i den feedback du får, kan du bli en dödlig PM. Du kan inte ha det ena utan det andra. En kundnära person som löser kundproblem på ett engångs- och mycket anpassat sätt behöver inse att detta tillvägagångssätt inte fungerar. Vilken typ av verksamhet säljer vi till? Vem i den verksamheten köper, rekommenderar eller använder vår produkt? Vilken feedback ger de oss om produkten? Efter 10 samtal med rätt typ av kund, vilka är de främsta återkommande teman?

Förståelse av avvägningar, förmåga att fatta bra beslut

PM:ar tänker ständigt på 10 funktioner som de verkligen behöver, och kan förmodligen utföra på 3 av dem. Vilka 3? Varför just de 3? Denna analys och tankeprocess är avgörande för att säkerställa att ditt team alltid arbetar med de mest effektiva sakerna.

Ärmarna alltid uppkavlade

Som PM, särskilt i början, kan du skriva webbplatsmeddelanden, innehåll för försäljning, hoppa in i supportärenden, göra produktdemonstrationer, besöka kunder, vad som helst. Bra PM:ar hoppar gärna in i allt detta, eftersom det bara gör dem mer effektiva i sitt jobb eftersom de ser hur engagemanget på frontlinjen med deras produkt faktiskt fungerar.

Känn din bransch på djupet

Du måste känna din marknad bättre än någon annan. Sätt upp Feedly, Google Alerts eller vilket system du använder och se till att du läser dina relevanta bloggar/publikationer. Om du någonsin har varit PM innan och blivit tillfrågad om en konkurrent till din produkt som du aldrig hade hört talas om, är den stöt som du kände förmodligen tillräckligt av en läxa för att säkerställa att det inte händer igen. Jag säger inte att du ska vara besatt av dina konkurrenter, men känn dem. Känn de 3 anledningarna till att du är annorlunda och bättre.

Känn din produkt på djupet

Detta kanske förvirrar dig, men jag svär att jag har sett det. Om du inte kan demonstrera och använda din produkt med självförtroende, gå omedelbart och delta i din produktbootcamp. Detta gäller också "funktion PM:ar" - där du äger en del av din produkt, vanligtvis när företagen blir större. Försök att känna så mycket av produkten som du kan ändå. Hur dina funktioner påverkar resten av produkten måste alltid tas i beaktande.

Förstå kostnaden av vad du ber om

Jag ryser alltid för utvecklingsteamets räkning när jag hör kommentarer som, "väl, vi kan antingen göra X, eller så kan vi Y" följt av en förklaring av var och en. Problemet är att X kostar 10 dollar av ingenjörstid och Y kostar 10 000 000 dollar. Om du sätter dem i samma mening, skapar du ett rykte att du inte förstår konsekvenserna av dina krav.

Å andra sidan, arbeta tillsammans med ditt utvecklingsteam för att göra den kostnadsanalysen innan du presenterar något, eller ens bara omformulera den meningen för att säga "hej, jag har tänkt på några koncept efter att ha pratat med XYZ-kunder. Kan jag gå igenom dem med er för att se vad det betyder från ett utvecklingsperspektiv?" Perfekt. Nu får du åtminstone en ungefärlig uppfattning om konsekvenserna av vad du kan be om och du kan använda det i din beskrivning av funktionen "Jag vet att detta kommer att bli en kostsam begäran, men jag tror att vi behöver det av dessa anledningar..."

Få tillbaka ditt utvecklingsteam

Dina kundnära team kommer alltid ha en lista med begärningar för produkten. Ibland är de bra, eftersom de är väl genomtänkta och speglar din ICP och ibland är begäran något de bara hörde en gång tidigare den morgonen :).

Vill du bli bästa vänner med ditt utvecklingsteam? Säg detta: "hej, vänligen be vårt sälj- och support- och tjänsteteam att leda alla produktfeedbackförfrågningar genom mig. Jag kommer att katalogisera dem och spåra vilka kunder som ber om vilka saker så att vi har en tydlig förståelse för vad våra prioriteringar bör vara." Du gör ett par saker här. (1) beroende på företaget kan du ha frigjort en betydande del av dina utvecklares tid, och de kanske köper dig öl, och (2) du visar dem att du har en process för att prioritera produktfunktioner.

Fördjupa förtroendet med utvecklingsteamet

Inget sänker en PM snabbare än om utvecklingsteamet inte tycker att de vet vad de gör. Trots allt, som PM äger du vägkartan för din produkt och är ansvarig för att prioritera vad som ska arbetas med.

Titta på denna lista ovan. Gör dessa saker och ditt utvecklingsteam kommer att respektera dig. När du går igenom nästa uppsättning funktioner med dem, kommer de att utmana dig, som de ska. Om dina svar alla stöds av kundsamtal, marknadsundersökningar och en genomtänkt förklaring av avvägningarna för att få det beslut du fattade, kommer du att få medhåll och ett motiverat team redo att utföra. Om dina svar är åsikter stödde av en artikel du läste igår kväll, lycka till :).

I början av ditt företag kommer en av grundarna att vara produktchefen. Deras medgrundare kommer många gånger att vara CTO. Allt jag just har lagt fram är på samma sätt som grundare tänker på sin produkt också. Jag har hört människor beskriva PM:ar som "VD för deras produkt" och jag tycker att det stämmer. När ditt företag växer kommer du så småningom att anställa PM:ar. Detta är en viktig överlämning, och att följa dessa riktlinjer kommer att göra dig framgångsrik både med din medgrundare liksom ditt utvecklingsteam.

Upplev kraften i Guru-plattformen förstahands - ta vår interaktiva produktturné
Ta en tur