Co je vlastně technický produktový manažer?

Co to opravdu znamená být „Technický“ Produktový Manažer? A jak se liší od pouhého produktového manažera? V tomto příspěvku sdílím rozdíl mezi těmito tituly plus key Do a Don ‚ t, které vám pomohou uspět jako technický produktový manažer.

možná jste si všimli mnoha variací na pracovní pozici produktového manažera. Některé společnosti mají Strategické Produktové Manažery, zatímco jiní mají Produktový Manažer tituly vázané na konkrétní průmyslu vertikály, například, elektronického obchodu, Produkt Manažery a Energie Produktových Manažerů. Mezi softwarovými společnostmi často uvidíte tituly Product Manager, Product Development Manager a Technical Product Manager. Ale v čem je vlastně rozdíl?

ve skutečnosti termín technický produktový manažer popisuje osobu, nikoli roli. Konkrétně popisuje produktového manažera, který má technické zázemí a pracuje na technologickém produktu. Nepopisuje produktového manažera, který potřebuje skutečně provádět technické úkoly, jako je architektura softwaru a kódování. Totéž platí pro manažera vývoje produktů. Ve skutečnosti produkt nevyvíjejí—plní roli správy produktů v úzké koordinaci s týmem pro vývoj softwaru.

Stručně řečeno, aby společnost získala z role největší hodnotu, musí se produktoví manažeři zaměřit na řízení produktů, nikoli na vývoj. Někteří produktoví manažeři však musí pochopit technologii společnosti na hluboké úrovni a rozhraní s vývojovým týmem, aby mohli úspěšně vést strategii produktu. Společnosti se mohou rozhodnout tyto lidi nazvat „technickými produktovými manažery“, aby přilákaly správného kandidáta.

podle mého názoru jsou technické dovednosti jedním ze čtyř pilířů produktového vedení. Technologicky zdatný produktový manažer má obrovské výhody, jako například:

• Vylepšená komunikace (a důvěra) od vašeho vývojového týmu.
• schopnost porozumět technologickým trendům, zjistit, jak ovlivňují váš plán a jak řídí inovace.
• Vylepšená komunikace se zákazníky, například při rozhovoru s CIO a CTO.
• schopnost porozumět technickým výzvám a dělat vzdělané kompromisy se svým týmem.

techničtí produktoví manažeři však až příliš často zaměřují tyto cenné dovednosti na snahu vytvořit technické řešení pro svůj produkt, spíše než na řešení obchodních a uživatelských potřeb svého cílového zákazníka.

z tohoto pohledu se podívejme na klíčové úkoly a ne pro technické produktové manažery.

technický produktový manažer:

1. Zaměřte se na obchodní stránku role.

bez ohledu na odvětví nebo vertikální, celá myšlenka řízení produktu je řídit vizi a provedení produktu. Je naší povinností uvádět na trh produkty, které uživatelé chtějí, které řeší obchodní potřebu a které generují zisk pro společnost. Já jsem vždy fascinován vidět, technologů spuštění své nové společnosti s produktem, který je velmi chytrý technické provedení, ale to neřeší žádné skutečné potřeby zákazníků. Netřeba dodávat, že tyto společnosti se na trhu zřídka daří dobře.

produktový manažer (technický nebo ne) by se měl zaměřit na pochopení toho, co uživatelé potřebují, a spolupracovat se všemi potřebnými odděleními, aby produkt uvedl do života. V tomto smyslu je technický produktový manažer obchodní rolí s určitým zaměřením na technologii na rozdíl od role technologa bez odpovědnosti za úspěch produktu na trhu.

2. Využijte své technické dovednosti ke zlepšení stanovení priorit a plánování.

Pokud máte jasnou představu o tom, jak váš produkt je postaven, pak jste schopni posoudit riziko určitých funkcí nebo získat přesnější pocit o trvání příběhy nebo úkoly. Vzhledem k tomu, že jste schopni komunikovat s vývojovým týmem mnohem podrobněji, můžete pochopit důsledky určitých rozhodnutí a provést kompromisy z hlediska složitosti, hloubky nebo dokonce časových os.

prokázání odborné vedení, budete schopni rychle získat důvěru svého vývojového týmu a budou více pravděpodobné, že stát za vás na těžká rozhodnutí, která vyžadují rizikové změny, stanovení priorit chyby, nebo se dokonce jedná o obávaný „technického dluhu.“

3. Využijte své technické dovednosti k odstranění komunikační propasti mezi strojírenstvím a zbytkem světa.

lidé s technickým zázemím obvykle zapomínají, že sotva někdo jiný rozumí (nebo se stará) o technické detaily. Je to skvělá příležitost pro technického produktového manažera, aby využil své dovednosti k překladu mezi inženýrstvím a dalšími odděleními, včetně prodeje, produktového marketingu a zákazníka.

Také, Technický Produkt Manažeři jsou často najal řídit produkty, které jsou zaměřeny na velmi technické publikum, jako jsou Api, vývojové nástroje, software, apod. V těchto případech musí vlastnosti produktu, umístění produktu a zasílání zpráv rezonovat s velmi technickým publikem. To je další skvělá příležitost využít vaše technické dovednosti komunikovat s publikem, získat zpětnou vazbu (v jejich jazyce), a pomoci uzavřít obchod tím, že mluví se zákazníkem technický personál.

technický produktový manažer není

1. Nenavrhujte / neřešte produkt sami.

Toto je klíčový zdroj zmatku v roli technického produktového manažera. Mnoho produktových manažerů, kteří pocházejí ze strojírenství, těžko opouští svou komfortní zónu a uvědomuje si, že jejich hodnota je nyní v jiné oblasti. Zaměřují se na definování technického řešení pro konkrétní funkci namísto definování očekávaného výsledku uživatele nebo obchodní hodnoty. Tráví více času mluvením se svými architekty a díváním se přes ramena vývojářů, než mluvit se zákazníky a prodejem.

to způsobuje problémy na dvou frontách:

1. vývojový tým se cítí frustrovaný, protože detaily řešení jim právě předává PM. Nemají šanci architekti a navrhnout řešení, což je velká část jejich práce, ne vaše.
2. většina času PM je věnována technickým detailům, takže nezbývá čas na plánování a porozumění zákazníkovi.

Stručně řečeno, tento přístup nepřináší hodnotu vývojářům, majitelům firem ani samotnému produktu. Dokonce i techničtí produktoví manažeři musí být spárováni se silnými technickými vedoucími nebo vývojovými manažery, kteří mohou tyto úkoly vést. Moje motto je, “ skutečnost, že můžete, neznamená, že byste měli.“

při psaní funkcí a příběhů se zaměřte na problém, který chcete vyřešit, a na osobu, na kterou cílíte. Definice by měla obsahovat vývojový diagram toho, jaké by mělo být řešení (z pohledu uživatele), včetně kritérií pro přijetí. Nemělo by to být podrobné vysvětlení umístění každého pixelu, aktualizace modelu objektu nebo požadované změny databázových tabulek.

2. Neberte na non-Product Management výstupy.

mnoho společností (zejména těch, které mají méně zralý produktový proces) považuje technického produktového manažera za rozšíření vývojového týmu. Viděl jsem mnoho popisů práce, které uvádějí pravidelné povinnosti (plán, vize, definice funkcí atd.), plus vývojové odpovědnosti, jako je psaní skutečného kódu, provádění testování QA, psaní dokumentace atd. Pro mě to jen ukazuje velké nepochopení hodnoty role a těmto situacím je třeba se za každou cenu vyhnout.

3. Nenechte se chytit agilní, nebo jakoukoli metodiku, kterou používáte.

jsem vždy ohromen množstvím diskusí, které vidím online o agilním a produktovém managementu. I když chápu proč-mnoho technických PMs pochází z vývoje–takže zůstat extrémně zapojený do každodenního agilního toku se jim cítí velmi pohodlně.

skutečností však je, že Agile je velmi malá část role produktového manažera. Příliš zaměřuje na Agilní může být ve skutečnosti poškozuje, když je čas od core PM povinnosti, jako je interakce se zákazníky a Prodeje a definování plánu.

abych zmírnil pracovní zátěž, jsem velkým zastáncem toho, že různí lidé vykonávají role produktového manažera a vlastníka produktu. Tento přístup je kontroverzní a může být možný pouze ve společnostech s vyspělejším produktovým procesem. Bez ohledu, myslím, že tam je hodně hodnoty v tomto oddělení, aby zajistily, že žádný aspekt cyklu vývoje produktů nebo produktu řízení spadá přes trhliny, vzhledem k přepracovaný PM.

Chcete – li získat lepší přehled o všech odpovědnostech produktového manažera, navrhuji podívat se na rámce PM, jako jsou rámce z pragmatického marketingu a SiriusDecisions.

v souhrnu

různé společnosti mají různé názvy a odpovědnosti pro správu produktů na základě jejich typu produktu. Ale bez ohledu na to, hlavním úkolem produktového manažera je poskytnout vizi produktu, vytvořit plán a řídit jeho provádění.

přidání slova „technický“ do názvu je užitečné při zveřejňování úloh, aby se zdůraznila potřeba technického zázemí. Ale jednou v práci, klíče k úspěchu jsou stejné jako pro každý Produkt Manažer—vedení zaměření na zákazníka, řízení vize a zajištění, že výrobek splňuje potřeby trhu.

Toto je hostující příspěvek napsaný Danielem Elizalde, autorem Manager ‚ s Build: best practices & inspiration for Product Managers & Leaders.