Обучающие материалы для стажеров на Product Management

February 20 2023

Стажировка в WB—Tech

Привет!

Здесь ты найдешь материалы для обучения по направлению Product Management.

Если появились вопросы, пиши в Slack в канал #product. Надеемся, ты справишься и станешь частью команды.

Успехов в обучении!


Погружение в профессию 

Кто такой продакт-менеджер

Продакт-менеджер — это тот, кто каждый день ставит задачи людям, которые лучше его выполняют свою работу. Чтобы это делать, нужно хорошо разбираться в разных направлениях и обладать определенными навыками. Мы поделили их на две группы — hard skills и soft skills.

Что вы будете делать работаю продактом

Анализ рынка. Вам нужно уметь оценивать объем и динамику роста рынка. Это необходимо, чтобы разработать реалистичную Go To Market Strategy.

Анализ конкурентов. Вам нужно понимать, какую долю рынка занимают конкуренты, что отличает их продукты, какие есть преимущества и недостатки. Это поможет выстроить позиционирование, которое будет отличать вас от конкурентов.

Анализ целевой аудитории. Вы будете исследовать потребности аудитории: проводить интервью и опросы, анализировать полученную информацию, составлять персоны.

Приоритизация фичей. Вы будете определять, какие фичи разрабатывать в первую очередь, а какие могут подождать. Три проверенных фреймворка: ICE Score, RICE Score и Lean Prioritization Canvas.

Создание Roadmap. Вы будете планировать разработку новых фичей: оценивать даты и сроки релиза. Roadmap сделает процесс разработки более прозрачным. 

Разработка стратегии. Вам придется разрабатывать долгосрочную продуктовую стратегию. Вы будете создавать видение, к какой функциональности надо прийти за пять лет.

Постановка OKR. Вы будете ставить амбициозные цели команде. Для этого нужно будет давать конкретные задачи и отслеживать результат.

Выбор модели монетизации продукта. Вы будете определять модель монетизации для продукта. Вам нужно понимать, какая модель подойдет для продукта: One-time Payment, Subscription или может быть In-app purchase + Ads.

Расчет Unit-экономики. Нужно понимать, будет ли продукт приносить прибыль. Вы будете рассчитывать затраты на привлечение одного пользователя (CAC — Customer Acquisition Cost) и доход с этого пользователя (LTV — Lifetime Value).

Работа с дизайнером. Вы будете составлять UX-схему экранов приложения, вместе с дизайнером работать над UI, собирать рабочий прототип и проводить Usability-тестирование.

Составление документации. Вы будете вести документацию по каждой версии продукта, описывать все тестируемые гипотезы. Вы будете составлять User Stories и Acceptance Criteria.

Анализ метрик маркетинга и бизнеса. Вы будете рассчитывать CPU, ARPU и ROMI, чтобы оценить прибыльность продукта. Также вы будете отслеживать эффективность каждого этапа воронки, считать конверсии и искать bottleneck.

Проведение экспериментов. На основании данных вам предстоит делать логические выводы, формулировать гипотезы и проверять их экспериментально. Нужно уметь проводить A/B-тестирование.

Ресурсы для изучения

https://zamesin.ru/ru-wannabe-a-product-manager-2020/ – топ выжимка от Вани Замесина

Гипотезы и MVP 

Создание нового продукта или внедрение новой функциональности начинается с выявления существующих проблем и запросов пользователей. Дальше мы выдвигаем гипотезы: зачем нужно что-то внедрить, убрать поменять. Например, чтобы увеличить какие-то показатели, улучшить выбранные метрики, сделать процесс более удобным. 

Для проверки этих гипотез существует куча разных опций. Если мы говорим про какие-то user-facing вещи, то их можно проверять прототипами, выявлять, действительно ли гипотеза сработала. Такие прототипы менеджер может делать вместе с дизайнером. С помощью прототипов можно провалидировать или, наоборот, инвалидировать какую-то гипотезу. И чем раньше удалось проверить гипотезу, тем дешевле это обойдется компании.

Minimum Viable Product — это совокупность ценностей, которые мы доставляем пользователям. Эрик Райс, автор книги Lean Startup, называет MVP такую версию продукта, которая позволяет собрать максимальное количество полезных сведений с минимальными усилиями. MVP должно соответствовать двум основным критериям:

  • Иметь ценность для пользователей. Узнать реальные потребности людей нам помогает правильная работа с гипотезами.
  • Генерировать фидбек. Для этого нужно максимально быстро деливирить MVP на рынок.
  • На этапе Minimum Viable Product еще не стоит вопрос о техническом совершенстве или поддержке миллионов пользователей: мы фокусируемся на ценности и на фидбеке. 

