Руководство для менеджера продуктов

Как правильно готовить продуктовую стратегию? Руководство для менеджеров продуктов

Время на прочтение
10 мин

Количество просмотров 26K

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

Помните правила великого Кутузова, который четко и ясно видел стратегические цели? Он считал, что стратегия должна всегда превалировать над тактикой. Для победы вполне допустимо пожертвовать отдельной битвой, ведь «главное не крепость взять, а войну выиграть».

image

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

Стратегия продукта – основа деятельности управленцев

Все начинается с четкой и гибкой стратегии. Определение стратегии в самом начале жизненного цикла продукта происходит по принципу «must have». Хорошая стратегия должна удовлетворять потребности ваших клиентов и помогать им реагировать на внутренние потребности компании. Если у вас нет четкой стратегии, то о приоритизации функций думать рано.

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

Что такое стратегия?

Любая стратегия направлена ​​на достижение конкретной цели. Это реальный маршрут от точки A в точку Б.

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

Эффективная стратегия должна включать в себя следующее:

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

image

Любая продуктовая стратегия состоит из 4 частей:

Видение продукта

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

Цели продукта

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

Метрики

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

Конкретный план действий

Здесь должны быть доступно расписаны все этапы и шаги по достижению стратегии.

Одним из эффективных способов планирования является система, которую предлагает Itamar Gilad — опытный консультант в области управления продуктами и успешный спикер. В своем подробном материале на Hackernoon он описывает полезность и ценность GIST-планирования и предлагает внедрять его в работу вместо традиционных product roadmap.

Планирование по системе GIST

Проблематика

К сожалению, часто планы быстро расходятся с реальностью. Дорожные карты и диаграммы Ганта (Gantt Charts), безусловно, полезны, но в них нет места для маневренности.

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

Решение

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

Авторская система GIST состоит из четырех элементов. Она называется по первым буквам ее основных блоков:

  • Goals (цели)
  • Ideas (идеи)
  • Step-projects (проекты)
  • Tasks (задачи)

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

image

G – goals (цели)

Цели описывают стратегию компании с точки зрения желаемых результатов: где мы хотим быть? когда и как мы узнаем о том, что мы их достигли? Всякий раз, когда кто-либо в организации задается вопросом: «Почему мы делаем этот проект?», цель должна давать ясный ответ.

I — Ideas (идеи)

Идеи  — это гипотетический способ достижения целей. Гипотетический потому, что у вас может быть много идей для достижения заданной цели, но только 1–3 из них приведут к положительному результату (а часто соотношение и того хуже). Причем у крутых менеджеров продуктов коэффициент не больше. Поэтому GIST исключает, что вы:

  • “убьете” идеи заранее
  • оставите идеи даже если у них сейчас очень низкий приоритет
  • не выделите идеи от ТОП-менеджмента
  • не следуете моде

Вместо этого, предполагается, что вы:

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

S — Step projects (проекты)

Большой проект разбивается на мелкие проекты, которые длятся не более 10 недель и выполняются по очереди. Например:

Детализированный статичный прототип → Интерактивный прототип → MVP → Dogfood → Beta → Launch.

Каждый такой проект — это эксперимент, который проверяет идею. То есть с каждым проектом вы получаете все более полную версию идеи и проверяете ее на более широкой аудитории в течение все более длительного времени.

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

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

T – Tasks (задачи)

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

Планирование с помощью GIST многоуровневое и итеративное:

  • Цели обычно устанавливаются с прицелом на один год или нескольких лет.
  • Идеи постоянно собираются и приоритизируются. Важно не переставать искать новые идеи.
  • Проекты определяются в начале квартала. Команда выбирает цели и идеи, которые она хочет выполнить в этом квартале, и соответственно определяет проекты.
  • Задачи разбиваются на 1–2х недельные итерации в соответствии с вашим методом разработки и корректируются ежедневно.

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

Как упростить GIST?

