Нетология продакт менеджер

Профессия Product-manager

Вы научитесь тестировать гипотезы, проводить UX-исследования и управлять продуктом — и всё это меньше, чем за 2 года.

Записаться на курс

• Длительность 18 месяцев
• Онлайн в удобное время
• Обучение на практике
• Доступ к курсу навсегда

На рынке не хватает рroduct-менеджеров

• 2 265 компаний сейчас ищут product-менеджеров
• 80 000 рублей зарплата начинающего специалиста

Данные сайта hh.ru

Кому подойдёт этот курс

Специалистам смежных профессий

Пройдёте все этапы работы от прототипирования до разработки экономической модели и сможете создавать жизнеспособные продукты для себя и клиентов.

Новичкам в IT

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

Топ-менеджерам и предпринимателям

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

Чему вы научитесь

1. Исследовать рынок и конкурентов
2. Тестировать гипотезы с помощью прототипов
3. Разбираться в юнит-экономике и моделях монетизации
4. Приоритизировать задачи и вести бэклог
5. Строить диаграммы и оптимизировать работу с помощью формул в таблицах
6. Делать простые SQL-запросы в базе данных
7. Пользоваться методологиями командного управления
8. Создавать продающие презентации

Записаться на курс или получить бесплатную консультацию

Похоже произошла ошибка. Попробуйте отправить снова или перезагрузите страницу.

Ваша заявка успешно отправлена

Как проходит обучение

Изучаете тему

В курсе — практические видеоуроки.

Выполняете задания

В том темпе, в котором вам удобно.

Работаете с наставником

Закрепляете знания и исправляете ошибки.

Защищаете дипломную работу

И дополняете ею своё портфолио.

Программа

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

1. Product-менеджмент с нуля

1. Карта компетенций product-менеджера и его функция в бизнесе.
2. Как пользователь поможет сделать продукт лучше.
3. Как аналитика поможет сделать продукт лучше.
4. Продуктовые фреймворки.
5. Геймификация в продукте.
6. Customer Development.
7. Продуктовая аналитика.
8. SQL.
9. Юнит-экономика.
10. Монетизация продуктов.
11. Бэклог и roadmap.

1. Мобильные продукты.
2. Маркетинг продукта: эксперименты с мобильным трафиком.
3. Product-менеджер в командных процессах.
4. Growth hacking.
5. Путь развития product-менеджера.
6. Стратегическое планирование.
7. Презентация информации.
8. Подготовка к собеседованию.
9. Наём и управление product-менеджерами.

1. Профессия дизайнера в эпоху цифровых перемен.
2. Основные этапы работы над дизайн-проектом.
3. Service design — теория и практика.
4. UX-проектирование, паттерны и психология пользователя.
5. Бонус-модуль. Эффектный кейс в 20 000 пикселей высоты.
6. UX-проектирование. Исследование интерфейсов.
7. Data driven design: теория и практика.
8. Бонус-модуль. Дизайн-концепция за 60 минут.
9. Concept design: творчество в дизайне.
10. Бонус-модуль. Создание рабочего UI kit.
11. Visual design: теория и практика.
12. Бонус-модуль. Анимация интерфейсных элементов.
13. Техника успешной презентации.
14. Отраслевая специфика.
15. Бонус-модуль. Экскурсия в AIC.
16. Разбор кейсов из практики «1С-Битрикс» и «Битрикс24» — разработка дизайна сайта, продуктов и единой экосистемы интерфейсов.
17. Разбор кейсов из практики: Госуслуги — проектирование и дизайн интерфейсов.
18. Разбор кейсов из практики: «НТВ-плюс» — разработка и развитие сайта.
19. Карьера дизайнера.