Обычно продакт менеджер или бизнес-аналитик находят и формируют различные гипотезы самостоятельно, а потом эти предположения трансформируются в эксперименты, которые решает команда. Эксперименты могут быть разные: что-то нарисовал дизайнер на бумаге — и мы это проверили. А что-то нужно допрототипировать до более детального уровня, даже с кодом, и зарелизить куда-то для получения данных. 

Ресурсы для изучения

Проверка гипотез

Глубинное интервью

Способ проверки гипотез потребителя при помощи последовательности вопросов во время живого общения интервьюера и респондента. Формат глубинного интервью предполагает “погружение” внутрь контекста потребителя, чтобы определить причины его мотивации, почему он принимает те или иные решения, почему он считает что-либо проблемой, почему и в чем именно он видит ценность и т.д.

Сильные стороны:

  • Позволяет со всех интересуемых сторон выявить контекст потребителя, с одной стороны придерживаясь сценария, а с другой стороны, “погружаясь” в контекст в зависимости от ответов респондента.
  • Быстрый способ сформировать гипотезы поведения потребителей.

Ограничения:

  • Каждое интервью требует значительных временных затрат, чтобы задать все необходимые основные и уточняющие вопросы (от 30 минут до 1,5 часа).
  • Требует хорошей подготовки интервьюера для снижения психологических рисков респондента, искажающих результат.
  • Не применяются для количественной оценки поведения потребителей.

Jobs-to-be-Done интервью

Популярный тип глубинного интервью, основанный на концепции найма продукта потребителем для выполнения конкретного вида работ (jobs) при конкретных условиях. Основной фокус jobs-to-be-done исследований состоит на выяснении контекста, в котором потребитель принимает решение использовать продукт, его мотивации и результате, который он хочет достичь с учетом конкурентных решений.

Сильные стороны:

  • Четкая структура процесса проведения интервью, типизация вопросов и артефактов на выходе, основанная на фреймворке Jobs-to-be-Done.

Ограничения:

  • Каждое интервью требует значительных временных затрат, чтобы задать все необходимые основные и уточняющие вопросы (от 30 минут до 1,5 часа).
  • Требует хорошей подготовки интервьюера для снижения психологических рисков респондента, искажающих результат.
  • Не применяются для количественной оценки поведения потребителей.

Наблюдения и полевые исследования

Способ проверки гипотез потребителя при помощи наблюдения за поведением потребителя в “естественной среде обитания”, как в роли пассивного наблюдателя (невмешательство в процесс), так и выявления причин поведения при помощи уточняющих вопросов. Формат подразумевает, как полноценные, так и частичные “погружения”.

Сильные стороны:

  • Позволяет увидеть реальное поведение потребителей, в отличие от того, что они могут рассказать на интервью.
  • Позволяет в мельчайших деталях расписать весь процесс работы потребителя с продуктом.

Ограничения:

  • Очень трудозатратный способ как для исследователя, так и психологически для респондента.
  • Требует абстрагирования исследователя от собственных впечатлений и интерпретации увиденного.
  • Не применяются для количественной оценки поведения потребителей.

Дневниковые исследования

Способ изучения поведения потребителей за счет ведения ими “дневника”, в котором фиксируются каждое совершенное ими действие, мысль или эмоция в контексте проводимого исследования. Данный метод практически не встречается в продуктовых исследования в силу своей трудоемкости.

Сильные стороны:

  • Позволяет в мельчайших деталях расписать весь процесс работы потребителя с продуктом.
  • Позволяет фокусироваться не только на том, что потребитель делает, но и о чем он думает и какие эмоции испытывает.

Ограничения:

  • Очень трудозатратный способ как для исследователя, так и психологически для респондента.
  • Требует высокой ответственности респондентов по заполнению дневника для получения релевантных результатов.
  • Не применяются для количественной оценки поведения потребителей.

Опросы фокус-групп

Самый распространенный способ изучения потребителей при помощи заполнения ими опроса, состоящего из конечного числа открытых или закрытых вопросов. Метод опросов фокус-групп является одним из ключевых методов получения статистической информации о потребителях и очень хорошо сочетается с предыдущими вариантами исследованиями.

