Открыть Электронные книги
Категории
Открыть Аудиокниги
Категории
Открыть Журналы
Категории
Открыть Документы
Категории
2. Сообщение для пользователей − информация о том, как вы хотите донести продукт до пользователя
(конечного потребителя продукта). Команда маркетинга прорабатывает это вместе с вами.
3. Функциональность, «фичи» − плюсы нашего продукта, то, на что стоит обратить внимание.
4. Стоимость услуги.
Чем поможем
Глава 1. Навыки менеджера по продукту
1. Людей, команду.
2. Бюджет.
3. Определённые цели развития: что нужно компании на данном этапе − глобальный фокус.
Что делать
1. Работающий продукт.
10
Очень часто в команде одной или нескольких из перечисленных выше ролей не хватает.
В таком случае задачи недостающей роли должен закрывать менеджер по продукту.
Если он понимает, что не может их закрыть по причине отсутствия времени и фокуса,
направленного на решение этих задач, то он ищет и нанимает новых людей в команду.
ЧТО ДЕЛАТЬ-ТО НАДО?
12
Очень часто в команде одной или нескольких из перечисленных выше ролей не хватает.
В таком случае для менеджера по продукту важно уметь работать с созданием и проверкой продуктовых
гипотез. Важно не только быстро проверять гипотезы, но намного важнее их правильно формулировать
на старте, отвечая за осмысленность действий. Конечно, также важно уметь обеспечивать быстрое
движение по появлению новой функциональности и создавать реальную пользу для пользователя.
13
Михаил Высоковский, «Яндекс»
1. Исследования и прототипы.
Менеджер по продукту основывается не на экспертном мнении, а на реальном исследовании.
Необходимы представления о видах исследований: качественные, количественные, «про восприятие»,
«про использование» и пр., и понимание, для какого конкретного проекта какой метод использовать.
То есть проработка цепочки и важного цикла:
3. Описание продукта.
Глава 1. Навыки менеджера по продукту
Умение составлять качественные продуктовые требования: каких целей хотим достигнуть, какие проблемы
клиента решает продукт, как устроен рынок, какой конкретно продукт и на какую географию рассчитан,
какой результат и в каких метриках ожидаем получить.
5. Команда.
Менеджер по продукту является центральным звеном в команде, поэтому важно настроить общий язык
14
со всеми участниками. Команда должна быть именно командой, а не набором людей. В ней должны
разделяться общие ценности, быть сформировано единое видение: зачем и что делают её участники,
чтобы получать вдохновение на развитие.
2. Целеполагание.
Очень важный компонент, определяющий постановку правильных метрик
и амбициозных целей по их достижению.
3. Участие в зарубежных конференциях.
Источник новых знаний в отрасли. Необходимо равняться не только на российские,
а на многомиллиардные международные проекты.
15
Лучшее обучение для менеджера по продукту − попробовать запустить что-то своё, отработать
все навыки, построить, например, полные модели CustomerAcquisition, свести Unit-экономику.
ТАБЛИЦА НАВЫКОВ МЕНЕДЖЕРА ПО ПРОДУКТУ
Задание
Пройдитесь по всем пунктам таблицы и отметьте от 0 до 5, насколько вы на данный момент знакомы с этим
Глава 1. Навыки менеджера по продукту
пунктом, насколько вы его пробовали на практике, насколько считаете, что умеете его использовать.
20
Построение продукта
1. Анализ конкурентов.
Умение, во-первых, находить конкурентов, во-вторых, их оценивать − находить их финансовые
отчёты, понимать, как развивается их целевая аудитория, понимать, какие у них есть метрики
и показатели.
2. CustDev.
Умение общаться с пользователями и честно получать от них обратную связь как по решаемой вами
проблеме, так и по создаваемому вами продукту. 21
4. Аналитика.
Монетизация
Менеджер по продукту должен уметь зарабатывать деньги и оправдывать ожидания своей компании.
1. Важно соблюдать баланс между продуктом, который вы делаете для пользователей, и деньгами,
которые продукт должен заработать для компании.
Да, у вас в компании может быть отдельная роль «монетизатора», но быть оторванным от денег −
это быть оторванным от компании и иметь меньше возможностей для роста.
Процессы
2. Как сделать так, чтобы практически без вашего участия команда делала свои задачи?
Если кратко:
Просто запомните: менеджер по продукту − крайний!
Ваш рост зависит от того, какую ответственность вы берёте на себя.
Максимизация успеха и роста в профессии зависят от способности брать на себя всю
ответственность за продукт. При этом роль менеджера по продукту довольно неоднозначна
и может меняться в зависимости от той или иной компании.
Глава 1. Навыки менеджера по продукту
Максимизация успеха и роста в профессии зависят от способности брать на себя всю ответственность
за продукт. При этом роль менеджера по продукту довольно неоднозначна и может меняться
в зависимости от той или иной компании.
24
3. Изучить другие роли в компании и понять, чем им можно помочь − менеджер по продукту
может помогать не только продукту, но и компании в целом.
4. Понять про существующих в компании коллег − менеджеров по продукту: за что они отвечают,
за что их ценят.
Чем больше информации (постоянно задаваться и задавать вопрос: «Почему?»), тем полнее картина.
За менеджером по продукту стоит команда, для координации и эффективной работы с которой менеджеру
требуются предельная ясность, чёткость и структурность, понимание стратегии и следование плану.
Приоритизируйте и приоритизируйте
Желание приоритизировать и всегда находить суть, не закапываясь в мелочах, − это важное качество
менеджера по продукту. Более детально тема приоритизации представлена в главе 3.
Ориентируйтесь на данные
Запрашивайте информацию и обрабатывайте её. Личная экспертиза важна, но для принятия решений
и развесовки приоритетов ценнее отталкиваться от данных − решения, принятые менеджером по продукту,
дорогие, поэтому важнее опираться на численное обоснование, чем на профессиональную интуицию.
Слушайте
Для того, чтобы узнать больше ценной информации о продукте, пытайтесь разговорить пользователя
через внимание к нему. Умение слушать также является инструментом для решения проблем в команде
и с руководством. Например, когда невмешательство менеджера по продукту часто позволяет людям
договориться между собой.
Ищите фидбэк
Старайтесь узнать у пользователя максимум обратной информации о продукте через все доступные
и недоступные каналы − это отзывы, опросы и другие каналы коммуникации с пользователями.
Делайте то, что нужно компании на текущий момент
Выходите за рамки своих обязанностей, если в компании наблюдается проблема в другом отделе.
Умейте отказаться от личной продуктовой истории, когда свои навыки и время можно эффективнее
применить в решении других насущных задач, касающихся, например, отделов маркетинга или продаж.
33
ТАБЛИЦА ПОЛЕЗНЫХ КАЧЕСТВ МЕНЕДЖЕРА ПО ПРОДУКТУ
Глава 2. Качества менеджера по продукту
34
ГЛАВА 3. ПРИОРИТИЗАЦИЯ
1. Методы приоритизации.
2. На реальных примерах посмотрим, что используют в разных компаниях и почему.
3. Разберём ошибки при работе над приоритизацией функциональности.
4. Сделаем практическое задание.
По опыту многих компаний способы приоритизации можно разделить на два этапа.
Первый этап − быстрая оценка, чтобы отсеять самые неудачные идеи.
Второй этап − более медленная оценка, чтобы сделать выбор из оставшихся.
Глава 3. Приоритизация
Reach / Frequency
На примере компании «Рамблер»
37
Ось графика Reach показывает, как много потенциальных пользователей могут встретить
и воспользоваться функциональностью: «мало кто», «некоторые», «большинство», «все».
Глава 3. Приоритизация
Poker Planning
Алгоритм
Польза/Затраты
11. Для заполнения столбца 4 делим значение в столбце 2 (Польза) на значение в столбце 3 (Затраты)
и переводим в проценты.
12. Ранжируем все фичи по убыванию − от больших процентов (хорошее соотношение пользы
и трудозатрат) к меньшим, и берём верхние фичи для более детальной проверки.
Глава 3. Приоритизация
Стоит заметить, что не так важно, что вы будете считать «простой в реализации фичей»,
на реализацию которой могут уйти дни или недели, − это не повлияет на итоговое
ранжирование по сопоставлению пользы и затрат. Главное, чтобы каждая фича оценивалась
по одинаковым правилам.
40
RICE Score
На примере компании Intercom
Алгоритм
Confidence — показывает оценку вероятности того, что фича выстрелит в процентном соотношении:
при наличии реальных фактов − 90−95%, 50/50, что сработает − 50%, и если это ваши фантазии − 10−20%.
Даёт представление о некотором коэффициенте вашей веры в полезность фичи.
Effort − оцениваем, насколько сложно реализовать ту или иную фичу, допустим также по шкале от 1 до 5 41
(самая длительная в реализации).
RICE Score − считаем итоговый SCORE по формуле.
3. Получаем итоговые значения в графе RICE Score и выбираем ТОП-5 фичей к реализации.
Иерархия метрик
Алгоритм
2. Service − основная сервисная метрика. Стартуем с этого этапа и определяем сервисные метрики,
влияющие непосредственно на верхнеуровневые метрики.
3. LVL 1. Определяем факторы, влияющие на сервисную метрику.
4. LVL 2. Далее копаем вглубь каждого из выявленных факторов − ищем более глубинные факторы
42 (факторы LVL 2), влияющие на факторы LVL 1.
5. Other. Далее продолжаем копать вглубь до тех пор, пока не обозначим все глубинные факторы.
6. И так делаем со всеми своими метриками.
7. Далее формулируем гипотезу или выбираем фичу, которую хотим внедрить,
и задаём себе важный вопрос: на какую метрику повлияет эта фича?
8. Определяем уровень, на котором находится выявленная метрика.
Чем ближе ваша метрика в иерархии к основной, тем больше шансов, что ваша фича будет
более полезной. Чем дальше от основной закопана ваша фича, тем меньше влияние вашей фичи
на основные метрики.
Алгоритм
Например:
число пользователей фичи за месяц Х ожидаемый средний чек пользователя с фичи Х
число месяцев, с которых вы будете получать профит с реализации данной Х прибыльность
продукта
Число месяцев часто берут равным 12 (один год),
так как обычно через некоторое время фича устаревает и заменяется на другую.
Глава 3. Приоритизация
45
Например:
общее число людей, которые заходят в нужный раздел Х % людей, которые,
по вашему мнению, воспользуются / купят новую фичу
5. Считаем, сколько денежных средств нам нужно вложить в разработку и внедрение данной
функциональности (например, можно взять оценку в часах команды разработки и умножить
на стоимость часа работы разработчика в вашей компании).
6. Посчитаем ROI.
Таким способом стоит сравнивать фичи, которые в абсолютных числах приносят прибыль
примерно одного масштаба, иначе у вас смешаются мелкие фичи
(которые принесут вам 100 рублей) и крупные (способные принести несколько миллионов).
ПОДВЕДЁМ ИТОГИ
1. Выбираем топ-3 ключевых метрик, которые считаем наиболее важными.
2. Собираем гипотезы для их прокачки.
3. Если рынок новый, то используем качественные методы.
4. Делаем быструю оценку и отбрасываем «слабых» кандидатов.
5. Делаем детальную оценку оставшихся кандидатов (например, на основании ROI).
ПРАКТИЧЕСКОЕ ЗАДАНИЕ
Глава 3. Приоритизация
Возьмите 3 существующие фичи в вашем сервисе и придумайте 3 новые дополнительные фичи.
Проведите приоритизацию фич, применив метод «Иерархия метрик» и метод «расчёт ROI»
(значения метрик возьмите произвольными).