1. Введение в специальность: UX-аналитика в digital.
2. Разбор подходов Data Driven и Data Informed.
3. Продвинутый обзор Google Analytics.
4. Построение и оптимизация воронок.
5. Очные исследования.
6. Удалённые исследования.
7. Петля улучшений. Поиск гипотез и версионность тестов.
8. A/B-тесты и другие способы проверки гипотез.
9. Теория и практика.
10. Юнит-экономика.
11. Почему не обойтись без базовых знаний JavaScript.
12. Настройка Google Tag Manager.
13. Настройка Google Analytics.
14. Зачем нужен SQL и как с ним работать.
15. Аналитика 360. Ваши персональные большие данные.
16. AIC.Brain. Аналитическая система своими руками.
17. Введение в BI. Обзор промышленных систем аналитики.
18. Разбор кейсов.

1. Структура, сторителлинг и тексты.
2. Стиль, дизайн и типографика.
3. Данные и инфографика.
4. Публичные выступления.

1. Основные возможности Excel.
2. Формулы и функции.
3. Визуализация данных.
4. Сводные таблицы.
5. Формулы массивов.
6. Инструменты анализа и оптимизации.
7. Прогнозирование в Excel.
8. Сложные диаграммы.
9. Работа с внешними источниками данных.
10. Введение в макросы и язык VBA.

1. Основы и интерфейс таблиц.
2. Совместная работа с документами. Сортировка. Фильтры и фильтрация.
3. Сводные таблицы: основы.
4. Визуализация данных.
5. Проверка данных.
6. Правила работы с формулами.
7. Типы диапазонов, связывание листов и документов между собой. Функция IMPORTRANGE.
8. Функции суммирования и подсчета.
9. Логические функции.
10. Текстовые функции.
11. Функции для работы с датой и временем.
12. Работа с диапазонами: основные функции (ВПР, ИНДЕКС, ПОИСКПОЗ, SORT, FILTER).
13. FILTER: введение.
14. QUERY: введение (синтаксис, SELECT, WHERE, ORDER BY, GROUP BY, PIVOT).
15. Скрипты: введение.
16. QUERY: продвинутый уровень.
17. Работа с диапазонами: продвинутые функции (СМЕЩ, FILTER — сложные кейсы).
18. Статистические функции и функции баз данных.
19. Функции импорта.

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

Похоже произошла ошибка. Попробуйте отправить снова или перезагрузите страницу.

Почему продакт-менеджер — не разработчик, маркетолог, менеджер или тестировщик

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

Аналогичную ситуацию я, как выпускник факультета PR МГИМО, наблюдала по отношению к PR-специалистам. Во многом виноваты в таком отношении сами продакт-менеджеры. Честно говоря, от разработчиков и проектных менеджеров, которые столкнулись с профессионалом в управлении продуктом, я слышу только хорошее. «Продакт нужен», «Работать без продакта сложно или невозможно».

В случае, если продакт не до конца выполняет свои обязанности, у команды часто возникает резонный вопрос «А зачем этот человек вообще нужен?»

Такой же вопрос может возникнуть и в команде, где роль продакта только-только появляется. На новичка смотрят как на диковинную зверушку и относятся к нему подозрительно: «раньше мы как-то справлялись, зачем он нужен?»

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

Почему продакт — не маркетолог

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

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

Единственное, что на мой взгляд, продакт категорически не имеет права делегировать маркетологам — это презентацию своего продукта на крупных мероприятиях. Узконаправленные презентации с целью продаж делегировать можно и нужно. Но рассказывать на мероприятии к запуску или условном РИФ+КИБ продакт должен лично.

Почему продакт — не проджект

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

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

Когда-то в Яндексе было такое понятие как «менеджер Яндекса», и на странице вакансий даже подробно объяснялось, что это за роль: если представить проект, как отдельную фирму, то это её руководитель. Единственное, этот один менеджер все-таки должен прежде всего обладать продуктовым мышлением и работать над созданием и развитием продукта, вдоль дороги выстраивая процессы разработки.

Именно так например в один из периодов работала я. При этом я видела и обратную ситуацию. Будучи изначально проектным менеджером, люди брали в руки и управление продуктом и делали это блестяще. В целом хороший менеджер с продуктовым мышлением вполне может сам управлять своими проектами до определенного предела. Четкого определения этого предела я дать не могу, тут все зависит от способностей конкретного человека и организованности конкретной команды. В классической теории одного менеджера вполне достаточно для команды из 3−5 разработчиков.