Сильные стороны:

  • Универсальный, масштабируемый, быстрый и нетрудозатратный способ получения информации о потребителях.
  • Подходит как для проведения быстрых опросов из нескольких вопросов, так и полноценных исследований из нескольких десятков вопросов.

Ограничения:

  • Требует особого внимания при квалификации респондентов, чтобы получить релевантные данные.
  • Требует хорошей подготовки вопросов, чтобы получить конкретные ответы, т.к. в большинстве случаев проводится автоматически и у исследователя нет возможности уточнять ответы.

Экспертное интервью

Способ проверки гипотез при помощи взаимодействия не с конечными потребителями, а с экспертами рынка, как ключевыми носителями знаний о потребителях. Формат предполагает любую форму общения (интервью, опрос, воркшоп, сторителлинг и т.д.) для решения задач исследования.

Сильные стороны:

  • Быстрый способ получить ключевые и инсайтные представления о потребителях.

Ограничения:

  • Эксперты подвержены психологическим рискам, искажающим результат, в той же степени, что и потребители.
  • Эксперты узкоспециализированы по индустриям, а потому их число не очень большое, а доступ к ним, хоть и возможен, но затруднителен.
  • Не применяются для количественной оценки поведения потребителей.

Ресурсы для изучения

Основы юнит-экономики

Юнит-экономика — это инструмент экономического анализа, позволяющий рассчитать прибыльность бизнеса с помощью агрегирования “юнитов”. Простыми словами, с помощью юнит-экономики можно выяснить, сколько мы зарабатываем на одной единице или теряем с нее.

Зачем нам Unit-экономика? 

Анализ юнитов полезен большому кругу стейкхолдеров: инвесторам, топ-менеджерам, владельцам компаний. С помощью юнит-экономики мы можем:

  • Определить количество клиентов для выхода на точку безубыточности
  • Рассчитать стоимость привлечения одного клиента
  • Оценить цену товара или услуги для проверки окупаемости издержек
  • Сделать вывод об эффективности каждого канала привлечения клиентов или об успешности маркетинговой стратегии
  • Понять, насколько у компании большой потенциал развития и выгодно ли будет масштабироваться

Как определиться в выборе “юнита”? 

На самом деле, “юнитом” в бизнесе может быть что угодно: пользователи, клиенты, продажа товара или услуги, сделка. Принято считать, что юнит следует выбирать, исходя из целей компании: что именно мы хотим масштабировать?

Еще одна важная особенность выбора юнита — сфера деятельности компании. Для digital-проектов будет удобно оценить прибыльность каждого пользователя или подписчика, для владельца кафе — стоимость блюда и так далее.

В зависимости от исследуемой единицы будут меняться и метрики, формулы расчетов прибыльности бизнес-юнита. Например, если мы говорим о юните-подписчике, то здесь стоит иметь в виду его LTV (Lifetime Value), то есть прогноз его общей прибыльности, период в течение которого пользователь будет приносить доход; а также CAC —стоимость привлечения клиента. В случае с товарами и услугами мы обращаем внимание на маржинальную прибыль: выручка за вычетом всех издержек по производству товара или предоставлению услуги.

Основные метрики 

CAC — customer acquisition cost — как уже упоминалось ранее, в юнит-экономике показатель достаточно важный. Благодаря пониманию затрат на одного покупателя, то есть стоимость его привлечения, можно просчитать прибыль от юнита, целесообразность масштабирования, эффективность маркетинговой стратегии.Рассчитать данный показатель не сложно: требуется разделить затраты маркетинга на количество привлеченных клиентов (в англоязычной среде клиентов могут называть customers или buyers):

CAC = затраты на привлечение/количество привлеченных клиентов

Бывает, что нам от пользователя нужна не покупка, а некое целевое действие: заполнение заявки, оставление контактов или подписка. В таком случае, затраты на привлечение будут рассчитываться по той же формуле, а показатель CAC = CPA (cost per acquisition или стоимость привлечения клиента). 

Разница лишь в названии, на выходе мы получаем все ту же суть: определить затраты на привлечение одного человека (просто в данном случае еще не покупателя, а лишь потенциального клиента). Отдельно от других метрик стоимость привлечения клиента рассматривать зачастую нет смысла. Например, если мы говорим о концепции подписки на продукт, то обязательно стоит помнить о Lifetime Value пользователя.

LTV — показатель хорош для расчетов прогнозируемой прибыли, т.е. сколько всего денег клиент нам принесет на протяжении жизни.Зачастую больший доход можно получить от клиента, регулярно совершающего мелкие покупки, чем от покупателя, заплатившего крупную сумму однажды и ушедшего из рядов пользователей.

Так, если затраты на привлечения одного клиента меньше, чем все деньги, которые он потратит, пользуясь нашим сервисом или покупая наши товары (LTV > CAC), то можно считать, что мы работаем в плюс. Если клиент принесет нам меньше прибыли, чем мы потратим на его завлечение (LTV < CAC), то такую ситуацию вряд ли можно назвать успехом. Вариантов расчета LTV существует несколько, однако самый простой способ, который можно адаптировать практически под любой бизнес следующий:

LTV = ARPU * Lifetime

Немного поясним:

Средняя прибыль с клиента за период — это ARPU (Average Revenue per User), с этой метрикой разберемся чуть дальше.

Lifetime — это среднее время, в течение которого человек является клиентом компании.

Шаблоны в таблицах: 

Ресурсы для изучения

Аналитика продукта

Метрика — это качественный или количественный показатель, который отражает ту или иную характеристику и уровень успешности продукта.

Метрики помогают ответить на эти и другие вопросы. Главное — знать, какие из них, как и когда использовать. Понять это не всегда просто, потому что на любой вопрос можно найти несколько ответов, а каждый полученный показатель — понять по-разному.

Метрики привлечения пользователей

Они помогают понять, как и откуда в продукт приходят пользователи, сколько их всего, какие из них активные.

Примеры метрик:

MAU, monthly active users — количество активных пользователей в месяц.

Active Users — количество активных пользователей продукта.

RR, retention rate — коэффициент удержания пользователей.

CR, churn rate — коэффициент оттока пользователей.

Метрики использования продукта

Сюда входят все показатели, которые демонстрируют, как люди пользуются продуктом, какие есть сценарии.

Примеры метрик:

ER, engagement rate — коэффициент вовлечённости.

Sessions per user — количество сессий — как часто клиенты используют продукт.

Key user actions per session — количество ключевых действий за сессию — как часто совершают конкретное действие, которое для вас важно.

Метрики монетизации

Это показатели, которые дают понять, сколько вы зарабатываете на продукте.

Примеры метрик:

CAC, customer acquisition cost — стоимость привлечения клиента — сколько денег в среднем нужно потратить на рекламу и продвижение, чтобы привлечь одного пользователя.

GMV, gross merchandise volume — валовый объём торговых операций — сколько вы заработали на продаже продукта.

LTV, lifetime value — сколько денег приносит пользователь за время, что он пользуется продуктом, или за определённый выбранный срок.

ARPU — средняя прибыль от одного пользователя за определённый срок.

ARPPU — средняя прибыль от одного платящего пользователя за определённый срок.

Любые метрики — это просто числа, которые сами по себе не дают важной информации. Чтобы от них была польза, все показатели нужно смотреть в динамике. То есть надо выбрать определённый период и проанализировать, как изменилась метрика за это время, что происходило с другими показателями и в чём может быть причина.
Метрики должны зависеть от целей бизнеса. Прежде чем выбирать, какие показатели измерять, подумайте, чего хотите достичь.

Ресурсы для изучени

Основы SQL

Владение SQL — важный навык для продакт-менеджера

Большинство команд используют коробочные инструменты продуктовой аналитики для работы с данными о том, как люди взаимодействуют с продуктом. При этом ни одна система аналитики (даже такая универсальная, как Amplitude или Mixpanel) не сможет исчерпывающе ответить на все вопросы о продукте.

Более гибкий подход, способный дать больше инсайтов на потраченное время, состоит в том, чтобы обращаться к собираемым данным напрямую, через SQL-запросы. Это позволит в том числе выйти за пределы стандартных кейсов и задач, решаемых через инструменты построения графиков, однако потребует и определенных навыков, и понимания структуры хранящихся данных.

Владение SQL — обязательный навык для продуктового аналитика, но владение им может существенно повысить эффективность работы и продакт-менеджера, и других участников продуктовой команды. Иногда SQL явно включают в требования к соискателю позиции продакта, но чаще — в числе общих требований в области “data analysis skills”.

Ресурсы для изучения

Гибкие методологии управления продуктом 

Agile — это итеративный подход к управлению проектами и разработке программного обеспечения, который помогает командам быстрее и с меньшими проблемами поставлять ценность клиентам. Вместо того чтобы выпускать весь продукт целиком, команда, следующая принципам Agile, выполняет работу в рамках небольших, но удобных инкрементов. Требования, планы и результаты оцениваются непрерывно, благодаря чему команды могут быстро реагировать на изменения.

