Чеклист запуска продукта для Product Manager

8 min readMar 25, 2021

Материал изначально вышел на DOU на украинском языке

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

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

Две большие разницы

Я уже больше двух лет работаю в компании SoftServe на позиции Product Manager. Многие из вас уже пошли писать комментарии о том, что нет никаких продуктовых менеджеров в аутсорсе, что все это блажь и выдумки. Правда в том, друзья, что продуктовые менеджеры в аутсорсе существуют, вот только стек их знаний и перечень обязанностей сильно отличается от того же набора их коллег в продуктовой компании. Я знаю, о чем говорю, потому что перед аутсорсом я работала в продуктовой компании. Но если вы хотите холивара — ни в чем себе не отказывайте : )

Продукт, о котором сегодня буду говорить в качестве примера для запуска — веб-приложение в сфере e-learning с целевой аудиторией на женщин пост-СНГ стран и экспатов. Перед этим продуктом у меня еще на заре моей карьеры был опыт запуска веб-приложения с категорически другой целевой и я могу сделать первый вывод — запуск запуску рознь и вы никогда не найдете идеального сценария ваших коллег, который сработает для вас на 100%. Мало того — насколько ваши продукты не были бы похожи — они разные по определению. У вас должны быть свои индивидуальные критерии успешного запуска и свои уникальные атрибуты каждого шага этого процесса.

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

В моем случае к нам обратился клиент с общим описанием идеи, а мы взяли на себя всю продуктовую и проектную работу: определение проблемы, формирование целевой аудитории, работа с позиционированием и визуальным стилем, монетизация, UI\ UX, тестирование ключевых гипотез, построение комьюнити early adopters, имплементация MVP и софт-лонч, поддержка пользователей и многие другие активности.

Зачем мне чеклист

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

Шаг 1: критерии, роли, планирование

Итак, вы — член команды, которая готовится к запуску продукта или же вы сами отвечаете за запуск. Самое время поднять такие вопросы :

Что именно значит “запуск продукта”? Удивитесь, но если для вас кажется ответ очевидным, то не спешите с выводами — кому-то запуск –это про публикацию приложения на апп сторе, кому-то запуск равно выход на Product Hunt, а кому-то — это публикация кода на продакшне. В моем случае мы решили, что запуск — это публикация информации на официальной странице продукта в Facebook с приглашением перейти на сайт.
Как вы поймете, что запуск был успешным или неуспешным? Какие есть критерии? Это может быть 20 бесплатных пользователей на сайте или 30 конверсий в регистрацию\покупку, или же определенный DAU. Вариантов может быть миллион, но важно понять каждый критерий успешного запуска и причину, почему выбран именно он, — от этого будет зависеть объем работы в процессе, во время самого запуска и “контрольные точки” в самом процессе. В моем случае мы остановились на неделе после запуска без критичных багов.
У кого какие роли в запуске этого продукта? Распределите ваши задачи по направлениям: техническая сторона, саппорт, маркетинг. Проговорите с вашим руководителем, чего он ожидает от вас и что важно вам от него получить. В моем случае еще была сторона клиента — заказчика приложения. Мне важно было проговорить с ним все детали, услышать опасения и ожидания, подготовить к возможным проблемам и рассказать, как именно мы будем их решать в случае возникновения.
Какие компоненты Complete Product Experience вам будут нужны в этом запуске и ничего ли вы не забыли? Есть вероятность, что не все элементы релевантны и это ок. Не придумывайте себе лишней работы.
Создание графика запуска — выделите на него неделю времени, лучше всего запускать во вторник или в среду утром — так у вас будет запас времени на то, чтобы починить все, что отвалится (а оно несомненно отвалится!). Время и день запуска сильно зависят от планов маркетинга, ваших договоренностей со стейкхоледрами и пользователями, а также многих других переменных.
Запланируйте больше встреч с командой на этот период — если у вас как правило две встречи неделю, то сделайте встречи каждый день в неделю которая до дня Х и в неделю которая после дня Х. В случае запуска продукта в аутсорсе — запланируйте отдельные встречи с клиентом перед запуском (чаще чем обычно) и после запуска (обсуждение результатов, ожиданий и обратная связь, которую получает клиент напрямую от пользователей).
Создайте папку [ProductName] Launch Doсuments в вашем репозитории документов, поделитесь ей со всеми заинтересованными лицами и вовремя обновляйте ее.