Почему продакт — не дизайнер

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

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

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

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

Почему продакт — не тестировщик

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

«Если нажать на эту кнопку предварительно три раза введя и удалив „абрвалг“, проскроллив страницу пять раз вверх и четыре раза вниз, то в одном случае из 15 выдаётся unknown error».

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

По большому счету, именно во власти руководителя продукта закрыть баг, описанный выше, в таск-трекере с пометкой won’t fix. Продакт должен быть либо постоянным пользователем своего продукта, либо хотя бы периодически полноценно становиться на место пользователя и выходить в поля.

В «СКБ-Контуре», например, вся команда по-очереди отрабатывала целый день в саппорте. Лично я уже отработала несколько модераторских смен, чтобы лучше понять модераторов — одну из ЦА продукта «Рамблер/комментарии».

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

Почему продакт — не разработчик

Я уже писала выше о потенциальном конфликте интересов между проджектом и продактом. В случае с разработкой этот конфликт приобретает поистине колоссальные масштабы.

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

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

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

Вообще лучшее описание взаимодействия между продактом и разработкой, на мой взгляд, дано в книге Inspired:

Продакт должен делать правильный продукт, а инженер должен делать продукт правильно.

Кто же такой этот продакт?

В заключении очень хотела дать-таки какое-то определение, обозначить границы ответственности и расставить все точки на «и», но так и не смогла.

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

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

Екатерина Текунова — преподаватель на очной программе обучения «Руководитель digital-продукта». За 5 месяцев продакт-менеджеры крупнейших компаний Рунета расскажут всё, что знают о руководстве продуктом. Все выпускники получают дипломы о профессиональной переподготовке. Записывайтесь.

Нетология продакт менеджер

Повышать свою квалификацию я отправился в Нетологию на курс Руководитель digital-продукта. Название немного не соответствует сути, правильнее было бы назвать “product manager”, но их вариант видимо звучит более завлекательно и больше соответствует цене, которая совсем не маленькая. Почему выбрал именно этот курс: потому что Нетология на слуху, потому что спикеры из реальных проектов с реальными кейсами, а не просто теоретики. Потому что курс покрывает большой пласт тем и дает надежду, что я вынесу системное и разностороннее понимание своей роли в проектах. А еще потому что логистически очень удобно (на полпути до дома с работы) и потому что есть иллюзия, что высокая цена = высокая ценность для меня.

Первое занятие проводил Микаэл из Детского Мира. Я бы оценил 4,5 из 5. Хорошая подача, приятно слушать и не сложно воспринимать. Жаль, что основные кейсы были на примере опыта в игровом секторе, т.к. лично мне было бы интересно услышать про кейсы Детского мира потому что мой прошлый проект был про e-commerce и текущий проект может почерпнуть оттуда полезные практики.

Определимся по терминам: “продакт” – product manager, “продукт” – это просто продукт, т.е. объект управления продактом, “проджект” – project manager.

Что основное я вынес для себя из занятия:

• Продакт-менеджер отвечает за то, ЧТО мы делаем и ПОЧЕМУ мы это делаем (гипотезы), хороший продакт* обязательно определяет критерии оценки и ИЗМЕРЯЕТ РЕЗУЛЬТАТ внедрения, чтоб подтвердить правильность направления или скорректировать его
• Продакт находится на стыке областей, обычно это технологии, бизнес и дизайн. Он хорошо понимает в каждой из них и говорит на их языке с представителями как ждой из областей. И поэтому обладает наибольшим пониманием целей продукта и пути их достижения
• Продакт — это носитель идеи и стратегии. Он знает куда мы вообще двигаемся и какими средствами мы будем это достигать
• Продакт — это коммуникации. Я должен уметь хорошо защищать идеи. Я должен до каждого участника проекта доносить задачу в правильном виде. Я должен быть послом проекта и всех вдохновлять. (самая большая сложность для интроверта)
• Продакт — постоянно пишет, описывает и систематизирует. Ведет Wiki, описывает требования, делает долгосрочное планирование
• Продакт — это не проджект. Совмещать возможно, но будут внутренние конфликты. Все участники хотят, чтобы задача была сделана полноценно, качественно и в срок. Но для продукта приоритетнее «полноценно», а для проджекта – «в срок». Вот баланс этого и есть предмет конфликта
• Приоритезировать задачи следует по соотношению их трудоемкости и степени влияния на ключевые показатели проекта. Сначала делаем быстрые задачи с максимальным эффектом.