Scrum — это методика, помогающая командам вести совместную работу. Как спортивная команда готовится к решающей игре (к слову, scrum — англ. «схватка», элемент игры в регби), так и команда сотрудников компании должна извлекать уроки из полученного опыта, осваивать принципы самоорганизации, работая над решением проблемы, и анализировать свои успехи и провалы, чтобы постоянно совершенствоваться. Scrum содействует этому.

Kanban — это популярный подход к реализации принципов agile и DevOps при разработке ПО. Методика предполагает обсуждение производительности в режиме реального времени и полную прозрачность рабочих процессов. Рабочие задачи визуально представлены на доске Kanban, что позволяет участникам команды видеть состояние каждой задачи в любой момент времени.

Ресурсы для изучения

Разработка продукта. Составление ТЗ

Составление ТЗ — этап создания сервиса, который нельзя пропустить. Даже команда с высоким уровнем экспертности не создаст сильный проект по расплывчатому описанию.

Разработчики должны ясно представлять, какой сервис требуется, опираться на объективные характеристики и требования. Работа без понятного ТЗ может обернуться для заказчика дополнительными финансовыми расходами, срывом сроков, необходимостью переделывать готовый сервис.

Чем однозначнее будет прописано техзадание, тем точнее можно будет оценить, сколько времени и средств уйдет на создание веб-сервиса или мобильного приложения. Результат такой работы будет соответствовать ожиданиям заказчика и с большей вероятностью привлечет внимание целевой аудитории.

Этапы создания тех. задания

  1. Постановка цели. Опишите конечную цель проекта, объясните, для чего он создается. На этом этапе нужно показать разработчикам бизнес-логику своей задумки, рассказать какие функции должен выполнять готовый продукт, кто входит в его целевую аудиторию, и какова схема монетизации.
  2. Описание функциональных требований. На этом этапе необходимо раскрыть, как должен выглядеть и работать готовый сервис. Составьте структуру сайта, опишите функционал каждой страницы, нарисуйте примерные схемы. Прописывайте нюансы, которые важны для вас, чтобы команда смогла не упустить их при разработке. На этом же этапе нужно прояснить пожелания к дизайну: опишите, как должен выглядеть веб-сервис или мобильное приложение, покажите исполнителям несколько референсов, которые кажутся вам подходящими.
  3. Описание специальных требований. Обсудите с разработчиком возможный технологический стек, установите наиболее подходящие для вашего проекта решение. В тексте задания должны быть указаны инструменты, движки, фреймворки и библиотеки. Также на этом этапе нужно обсудить требования к серверу и хостингу.
  4. Сроки исполнения и критерии приемки работы. Пропишите конкретные требования к сервису, на основании которых будете принимать работу — показатели производительности, внешний вид, функциональность.

Ресурсы для изучения

Маркетинг продукта

Маркетинг-микс —  это некий набор инструментов,  параметров, манипулируя которыми маркетологи стараются наилучшим образом удовлетворить клиентов. Иначе, под комплексом маркетинга понимается набор переменных в общей формуле успеха, постоянно находящихся под контролем у  маркетинга.

Performance-маркетинг – стратегия продвижения для достижения измеримых финансовых результатов (KPI) за короткий промежуток времени. Это направление необходимо освоить всем, кто растрачивает впустую половину бюджета и не знает, куда именно. В Performance-маркетинге нет абстрактных метрик – он особенно полезен во времена потери прибыли и кризиса. Помимо ориентированности на продажи, Performance-маркетинг отличается тем, что работает при уже сформированном у аудитории спросе.

Бренд-маркетинг — это комплекс методов, направленных на создание имени бренда, разработку дизайна, установление креативных коммуникаций и проведение маркетинговых мероприятий, которые будут выделять продукт среди конкурентов и способствовать его продвижению.

Теория позиционирования гласит, что потребитель не может запомнить характеристики всех товаров на рынке по причине их многочисленности, поэтому он запоминает методом ассоциаций, наделяя каждый товар определенными атрибутами, которые важны ему при покупке товара.

Лестница узнавания Бена Ханта 

Это маркетинговая модель, согласно которой клиент проходит путь от полной неосведомленности до покупки за шесть шагов. Для каждого шага, или уровня лестницы, есть свои инструменты и принципы работы с клиентом.


Нулевая — отсутствие проблемы: клиент не осознаёт, что она есть, и не стремится её решить. На примере Ville & Company: чиновник не знает о законодательных изменениях, которые повлияют на его работу, или по крайней мере не интересуется ими.

Первая — наличие проблемы: клиент узнал о ней, но пока не понимает, как её решать. Госслужащий знает об изменениях, но не уверен, что с этим что-то нужно делать.

Вторая — поиск решения: клиент ищет варианты, сравнивает их между собой, знакомится с разными продуктами. Какие у госслужащего есть способы подготовиться к изменениям? Поручить этот процесс сотруднику, нанять консультанта, собрать информацию в интернете самому, пройти краткосрочный обучающий курс.

Третья — конкретное решение: клиент знает, что может помочь, однако ему нужно больше информации о преимуществах выбранного варианта. Например, чиновник уже решил привлечь консультанта. Теперь он ищет подходящего.

Четвёртая — клиент знает о преимуществах, но ещё не убеждён: клиент узнал, чем хороши конкретная компания и её предложение. Чиновник полагает, что Ville & Company — это верный выбор. Но окончательное решение ещё не принято.

Пятая — покупка: клиент приобретает продукт или услугу.

Ресурсы для изучения

Маркетинг в стартапе – моя презентация про маркетинг на ранних этапах продукта

https://vc.ru/marketing/496813-brend-marketing-ot-aviasales-blogery-smm-yumor-i-pszhr-klyuchevye-mysli-iz-vypuska-podkasta-marketing-i-realnost

Ссылка на статью про теорию позиционирования

Soft skills для продакт-менеджера

1. Критическое мышление

Пожалуй, самый важный навык из всех. Для продакта жизненно важно сомневаться во всем, задавать огромное количество уточняющих вопросов и постоянно думать о том, как сделать продукт еще лучше.

Навык, которым в совершенстве владеют все маленькие дети, но который многие люди теряют с возрастом. Хорошая новость состоит в том, критическое мышление можно тренировать. Просто заведите привычку задавать ряд вопросов, прежде чем начинать что-то делать. Вот некоторые из них:

  • Принесет ли ценность то, что я собираюсь сделать?
  • Точно ли нужно делать именно так?
  • Какие существуют риски и есть ли более оптимальное решение?
  • Что будет, если не делать ничего?

2. Самостоятельность

К этим навыкам soft skills относится умение брать на себя ответственность и решения задач без привлечения других специалистов. Эти компетенции прокачиваются путем получения практического опыта. Их развитие во многом зависит от прошлого руководителя, который определял степень профессиональной свободы своих подчиненных. Для развития самостоятельности можно реализовать собственный pet-проект. К примеру, это может быть информационный сайт или сообщество в социальных сетях.

3. Коммуникации со стейкхолдерами

Какие soft skills обязательны для успешного продакт-менеджера? Это умение продуктивно общаться с другими заинтересованными участниками проекта. Вы должны уметь одновременно отстаивать свою позицию и находить общий язык со всеми стейкхолдерами. Для этого нужны не только коммуникативные навыки, но и умение построить прозрачную и понятную работу. Эти умения совершенствуются только на практике.

4. Лидерские качества

Развитие soft skills продакт-менеджера всегда предусматривает совершенствование навыков лидера. Профессионал должен уметь вести за собой команду и мотивировать каждого участника. Для этого прежде всего нужно научиться смотреть даже на самые сложные задачи не как на проблемы, а как на интересный вызов.

5. Эффективная коммуникация

Умение построить эффективное общение с командой, руководством и клиентами — это важнейшая компетенция soft skills. Продакт-менеджер должен оперативно, понятно и логично отвечать на любые вопросы. Ему необходимо уметь добиваться своих ключевых целей в процессе коммуникации. Развитию этого навыка способствуют публичные дебаты.

Ресурсы для изучения

https://www.youtube.com/watch?v=24TUuftIniI – отличное видео с разбором soft skills

https://habr.com/ru/articles/665936/
https://analytics.infozone.pro/tag/soft-skills-product-manager/

Работа со стейкхолдерами

Стейкхолдеры — все, кто имеют интерес или отношение к проекту. То есть речь идет не только об учредителях и акционерах: ими могут быть и люди с менее значимым статусом, но все же влияющие на существование проекта. Они обеспечивают разный вклад в проект или продукт: кто-то финансирует и выступает в роли традиционного инвестора, кто-то оказывает экспертную поддержку, кто-то предоставляет оборудование.