Step projects действительно полезны для крупных проектов, потому что они помогают как можно скорее подтвердить идеи и не тратить огромные суммы на полную разработку идей. Для мелких проектов это не всегда уместно. К примеру, в разработке мобильных приложений вы можете действовать без Step Projects.

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

  • цели сформулированы на четверть вперед, это достаточно просто.
  • метрики — вы выбираете ключевые метрики, которые покажут ваше движение к целям и на которые вы будете влиять с помощью идей. Отличный пример – OMTM (One metric that matter) или AARRR (Pirates metrics).
  • идеи – это гипотезы о том, как повысить ваши метрики.
  • фичи/задачи — конкретные задачи для разработчиков и других членов команды для реализации идей.

Упрощенный процесс выглядит довольно привлекательным: вы просто ставите цели, выбираете соответствующие метрики для контроля и собираете идеи, которые могут улучшить эти метрики. Затем определяются приоритеты, применяется скоринг фич и, наконец, записывается задача для фич-победителей. Фичи разбиваются на задачи, которые отправляются в разработку.

Сила приоритизации

Разобраться с важностью и срочностью фич и задач помогают разные способы и подходы приоритизации.

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

Матрица 2×2 для определения приоритетов

Классический подход, основанный на матрице Эйзенхауэра, состоит из двух осей. Выбрав рамки, вы можете установить свои собственные критерии и оценить идеи, фичи и задачи продукта. Например, такие методы приоритизации, как Value vs Effort, Value vs Risk, Value vs Cost могут быть легко визуализированы с помощью этой структуры.

В Hygger, визуализировать матрицу помогает инструмент Priority Chart (доступен только для Value & Effort приоритизации):

  • Сперва мы разрабатываем Quick Wins. Это фичи, которые приносят больше всего ценности, но которые можно быстро и легко реализовать.
  • Далее – Big Bets. Эти фичи могут принести много ценности, но их сложно реализовать.
  • Потом – Maybes – задачи или фичи, которые не дадут много ценности, но их легко внедрить. Их можно оставить на потом.
  • Наконец, Time Sinks. На эти фичи вообще не стоит обращать внимания.

image

Метод ICE Scoring

Метод ICE — это простой способ определить приоритетность функций продукта без дополнительных требований. Все, что вам нужно, это рассчитать баллы за идею, согласно формуле:
image

  • Влияние показывает, насколько ваша идея положительно повлияет на ключевой показатель, который вы пытаетесь улучшить.
  • Легкость реализации — это о простоте реализации. Это оценка того, сколько усилий и ресурсов требуется для реализации этой идеи.
  • Уверенность показывает, насколько вы уверены в оценках влияния и легкости реализации.

Метод ICE Scoring предполагает использование шкалы от 1 до 10 чтобы все факторы сбалансировано влияли на итоговый балл. Вы можете подразумевать под 1-10 то что вам нужно, лишь бы значения были согласованы между собой.

Метод RICE Scoring

Метод RICE – еще один интересный способ приоритизации идей и фич продукта. Аббревиатура включает 4 фактора: Reach (охват), Impact (влияние), Confidence (уверенность в вашей оценке охвата, влияния и трудозатрат), Effort (трудозатраты).
Чтобы получить оценку по RICE, вам необходимо объединить эти факторы.

  • Reach (Охват). Уровень охвата измеряется количеством людей/событий за определенный период времени. Этот фактор предназначен для оценки того, на какое количество людей каждая фича или проект повлияет в течение определенного периода времени, и сколько ваших пользователей увидят такие изменения.
  • Impact (Влияние). Влияние показывает какой вклад приносит эта фича продукту. Ценность понимается по-разному в каждом продукте. Например, в B2B SaaS продукте фичи могут получать высокое значение, если они улучшают trial-to-paid конверсию, помогать привлечь новых пользователей, добавляют ценности продукту и отстраивают от конкурентов и др.
  • Confidence (Уверенность в оценке). Если вы считаете, что фича может иметь огромное влияние, но у вас нет данных для доказательства этого, Confidence позволяет проконтролировать этот момент. Confidence измеряют в процентах.
  • Effort (Трудозатраты). Трудозатраты оцениваются как количество «человеко-месяцев», недель или часов, в зависимости от потребностей.

Вам необходимо ранжировать предлагаемые функции с помощью Reach, Impact, Confidence and Effort и использовать окончательный результат, чтобы решить, что должно быть реализовано вначале.

image

Скоринг фич

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

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

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

С точки зрения затрат можно оценить следующее:

  • время и стоимость разработки
  • время и стоимость реализации
  • эксплуатационные расходы

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

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