Рекомендуемые инструменты: trello для agile, confluence для ведения wiki, readymag для презентаций и идей, майндмепы для сбора требований.

Что мне нужно корректировать в себе:

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

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

Продакт-менеджер: на волне ИТ-революции

Кто такой продуктовый менеджер и как им стать?

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

ИТ-медик, биоэтик, генетический консультант, экоаналитик, тренер творческих состояний. Именно так, по заверениям футурологов, будет выглядеть рынок труда через 10–15 лет. Однако уже сегодня сервисы поиска работы пестрят непонятными обывателю вакансиями. Современные технологические (и не очень) компании крайне нуждаются в UX/UI-дизайнерах , Agile-коучах, в специалистах по машинному обучению, искусственному интеллекту, нейронным сетям и Data Science , в DevOps-инженерах и аналитиках Big Data. Кто все эти люди и как ими управлять?

Действительно, современный рынок труда меняется крайне быстро. Технологии ворвались во все сферы нашей жизни, превратив художников в UX/UI-дизайнеров, инженеров — в ИТ-архитекторов, управленцев — в продакт-оунеров, проектных менеджеров и руководителей продуктов.

Кстати, спрос на этих, пока еще экзотичных, специалистов продолжает расти из года в год. Если в 2010 на платформе hh.ru было размещено лишь 363 вакансии «менеджер продукта», то сегодня речь идет о 1300. При этом в Москве минимальный оклад специалиста с опытом год и менее — 75 000 рублей. «Продакт» со стажем от 3–5 лет может рассчитывать на 300 000+.

Что же это за «птица» такая — продакт-менеджер? Какие функции он выполняет? Какими профессиональными и личностными качествами обладает и как им стать? Разберемся.

История вопроса

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

Вероятно, поэтому за продакт-менеджерами закрепилась звание ИТ-специалистов.

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

Недостающие компетенции можно подтянуть как в рамках краткосрочных тренингов по отдельным инструментам или методологиям ( CustDev , дизайн-мышление, методы анализа рынка и конкурентов), так и в рамках долгосрочных онлайн- или очных курсов в школах при крупных ИТ-компаниях или вузах. Обучение возможно и с нулевым опытом работы в продуктовой сфере. Зачастую после обучения студентам помогают с трудоустройством.

Обучение по профессии «продуктовый менеджер»

Курс «Product Manager: от идеи до успешного управления продуктом» от GeekBrains и Mail.Ru Group, онлайн, 16 месяцев, 125 000 рублей. Гарантия трудоустройства.

Курс Product Heroes Ильи Красинского, онлайн + очное обучение, 4 недели, 75 000 рублей.

Курсы Product University Аркадия Морейниса, онлайн , 8 недель, в случае трудоустройства в течение 6 месяцев после выпуска оплата 50% от первой месячной зарплаты.

Онлайн-курс «Как быть продактом» от Product Star, онлайн, 2 месяца, 27 000 рублей.

Онлайн-курс «Тренажер product-менеджера» Skillfactory, онлайн, 3 месяца, 43 900 рублей.

Курс ФРИИ «Профессия — продакт-менеджер», очное обучение, 3 месяца, 99 000 рублей.

Курс «Нетологии» Product Manager, 4.5 месяцев, очное обучение, онлайн, от 110 000 до 135000 рублей.

Программа «Управление цифровым продуктом» НИУ ВШЭ, очное обучение, 5.5 месяцев, 250 000 рублей.

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