Как эффективно управлять отношениями со стейкхолдерами

Во-первых, еще на старте проекта необходимо определить и распространить четкое видение задач и целей на стейкхолдеров — это улучшит взаимоотношения и согласованность между командой и стейкхолдерами на протяжении всего пути.

Будьте готовы к тому, что формирование четкого видения, с которым согласятся ключевые заинтересованные стороны, может потребовать трудных переговоров. Особенно со сторонами, которые не обязательно настроены положительно к проекту и его намеченным конечным результатам.

Во-вторых, еще до формирования команды проекта следует идентифицировать заинтересованные стороны.

Это обязательная непрерывная деятельность на протяжении всего проекта. При этом одни заинтересованные стороны легко идентифицируются — например, заказчик, спонсор, основная команда, конечные пользователи, а другие, не связанные с проектом напрямую, — трудно.

Поэтому заложите на этот анализ больше времени. Обязательно следует классифицировать стейкхолдеров по значимости, вовлеченности и заинтересованности проектом, определить, как они могут влиять на него, и задокументировать эту информацию.

Чек-лист: 11 советов по эффективной работе со стейкхолдерами

  1. Создайте и утвердите со стейкхолдерами устав проекта — документ, выпущенный инициатором проекта, который формально авторизует его существование. В нем содержится основная информация о проекте, его цели и суть проекта.
  2. Создайте и утвердите со стейкхолдерами устав команды — документ, который содержит ценности команды проекта, соглашения и рабочие руководящие принципы, устанавливает четкие ожидания в отношении поведения членов команды.
  3. Создайте и утвердите со стейкхолдерами документ по составу команды — документ, отражающий всех участников команды (внутренняя команда, внешняя команда, подрядчики) 
  4. Создайте и утвердите со стейкхолдерами таблицу RACI — это матрица распределения ответственности. Она представляет собой простой инструмент, используемый для определения ролей и обязанностей и избежания путаницы при исполнении задач или процессов.
  5. Проводите регулярные встречи для демонстрации и тестирования разработанного функционала.
  6. Планируйте встречи или созвоны для обсуждения функционала и расставления приоритетов с четкой периодичностью — например, два или четыре раза в месяц.
  7. Формируйте доверительную и прозрачную коммуникацию.
  8. Создайте среду, способствующую сотрудничеству между членами команды и стейкхолдерами.
  9. Установите и утвердите правила работы между командами и над проектом, планирования и внесения изменений, регламентацию процессов.
  10. Будьте готовы к адаптации и изменению проекта и процессов по мере его роста и развития.
  11. Введите письменное подтверждение принятых решений. Отчеты, планы и решения, принятые во время устных встреч, должны быть задокументированы.

Ресурсы для изучения

https://habr.com/ru/articles/665936/
https://productstar.ru/defense-projects

Стратегические решения по продукту 

Что такое продуктовая стратегия?

Стратегии продукта — это планы, которые определяют цель и задачи продукта, а затем объясняют видение достижения этих целей. Это помогает связать видение проекта с фактическими методами, используемыми для его реализации. Стратегии продукта определяют основные ориентиры для создания, маркетинга и распространения любой концепции, которую вы планируете продавать. Они также предоставляют центральный план, на который могут ссылаться сотрудники компании, чтобы направлять свои усилия и совершенствовать свои общие бизнес-стратегии.

Дорожная карта продукта

Это единый достоверный источник информации, который описывает концепцию, направление развития, приоритеты и прогресс работы над продуктом с течением времени. Это план действий, который помогает организовать движение к краткосрочным и долгосрочным целям по продукту или проекту и согласовать способы достижения этих целей.

Зачем создавать дорожную карту продукта?

Самым большим преимуществом дорожной карты продукта является стратегическое видение, которое она дает всем заинтересованным сторонам. Дорожная карта соотносит более крупные цели продукта и компании с трудозатратами на разработку и тем самым объединяет команды вокруг общих целей по созданию великолепных продуктов.

  • Руководству организации дорожная карта предоставляет обновленные сведения о состоянии работы и «переводит» задачи разработчиков в Jira на нетехнический язык и в понятный формат.
  • Для владельцев и менеджеров продуктов дорожные карты объединяют команды, работающие над существенным развитием продуктов, и позволяют удобно сообщать о приоритетах смежным командам.
  • Самим разработчикам дорожные карты дают представление о ситуации в целом, которое позволяет участникам команды сосредоточиться на наиболее важных задачах, избежать изменений объема работ и быстро принимать самостоятельные решения.