Принцип Planning Poker

Planning Poker или Покер планирования впервые был описан Джеймсом Греннингом в 2002 году.

Для проведения необходимо подготовить список обсуждаемых фич и несколько колод карт. Список фич или пользовательские истории описывают разрабатываемое ПО. Карты в колодах должны быть пронумерованы. Чаще всего это карты, содержащие числа Фибоначчи, включая ноль: 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89. Некоторыми организациями используются обычные игровые карты, включающие туз, 2, 3, 5, 8 и короля.

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

image

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

Другие методы и техники приоритизации

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

  • Метод Value vs Cost
  • Популярная модель Kano
  • Метод приоритизации MoSCoW
  • Методология Buy a Feature
  • Технология Feature buckets
  • Игровая техника KJ Method

Что в итоге?

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

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

А какие ваши секреты работы с продуктовой стратегией? Считаете ли вы умение приоритизировать основополагающим в работе менеджера продукта?

Как стать менеджером продуктов и найти первую работу: подробное руководство от ProductSense Academy

Что внутри:

  • комментарии от более чем 40 экспертов из 20+ продуктовых компаний;
  • результаты 6 собственных исследований индустрии: глубинки, кабинетки, опросы;
  • 11 практичных, подробных и четко структурированных статей по самым важным для начинающих менеджеров продуктов темам;
  • больше месяца на проработку каждой статьи, изучение англоязычных и русскоязычных источников.

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

Все статьи гайда

Весь гайд в PDF-формате

Все 11 выпусков гайда начинающего менеджера продуктов мы упаковали в PDF-формат — так его удобно скачивать, распечатать, читать в любимом ридере или хранить на компьютере.

Количество страниц: 159
Последнее обновление: июнь 2021 года

Продукт-менеджер (он же менеджер по продукту) — сотрудник, отвечающий за создание нового продукта или изменение / улучшение существующего.

Представьте, что покупатель заходит в магазин в поисках брюк. И находит, вроде бы, отличную модель, но вот беда — на брюках нет карманов! А ведь эта модель просто идеально сидит по фигуре, но ещё карманы бы сюда…

А теперь представьте, что продукт-менеджер видит эти страдания клиента, хватает брюки и бежит в ателье пришивать карманы (я утрирую, конечно). А потом выпускает обновленную модель в продажу. Клиент счастлив, владелец магазина тоже.

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

О профессии

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

1. Разница между product manager, project manager и marketing manager

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

  Продукт-менеджер Маркетинг-менеджер Проджект-менеджер
Как работает Изучает аудиторию, чтобы влиять на продукт Изучает продукт, чтобы влиять на аудиторию Координирует работу команды над продуктом
Взаимодействие с командой Получает информацию для изменения / улучшения продукта Получает информацию для использования ее в продвижении Выясняет мотивацию и корректирует работу
Результат работы Создание продукта лучше, чем у конкурентов Продвижение и продажа продукта в условиях конкуренции Завершение проекта в сроки в в рамках бюджета

Нетрудно догадаться, что продукт-менеджер работает в команде с остальными ведущими спецами (здесь еще и дизайнеры, и программисты, и топ-менеджеры, и т.п.). Но зоны ответственности между ними разделяются, запомните это.

2. Обязанности продакт-менеджера

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

Группа 1. Подготовка

1.1 Проводит анализ и тенденции рынка, развитие продуктов и изменение продуктовых метрик (объемов продаж, рентабельности, возвратов и т.п.);

1.2 Анализирует информацию от продажников, маркетологов, служб сервиса, чтобы понимать тенденции и потребности рынка, недостатки и преимущества продуктов;

1.3 Анализирует конкурентов — ассортимент, плюсы и минусы их продуктов, чтобы вывести формулу лучшего продукта.

Группа 2. Разработка продукта

2.1 Определяет бизнес-цель продукта и каналы сбыта, условия продаж, сферы применения продукта для специалистов по маркетингу и продажам;

2.2 Участвует в формировании технических заданий и требований на разработку, составляет требования, предъявляемые к продукту;

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

Группа 3. Тестирование и доработка

3.1 Организовывает проведение тестирования продукта на реальных продажах и потребителях;