Это специалист, который решает, каким будет будущий продукт с учетом того, что последний должен:

быть полезен потребителю;

принести максимальную ценность бизнесу;

соответствовать видению компании.

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

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

продакт-менеджер в компании «Техносерв», опыт работы по специальности — 8 лет

Универсальный солдат

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

Product manager должен:

понимать пользователей: как живут и принимают решения, какие проблемы пытаются решить;

выявлять даже неосознанные потребности людей;

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

строить гипотезы о функциональности продукта и проверять их;

работать с продуктовыми метриками;

выводить продукт на рынок и развивать его в дальнейшем;

грамотно выстраивать отношения с потребителями, командой, руководством и инвесторами;

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

управлять командой разработки.

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

Хороший продакт-менеджер — это тот, кто:

Генерирует идеи, приносящие компании деньги.

Быстро и вовремя выводит продукты, приносящие как минимум плановый доход.

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

Грамотно формирует метрики SLA.

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

Что такое продукт?

Продукт — товар или услуга, который:

Востребован группой пользователей.

Решает проблему пользователей.

Генерирует прибыль или делает вклад в имидж компании, в лояльность пользователей.

Имеет систему метрик для оценки эффективности.

В ИТ-индустрии продукты классифицируются по сегменту аудитории (b2b, b2c, g2c и т.д.), типу монетизации, технологии. По последнему критерию, например, можно выделить:

Mobile-only-продукты (Instagram, Pokemon Go, «Рокетбанк»).

Мультиплатформенные продукты (VK, «Тинькофф», «Яндекс.Музыка»).

Offline-продукты («Авито», ЦИАН, Booking, Uber, Delivery Club).

Hardware-продукты («Яндекс.Станция», Tesla).

Продакт vs проджект

Очень часто можно услышать вопрос: «Чем продакт-менеджер отличается от проджект-менеджера?». Самый банальный ответ — полномочия «продакта» значительно шире функционала «проджекта».

Навыки проектного управления просто необходимы «продакту». Во-первых, во многих компаниях не видят смысла брать «проджекта» при наличии «продакта». Во-вторых, менеджеру продукта часто приходится вести проекты, не связанные с разработкой («проджект» обычно управляет лишь проектом разработки): например, разработка MVP к определенному сроку в рамках ограниченных финансовых и человеческих ресурсов.

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

Набор навыков продакт-менеджера и проджект-менеджера также отличается.

Определяет ключевые потребности пользователей.

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

Формирует видение продукта.

Устанавливает целевые показатели продукта.

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

Доносит видение продукта и ключевые результаты до команды и стейкхолдеров.

Расставляет приоритеты для реализации тех или иных улучшений.

Прогнозирует рост ключевых показателей: финансовых, пользовательских.

Проджект-менеджер делает совсем другое:

Помогает команде разработки оценить и разделить проект на этапы.

Связывает разные команды между собой, если это необходимо.

Планирует и контролирует сроки исполнения этапов.

Делает Roadmap проекта и определяет внутренние дедлайны.

Управляет ожиданиями заказчиков.

Функции «продакта»: и жнец, и на дуде игрец

До запуска

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

На этапе запуска

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

Когда образ MVP финализируется, наступает этап создания бизнес-модели: как и за сколько продавать продукт. Тогда же проводится расчет юнит-экономики.

На этом этапе к продуктовому менеджеру подключаются дизайнер и разработчик. Они помогают материализовать продукт и создать MVP. При наличии минимальных навыков разработки «продакт» может взять эти роли на себя.

Этап роста

Теперь стоит задача роста доходов от продукта.

Минимальная версия продукта уже запущена и работает, а фокус продакт-менеджера смещается на валидацию новых продуктовых и маркетинговых гипотез. Пришло время A/B-тестов, которые позволят найти наиболее эффективный канал привлечения и удержания аудитории, оптимизировать конверсионные воронки внутри продукта (например ИТ-платформы).

Продуктовая команда на данном этапе может включать: