Изповеди на продуктов мениджър от Силиконовата долина
Продуктовият мениджър е странна работа в Силиконовата долина.
Вие сте почти главен изпълнителен директор. Но в действителност не. Вие сте „и швейцарец, и жътвар, и комарджия на тръбата“, но не знаете как да направите нито едното, нито другото, нито третото.
Имате цялата власт в ръцете си и в същото време нямате абсолютно никаква. Вие носите цялата отговорност и в същото време не сте отговорни за нищо.
И честно казано, всичко казано е вярно. И в същото време всичко е грешно.
Сериозно, когато работите като продуктов мениджър, понякога се чувствате като в някакво ужасно сито от парадоксални формулировки в духа на „дзен“ и си мислите, че сте намерили отговора – но не. И така постоянно.
И най-накрая, след пет години, мисля, че разбрах защо.
Не се притеснявайте, ако разработчиците ви мразят. Всички те мразят. Опитайте се да свикнете.
Не мога да си представя друга връзка да е толкова враждебна от самото начало. Трябва да кажете на разработчиците какво трябва да направят, но вие нямате правомощия да го направите.
Очевидно трябва да ги убедите с някакво поле за изкривяване на реалността (какво друго да кажа, Стив Джобс го имаше, но не беше ли той най-добрият продуктов мениджър на всички времена? И не беше ли просто страхотен човек в същото време?).
Разработчиците автоматично ви виждат като враг. Защо? Защото вие ги карате да работят. И това не винаги е работата, която предпочитат да вършат.
Ако имате опит като разработчик, ще ви гледат като човек, който си пъха носа в чуждите работи и като цяло е скука. Ако нямате този опит, вие сте безполезни и некомпетентни.
Ако им дадете твърде много работа, теоткрито отказват да го внедрят: „Ето още един потребителски момент, който не се вписва в нашето развитие, съжалявам, но трябва да намалите нещо.“ Какво?!
Ако не ги натоварвате достатъчно, значи на вас ви липсва проницателността, за да накарате екипа да работи.
Точно в този момент други продуктови мениджъри започват да крадат вашите ресурси. Забавно е.
И това се отнася не само за развитието. Всеки е готов да ви обвини във всичко, а повечето от проблемите вие изобщо не контролирате. „Къде е моята заявка за функция, която изпратих преди три години?“ „Защо пускането на версията се забавя? ВИЕ сте определили тази дата, нали?" „Защо откривам този бъг след издаването? Дори не сте тествали?" „Клиентът иска да говори с мениджъра, той не е доволен от този продукт.“
Все някой ще те мрази. Клиенти, разработчици, специалисти по обслужване. Други продуктови мениджъри. Всичко.
Но това е добре, защото ако си добър в работата си, понякога, просто понякога правиш добър продукт. И това кара всички онези хора, които те мразят, или някои от тях, да те обичат малко повече.
Никога не наследявайте продукта на друг продуктов мениджър
Защото с него получавате всички грешки на неговото развитие, всички неща, които бяха отложени за по-късно, защото беше твърде трудно да се решат навреме - всички проблеми, които не си направиха труда да намерят време да разрешат, като се започне от предишния продуктов мениджър преди тях.
Честито! Сега това е твой проблем!
Понякога чувствам, че продуктовите мениджъри трябва да имат едни от най-високите нива на текучество в индустрията. Как да не се почувстваш немотивиран, когато ти подадат блок въглища и ти кажат товатрябва да го превърна в диамант?
Много рядко получавате шанс да изградите нещо от нулата - нещо, което ще бъде ваше. Аз самият съм имал тази възможност само два пъти през последните пет години и само веднъж клиентите наистина свикнаха с нея.
Ако имате шанс да направите нещо свое, вземете го. Защото никога няма да почувствате такъв пробив, когато трябва да направите нещо сами и да видите как то става успешно.
Посещавайте срещи и се свързвайте с разработчици
Не знам защо някои мениджъри смятат, че е напълно нормално да не присъстват на срещи.
Как иначе можете да разберете върху какво работят вашите хора? Как иначе да разберете какво им пречи да работят и забавят пускането на продукта? Как иначе вашият екип ще ви има доверие и може би дори няма да ви мрази, ако виждат, че давате най-доброто от себе си точно като тях.
Тясната комуникация с разработчиците е ключът. Петминутен разговор понякога струва повече от имейл от 20 страници. Не разбирам защо някои компании смятат, че слайд презентациите са адекватен заместител на комуникацията.
В самото начало вие сте продавач, мениджър на акаунти, специалист по поддръжка и всичко, което трябва да направите. Всъщност може би не съм правил само две неща: не бях изключително разработчик и изключително продавач.
И ако трябва да бъда честен, в онези дни просто се опитвате да привлечете следващия клиент, а не да седите в кула от слонова кост и да мислите за продуктова стратегия.
А сега си в съвсем различна позиция. Голяма компания, много хора, които правят почти всичко, когато ВИЕ можете да се насладите да се излежавате и да мислите за продуктова стратегия.
Нопроблемът е, че вече не сте на първа линия. Вече не участвате във всяко посещение на клиент, рекламиращ продукт. И можете да загубите предишната си хватка.
Никога не си почивайте от живота. Добрият продуктов мениджър приветства всяка комуникация с клиента, в която участва (да, дори и обидни). Защото това е единственият начин да разберем какво се случва. На кого давате сделки? Какво мислят клиентите за вашия продукт? Как помага на хората? И наистина ли го използват?
Едно от най-удивителните неща, които открих, са клиентите, които са платили за продукт, но след това никога не са го използвали. Разбира се, мислено се върнаха при него, но със сигурност загубиха пари, като се държаха по този начин.
Така че не знам дали съм станал по-добър продуктов мениджър през последните пет години, но вече знам много неща, които ми помогнаха да стана по-добър продуктов мениджър, отколкото бях в самото начало.
И ако сега трябва да нарека краткото си парадоксално изказване в стил „дзен“, бих казала: „доставяйте продукти и правете клиентите си щастливи“. Това е всичко, което трябва да направите. След това всичко ще си дойде на мястото.
За всичко и за нищо.
Ти си прав и грешен едновременно.
Между другото, разбирам защо разработчиците го мразеха - той не е конкретен :)
Аха, на място е! Работил съм като продуктов мениджър, има две крайности: прави каквото искаш или си номинален лидер. Все още има моменти, когато всичко изглежда твое, но нищо не може да се промени. Мениджърът на съдържанието има ръководител на отдела за управление на съдържанието, програмистът има ръководител на отдела за програмисти, специалистът по маркетинг има ръководител на маркетинговия отдел, така че не можете да им дадете директни инструкции или трябва да се съгласите. Ти си като изпечен настрани. Да, участвахсрещи от 9:00 до 15:00 задните части вече се напукват, за да слушате 6 часа)) Продуктовият мениджър трябва да докладва директно на директора и ако между вас има топ мениджър, тогава това е калай. Защото върхът не отчита всичко на директора, т.к той също има свои собствени джамове и не ги осветява, прескачането отгоре и разговорите с директора за продукта е некоректно. Накратко, вилите навсякъде :-)))
О, горкият мениджър, той няма контрол над нищо. Нека седне един ден в техническата поддръжка на интернет доставчик, той ще разбере, че работата му е отлична.
Техническа поддръжка за счетоводители по програмата 1C - там е действието.
Чакам пост защо всички се мразят и защо не са се избили.
„Беше най-доброто за всички времена, беше най-лошото за всички времена; беше епоха на мъдрост, беше епоха на глупост; беше ера на вяра, беше ера на неверие; това бяха годините на Светлината, това бяха годините на Мрака; беше пролет на надежда, беше зима на отчаяние; имахме всичко напред, нямахме нищо напред…” Стив Джобс го имаше, но не беше ли той най-добрият продуктов мениджър на всички времена? Е, не беше ли просто страхотен човек в същото време? Не, не беше.
Ако работех с премиер, който беше толкова недоволен от това, че е премиер, щях да го изритам с премиер.
хм, изглежда по-скоро като откровение от някакъв проклет ръководител на аутсорсинг проекти, отколкото като продукт.
Том Андреевич Зарубин
Изнесен продукт? 0_0
Съжалявам, вероятно трябваше да изясня определенията, използвани тук, защото има известно объркване.
Според мен пичът има типични проблеми, свързани с липсата на изградени процеси в компанията.
Както е дефинирано в wiki Управлението на продуктите е организационен жизнен цикълфункция в рамките на компания, занимаваща се с планирането, прогнозирането и производството или маркетинга на продукт или продукти на всички етапи от жизнения цикъл на продукта.
Когато продуктовият мениджър започне да действа като управление на ресурсите и като цяло да се занимава с микромениджмънт на производството (обръщайки се към програмистите с въпроси, съвети и поучения), тогава започват всякакви боклуци и тези роли обикновено трябва да бъдат разграничени. Следователно процесът по подразбиране в производството вече е Scrum. Къде е: Собственик на продукта, Scrum Master и екип. Когато Product Owner се изкачи до програмистите за оценка на някои специфични задачи, той получава удар по главата от Scrum Master, защото неговата роля е да се занимава с проблемите на продукта (какво и защо да прави, как най-добре да го продава и какви приоритети да зададе), КАК да го направи, КОЙ конкретно ще го направи - бизнесът не е негов.
Ако не ги натоварвате достатъчно, значи на вас ви липсва проницателността, за да накарате екипа да работи. Тогава други продуктови мениджъри започват да крадат вашите ресурси
- тук са описани типични проблеми на Project Manager при аутсорсинг с липсващи процеси в компанията, при разработката на продукти, като правило, няма такива гадости.
P.P.S. Използвал съм термина компетентност в два различни контекста с две различни значения. В първия случай
във втория случай: Професионална компетентност - способност за успешно действие въз основа на практически опит, умения и знания при решаване на професионални проблеми;