3.2 После теста осуществляет доработку продукта, вносит исправления и корректировки;

3.3 Актуализирует по итогам тестов роли, задачи и зоны ответственности в команде, технические задания и требования;

3.4 Взаимодействует с маркетингом и HR, готовит продукт к запуску.

Группа 4. Сопровождение продукта

4.1 На регулярной основе проводит продуктовую аналитику, повышает такие показатели, как процент потребителей и обхват рынка;

4.2 Постоянно развивает продукт на основе полученных сервисных показателей и обращений потребителей;

4.3 Делает бюджетное планирование;

4.4 Совершенствует продукт, выводя, например, из ассортимента устаревшие модели.

3. Навыки и компетенции продакт-менеджера

В целом ничего эдакого здесь нет, но обойти эту тему невозможно, поэтому перечислю ключевые навыки продукт-менеджера (по умолчанию считаем, что образование у специалиста есть, иначе какой он, собственно, специалист).

  • Коммуникационные. Продакт взаимодействует со многими специалистами и должен одинаково хорошо понимать специфику каждого;
  • Стратегические. Умение видеть картину в целом и заранее оценивать риски и продумывать их снижение. Замечать тенденции и действовать в соответствии с ними, расставлять приоритеты;
  • Предпринимательские. Способность принимать решения с учетом многих факторов (выгоды, эффективности и тп.);
  • Тайм менеджмент. Специалист должен эффективно планировать и распределять задачи для себя и для команды;
  • Анализаторские. Умение быстро принимать эффективные решения. Часто продукт-менеджер сталкивается с конфликтами разработчиков и производства, маркетологов и сервиса и т.д.

Где же ты, идеальный кандидат?

4. KPI продакт-менеджера и отчеты

KPI продакт менеджера не включают в себя промежуточные результаты. Главное для Вас — итоговый результат, а не то, кто с кем договорился, верно? Основные показатели для продакт — это показатели лояльности клиентов, количество покупок, отток клиентов и процент их удержания.

Но это далеко не все kpi, для удобства я расписала показатели эффективности, которые нужно запрашивать и в отчетах специалиста, в таблице.

Цели Метрики
Монетизация — Paying customers (количество платящих клиентов);
— LTV (сколько денег приносит пользователь за время);
— ARPU (средняя прибыль от одного пользователя за определённый срок);
— AOV (размер среднего чека);
— RPR (частота повторных покупок);
— Marketing costs (затраты на привлечение клиентов);
— CAC (затраты на привлечение клиентов, разделенные на количество платящих клиентов).
Привлечение клиентов — Customer churn (отток клиентов);
— Revenue churn (отток доходов);
— MAU (количество активных пользователей в месяц);
— Active Users (количество активных пользователей продукта).
Обратная связь — NPS (показатель лояльности клиентов);
— CSI (индекс удовлетворенности клиентов).

Также нужно контролировать все расходы и отчетность, связанные с ведением рекламной и маркетинговой поддержкой продукта торговой марки. Кстати, для работы специалисту понадобятся инструменты для аналитики, например: Яндекс. Метрика, Google Analytics, Roistat (по промокоду “INSCALE1120” +7500 руб. на тестирование сервиса).

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

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

1. Зарплата продукт-менеджера

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

  Новичок Профи
Штат — Москва 50-90 тыс р.
— Регионы 40-60 тыс р.
— Москва 150-180 тыс р.
— Регионы 100-140 тыс р.
Агентство — Москва 90-110 тыс р.
— Регионы 50-75 тыс р.
— Москва до 200 тыс р.
— Регионы 150-170 тыс р.
Фриланс — Москва до 75 тыс р.
— Регионы до 50 тыс р.
— Москва 150 тыс р.
— Регионы 80-100 тыс р.

Я привожу окладную часть зарплаты, она может быть снижена, если Ваша компания предлагает сотруднику дополнительные бонусы и учитывает выполнение показателей KPI.

2. Варианты найма менеджера по продукции

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

Вариант 1. Штат

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

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

Минусы: 

  1. Риск, что специалист будет работать неэффективно из-за большого количества разноплановых задач;
  2. Затраты на выплату заработной платы.

Вариант 2. Аутсорс

Кому: малому, среднему (при небольшом бюджете) и крупному бизнесу (в случае возможности привлечения агентств).

  Плюсы Минусы
Агентство — Команда специалистов, которые комплексно подойдут к продукту;
— Не нужно ежемесячно платить зарплату;
— Письменные договоренности об обязанностях.
— Агентствам сложнее вникнуть в процессы компании;
— Это самый дорогой вариант.
Фриланс — Не нужно ежемесячно платить зарплату;
— Быстрее реагирует на задачу;
— Проще найти специалиста из Вашей ниши.
— Риски наткнуться на недобросовестного исполнителя;
— Не возьмет на себя доп.задачи.

Как проверить продуктолога

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

В вакансии не забудьте указать: KPI менеджера по продукту, требования к тому, что он должен знать и уметь, наличие опыта с разработчиками, продуктовиками, наличие реализованных проектов и опыт использования определенных инструментов.

1. Кейс

Можете попросить кандидата предоставить или решить кейс. При этом обращайте внимание не только на цифры, но и на структуру и содержания кейса. А еще на то, как спец решал проблемы, какие были удачные и неудачные шаги.

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

Спросите продукт-менеджера, какие инструменты он выберет для решения задачи — повысить трафик на сайте. А далее специалист должен указать, как он решит вопрос конверсии посетителей сайта в пользователей продукции.

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

2. Вопросы для собеседования

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

2.1 Вопросы для проверки предыдущего опыта:

  • Над какими продуктами Вы работали?
  • Какие задачи перед собой ставили?
  • Какие инструменты использовали для их достижения?
  • К каким результатам пришли?
  • Оглядываясь назад, что бы Вы сделали иначе?
  • Какими своими решениями Вы гордитесь больше всего?

2.2 Вопросы для проверки профессиональных знаний:

  • Какие блоги, материалы на тему продакт менеджмента, маркетинга Вы читаете?
  • Какие тренинги и коучинговые программы Вы проходили в последние полгода?
  • Обучение на какую тему Вы бы хотели пройти в ближайшем будущем?

2.3 Вопросы для проверки стратегического и предпринимательского мышления:

  • Как видите развитие продукта в нашей компании?
  • Какие основные моменты в стратегии запуска и развития продукта Вы можете обозначить?
  • С вашей точки зрения, какая наша целевая аудитория и кто наши основные конкуренты на рынке?

2.4 Вопросы, имеющие отношение к личным качествам специалиста:

  • Какая Ваша сильная сторона в продакт менеджменте, а какая слабая?
  • Что Вам больше всего нравится в Вашей работе? А что не нравится?
  • С кем из команды, работающей с Вами над проектами, Вам легче и интересней всего работать и почему?

2.5 Вопросы о личной эффективности специалиста:

  • Опишите свой идеальный рабочий день;
  • За счет каких качеств Вы достигаете поставленной цели?
  • Как Вы обычно расставляете приоритеты в Вашей работе?

К собеседованию готовы!

Коротко о главном

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

Не забывайте, что продакт-менеджер — член целой команды по разработке, продвижению и поддержке Вашего продукта, но отвечает за определенную часть процесса. То есть за разработку и модификацию продукта.

Не зависимо от того, будет это штатный сотрудник или человек на аутсорсе, ставьте перед ним четкие задачи и следите за результатами его работы через отчёты.

Нашли ошибку в тексте? Выделите фрагмент и нажмите ctrl+enter

Сразу признаюсь: десять лет назад, когда мне предложили подать заявление на должность менеджера по продукту в Atlassian, я ничего не знал о продакт-менеджменте. И в этом не было ничего необычного. Несмотря на то что область управления продуктами уже существовала в той или иной форме на протяжении нескольких десятилетий, должность менеджера по продукту начала набирать обороты лишь 20 лет назад. И я по-прежнему встречаю на конференциях доклады на тему «Чем занимается менеджер по продукту?» (На самом деле, я даже сам выступил с одним из подобных докладов.)

video thumbnail

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

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

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

Сначала Мартин Эрикссон, экстраординарный руководитель продукта и основатель ProductTank, представил продакт-менеджмент в виде диаграммы Венна, согласно которой менеджер по продукту находится на пересечении бизнеса, технологии и пользовательского взаимодействия. Пятнадцать лет назад Бен Хоровиц, генеральный директор Opsware, назвал менеджера по продукту «генеральным директором продукта».

Я согласен как с Эрикссоном, так и с Хоровицем, но не всегда разделяю трактовку их определений. Люди видят диаграмму Эрикссона и думают, что менеджеры по продукту заведуют всеми тремя дисциплинами (пользовательским взаимодействием, технологией и бизнесом). Впрочем, он действительно говорит о том, что менеджеры по продукту должны определять оптимальное сочетание всех трех потребностей, принимать сложные решения и находить компромиссы. Узнав об аналогии Хоровица, люди думают, что менеджеры по продукту имеют некие особые полномочия. Это не так. Однако, как и генеральные директора, менеджеры по продукту устанавливают цели, критерии успеха, помогают мотивировать команды и несут ответственность за конечный результат.

Диаграмма Венна с областью ответственности менеджера по продукту и пересечением пользовательского взаимодействия, технологии и бизнеса | Atlassian — тренер по agile

Обязанности менеджера по продукту

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

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

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

  • Определение и представление потребностей пользователей.

  • Мониторинг рынка и анализ конкурентов.

  • Создание концепции продукта.

  • Согласование концепции продукта с заинтересованными сторонами.

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

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

Менеджер по продукту и владелец продукта

Если команда придерживается какой-либо методики Agile, у нее могут возникнуть трудности, когда придет время определить обязанности менеджера продукта. Так, командам Scrum дополнительно требуется владелец продукта.

Менеджер по продукту и владелец продукта работают вместе, используя клейкие стикеры и фломастеры | Atlassian Agile Coach

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

Это может происходить следующим образом.

Участие в повседневной деятельности

Менеджер по продукту Владелец продукта

Работает с внешними заинтересованными сторонами

Работает с внутренними заинтересованными сторонами

Помогает определить концепцию продукта

Помогает командам выполнять работу на основе общей концепции

Намечает критерии успеха

Намечает план для достижения успеха

Отвечает за концепцию, маркетинг, ROI

Отвечает за бэклог команды и реализацию работы

Работает на концептуальном уровне

Участие в повседневной деятельности

Однако при изменении состава и методов работы команды могут несколько измениться и обязанности. Например, если команда не использует Scrum (применяет Kanban или что-то другое), работа менеджера по продукту может в конечном итоге вылиться в расстановку приоритетов для команды разработчиков и обеспечение единого взгляда внутри команды. С другой стороны, если команда использует Scrum и не имеет менеджера по продукту, обязанности владельца продукта часто включают в себя некоторые обязанности менеджера по продукту.

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

Советы и рекомендации для эффективной работы менеджера по продуктам

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

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

Тем не менее существует несколько навыков и методов, которые понадобятся любому хорошему менеджеру по продукту.

Безжалостно расставляйте приоритеты

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

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

Четкое понимание целесообразности каждого из вариантов направляет менеджера по продукту к правильному решению.

Знайте текущую ситуацию

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

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

Предоставьте команде возможность принимать собственные решения

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

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

Научитесь оказывать влияние без полномочий

Я знаю младшего менеджера по продукту, которого уважает практически вся команда, хотя в самом начале многие участники выбрали бы более опытного руководителя, будь у них такая возможность. Как эта женщина расположила к себе окружающих? Она пригласила каждого из 30 участников команды на кофе и выслушала.

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

Станьте толстокожими

Компромиссы неизбежно делают людей несчастными. Хитрость заключается в том, чтобы сначала найти правильный компромисс, а затем объяснить, почему вы приняли именно такое решение. Если вы хорошо объясните причину своего решения, оно все равно может кому-то не понравиться, но в большинстве случаев люди будут уважать то, каким образом вы его приняли. И даже если не будут, лучшие менеджеры по продукту придумают, как с этим справиться.

Лучшие менеджеры по продуктам

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

Мы боготворим этих людей отчасти потому, что приятно вспоминать человека, добившегося больших достижений. Но в 99 % случаев отличные продукты созданы не одним великим мыслителем. Над ними трудились команды людей, которые делают действительно хорошую работу. Задача менеджера по продукту заключается в разработке своего уникального способа руководства такой работой.

Jira Product Discovery logo.

Try Jira Product Discovery for free

Prioritize, collaborate on, and deliver new product ideas — and build for impact.

Sherif Mansour

Sherif Mansour

Шериф Мансур занимается разработкой программного обеспечения более 20 лет. В настоящее время он является почетным менеджером по продуктам Atlassian. Как давний сотрудник Atlassian, он причастен к разработке Confluence, решению проблем во всех облачных продуктах Atlassian и созданию нового инкубатора продуктов внутри Atlassian. Шериф также сыграл ключевую роль при разработке новых продуктов Atlassian, таких как Stride, Team Calendars и Confluence Questions. Сегодня он руководит стратегией развития новейшего продукта Atlassian — Team Central. Шериф считает, что создать простой продукт так же сложно, как и написать простую краткую биографию.

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

1. Вдохновленные. Марти Каган

Оригинальное название: Inspired: How to Create Tech Products Customers Love. Marty Cagan.

Начну сразу с бестселлера, эту книгу посоветует практически любой CPO или опытный продакт. Автор в краткой форме пробегается по всем аспектам работы продакта: от команды продукта и смежников, до исследования и тестирования продукта. Марти Каган делится своим опытом, полученным во время работы в таких компаниях, как eBay и Netscape.

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

2. Бизнес с нуля. Lean Startup. Эрик Рис

Оригинальное название: The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses. Eric Ries.

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

3. На крючке. Нир Эяль

Оригинальное название: Hooked: How to Build Habit-Forming Products. Nir Eyal.

Книга о том, как создавать продукты, которые вызывают привыкание у пользователей. Автор описывает процесс создания продуктов, основанных на понимании психологии человеческого поведения. Особенно рекомендую для тех, у кого уже запущен продукт и нужно повышать такие метрики, как Retention или MAU/DAU.

4. Спроси маму. Роберт Фитцпатрик

Оригинальное название: The Mom Test: How to talk to customers & learn if your business is a good idea when everyone is lying to you. Rob Fitzpatrick.

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

5. Карьера менеджера IT-проекта. Лакман и Баваро

Оригинальное название: Cracking the PM Interview: How to Land a Product Manager Job in Technology. Gayle McDowell and Jackie Bavaro.

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

Основное внимание в книге уделяется предоставлению ответов на технические вопросы и задачи, с которыми кандидаты обычно сталкиваются во время собеседований при приеме на работу в таких компаниях, как Google, Microsoft, Apple, Amazon и других. Авторы разбираются в распространенных ошибках, которые допускают кандидаты, и предлагают эффективные методы подготовки к собеседованиям.

6. Intercom on Product Management

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

7. Scrum. Революционный метод управления проектами. Джефф Сазерленд

Оригинальное название: Scrum: The Art of Doing Twice the Work in Half the Time. Jeff Sutherland.

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

8. Дизайн привычных вещей. Дон Норман

Оригинальное название: The Design of Everyday Things. Don Norman.

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

9. Спринт. Джейк Кнапп

Оригинальное название: Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days. Jake Knapp, John Zeratsky, and Braden Kowitz.

Автор описывает методологию Sprint (не путать со спринтом из scrum), которая позволяет быстро протестировать идеи и решить сложные задачи. Она основана на идее, что важно быстро получить обратную связь от клиентов, чтобы понимать, как можно улучшить продукт.

10. Мифический человеко-месяц. Ф. Брукс

Оригинальное название: The Mythical Man-Month: Essays on Software Engineering. Frederick  Brooks.

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

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

Все эти книги помогут продактам понять, как создавать успешные продукты, управлять командой, а также учитывать потребности и психологию пользователей. Каждая из этих книг имеет свой уникальный подход и может помочь улучшить различные аспекты работы Product Manager’а.

Автор статьи: Владислав Носковец. Head of Product в ProductStar, ментор по продакт/проджект менеджменту, EdTech и карьере. Больше полезной информации в моем блоге на linkedin. Добавляйтесь в контакты.

Понравилась статья? Поделить с друзьями:
  • Руководство по замене жидкостей
  • Арбидол суспензия для детей цена инструкция по применению детям
  • Как продать дом с земельным участком без посредников пошаговая инструкция
  • Программа шахматка для гостиниц инструкция по применению
  • Адвокард инструкция по применению цена отзывы аналоги