Ресурсы для изучения

https://vc.ru/marketing/251588-produktovaya-strategiya-faktory-uspeha-i-4-glavnyh-oshibki
https://practicum.yandex.ru/blog/kak-provesti-analiz-konkurentov/
https://www.atlassian.com/ru/agile/product-management/product-roadmaps

Карьера продакт-менеджера 

Product Manager as a Function

Любая роль в компании – это целевая функция внутри “механизма” бизнеса, которая призвана решать задачу оптимизации, т.е. максимизировать или минимизировать некоторый результат. Например, функция системного аналитика заключается в минимизации разницы между тем, что хочет заказчик, и тем, что получится на выходе проекта. Функция менеджера продаж – в максимизации прибыли от клиентов за период времени. Функция продуктового маркетолога – в максимизации ROI для когорт потребителей, привлеченных в продукт. И так далее.

Менеджер продукта – не исключение. Его целевая функция заключается в максимизации ценности, которую продукт приносит потребителям, с минимизацией time-to-market. Такая трактовка функции менеджера продукта очень хорошо отделяет “зёрна от плевел”, т.к. помогает ответить на вопрос, что НЕ является целью его работы и сфокусировать на главном.

Так, увеличение прибыли компании не является целью работы менеджера продукта. Как и проведение исследований. Как и рост метрик продукта. Как и управление командой разработчиков. В той же степени, как целью работы системного аналитика не является написание технических заданий, а целью работы менеджера проекта – организация Scrum’а в команде.

Здесь очень важно не путать причину со следствием, цель и способ её достижения. Целью менеджера продукта не является прибыль, но увеличивая ценность продукта (выраженную в конкретных измеримых показателях), он увеличивает возможности по её монетизации. Целью менеджера продукта не являются исследования, но организуя их, он может снизить риски того, что решения окажутся никому не нужны, тем самым снижая time-to-market. Целью менеджера продукта не является рост метрик, т.к. метрики – это показатели результата изменений объема приносимой ценности, а не сама ценность.

Такая логика приводит к другому важному умозаключению – что менеджер продукта это человек, который определяет условия внешней и внутренней среды и свойства продукта, при которых продукт способен достичь целей бизнеса, будь то прибыль компании, показатель retention rate или конверсия в использование определенной фичи. Другими словами – какую именно ценность и как нужно принести потребителям, чтобы компания достигла своих целей.

Словосочетания “управление продуктами” и “высокая неопределенность” фактически стали синонимами, поэтому, чтобы справиться с любой ситуацией, арсенал менеджера продукта за последние 10 лет разросся до внушительных размеров. Однако, не весь он нужен. Продукты проживают свои жизненные циклы, на каждом этапе которых одни навыки важнее других. В разных компаниях разные организационные структуры и бизнес-процессы – в некоторых есть четкое разделение по зонам ответственности, в некоторых приходится объединять сразу несколько ролей. По этим причинам и набор навыков конкретного менеджера продукта различается в зависимости от вводных условий. И это совершенно нормально. Главное здесь – это правильным образом определить этот набор навыков, собрав их “конфигурацию”, которая будет максимально соответствовать контексту компании, при этом сохраняя “квинтэссенцию” работы менеджера продукта – максимизацию ценности.

Ресурсы для изучения

Автор статьи

Подпишитесь на блог WB—Tech

Никакого спама, только анонсы новых статей

    Последние статьи

    Миграция внутренних пользователей Jira в новую директорию с сохранением данных об активности

    Рассказали, как осуществили перенос пользовательских данных из Jira (Internal Directory) в директорию Microsoft Active Directory.

    Как эффективно хранить и актуализировать корпоративные данные средствами low/no-code

    Рассказали, как организовали поток HR-данных, чтобы оргструктура и бонусно-бухгалтерские расчеты всегда были актуальны.

    Мало кода, больше результативности: платформы low-code и no-code

    О low-code и no-code платформах, примерах использования и разбор нужно ли быть программистом.

    ИП Гришанин Кирилл Олегович
    ИНН 774313842609

    Коворкинг Starthub

    Б. Новодмитровская ул., 36, стр. 12, вход 6,
    Москва, Россия, 127015

    Коворкинг Wework

    Ahad Ha'am 54,Tel Aviv-Yafo,Израиль

    © 2023 WB—Tech. Мы разрабатываем уникальные решения для компаний из России, США и Европы.