Если вы продакт-менеджер в технологической компании или только мечтаете им стать, обновленное издание книги известного специалиста по продакт-менеджменту Марти Кагана поможет вам выбрать верный путь в деле создания высокотехнологичных продуктов. В нем представлены принципы проектирования, исследования и запуска прорывных продуктов, а также рекомендации по управлению ими, применимые в разных контекстах.
Книга будет полезна инвесторам, продакт-менеджерам, маркетологам, разработчикам, стартаперам.
На русском языке публикуется впервые.
Автор
Марти начинал карьеру в HP, где был разработчиком в течение 10 лет. Затем он работал в Netscape, и был VP Product в eBay, после чего основал Silicon Valley Product Group — консалтинговую компанию по продуктовому развитию.
Тезисов выписал немного, но они важные для меня
* Что нужно поменять в своём подходе к работе над продуктами:
1. Взвешивать риски ДО, а не ПОСЛЕ. Что продуктом могут не пользоваться, могут не понимать, что не принесёт ценности бизнесу
2. Продукт создаётся совместно командой, а не последовательно: продакт, дизайнер, аналитик и т.п.
3. Мы решаем проблемы, а не фичи выкатываем
* Стадия Product Discovery должна заканчиваться отвалидированным бэклогом, а именно с фичами, отвечающими на вопросы:
— Будет ли пользователь это использовать, покупать?
— Сможет ли он понять, как этим пользоваться?
—Смогут ли наши инженеры это реализовать?
— Могут ли наши стейкхолдеры поддерживать этот продукт?
* В качестве бенчмарка: сильные команды тестируют 10-20 гипотез в неделю (!!!), не на проде, а на прототипах, конечно, но в этом и суть
* Самое важное — команда, остальное наживное
* Понравилась мысль: «Я понимаю, что это немного oldfashioned, но collocated team will always outperform a dispersed one». Команда, сидящая вместе, всегда превзойдёт распределённую.
* Надо собрать team of missionaires, а не team of mercenaries. Первые защищают продукт, мыслят проактивно, заинтересованы в его развитии. Вторые просто делают то, что им говорят.
* Почти невозможно собрать team of missionaires, если люди участвуют в командах по-проектно (!!!)
PRODUCT MANAGER Должен иметь потрясающее знание своего клиента. Это его основная роль в компании.
Станьте главным экспертом по клиентам. Пусть все, у кого есть вопросы про ваших пользователей, идут с ними к вам.
* Со стейкхолдерами надо встречаться по одному и показывать все не на презентациях, а на hifi prototypes (!!!)
Общее впечатление
Это натурально настольная книга продакта. Очень конкретные рекомендации, без воды. Покрываются все аспекты управления цифровым продуктом.
Источник
Автор
Марти начинал карьеру в HP, где был разработчиком в течение 10 лет. Затем он работал в Netscape, и был VP Product в eBay, после чего основал Silicon Valley Product Group — консалтинговую компанию по продуктовому развитию.
Тезисов выписал немного, но они важные для меня
* Что нужно поменять в своём подходе к работе над продуктами:
1. Взвешивать риски ДО, а не ПОСЛЕ. Что продуктом могут не пользоваться, могут не понимать, что не принесёт ценности бизнесу
2. Продукт создаётся совместно командой, а не последовательно: продакт, дизайнер, аналитик и т.п.
3. Мы решаем проблемы, а не фичи выкатываем
* Стадия Product Discovery должна заканчиваться отвалидированным бэклогом, а именно с фичами, отвечающими на вопросы:
— Будет ли пользователь это использовать, покупать?
— Сможет ли он понять, как этим пользоваться?
—Смогут ли наши инженеры это реализовать?
— Могут ли наши стейкхолдеры поддерживать этот продукт?
* В качестве бенчмарка: сильные команды тестируют 10-20 гипотез в неделю (!!!), не на проде, а на прототипах, конечно, но в этом и суть
* Самое важное — команда, остальное наживное
* Понравилась мысль: «Я понимаю, что это немного oldfashioned, но collocated team will always outperform a dispersed one». Команда, сидящая вместе, всегда превзойдёт распределённую.
* Надо собрать team of missionaires, а не team of mercenaries. Первые защищают продукт, мыслят проактивно, заинтересованы в его развитии. Вторые просто делают то, что им говорят.
* Почти невозможно собрать team of missionaires, если люди участвуют в командах по-проектно (!!!)
PRODUCT MANAGER Должен иметь потрясающее знание своего клиента. Это его основная роль в компании.
Станьте главным экспертом по клиентам. Пусть все, у кого есть вопросы про ваших пользователей, идут с ними к вам.
* Со стейкхолдерами надо встречаться по одному и показывать все не на презентациях, а на hifi prototypes (!!!)
Общее впечатление
Это натурально настольная книга продакта. Очень конкретные рекомендации, без воды. Покрываются все аспекты управления цифровым продуктом.
Источник
Есть книги, в которых можно конспектировать каждое слово, их ничтожно малое количество, эта книга как раз из таких.
Ибо, нет причин для сомнений, потому что автор мега супер-пупер (без сарказма) опытный специалист.
Читая, ты понимаешь, что человек пережил этот опыт и не один раз.
Важно ещё то, что сфера продакт-менеджмента это глубокий синий океан с кучей своих течений, рифами и островами и на каждом таком острове свои инструменты, подходы, и конечно же "я знаю, как делать правильно".
Автор дает проверенные им и другими командами, с которыми он работал, методики.
Подвергать конечно сомнению можно всё что угодно, но опять же авторитет автора, я думаю, исключает это сомнение.
Есть одна загвоздка, ты прочитал эту книгу...и если ты ещё мало поработал в этой сфере, то ты вдохновился.
А вот если ты поработал в этой сфере прилично (от 3 лет), то ты загрузился.
Причина проста — описываемые автором методики, процентов так 70 (моя оценка исходит из собственного опыта), далеки от реальности.
Реальности конкретно нашей, в которой живет российский IT-бизнес. Опять же, я сужу, только по своему опыту.
Если эту рецензию читает сотрудник Яндекса или Сбертеха и у них работают, как в книге, то прошу прощения.
Что же в итоге делать?
Я для себя решила вытаскивать потихоньку интересные подходы, описанные в книги, исходя из своих рабочих текущих задач и очень осторожно пробовать применить.
Благо их там очень много. Точнее книга из них состоит.
Большинство из них известны продактам, у которых есть доступ к интернету, но суть не в том, чтобы начать использовать конкретный инструмент.
А в том, чтобы очень маленькими кирпичиками выстраивать культуру, описанную автором.
На уровне топ-менеджмента, если вы не топ-менеджер построить будет что-то очень сложно, но начинать нужно прежде всего с себя и своей головы.
Если вы из компании, которая работает, как в книге, искренне вам завидую.
А если нет, то желаю удачи!