К стандартным задачам на этапе определения продукта относятся:
Приоритизация задач, поставленных на этапе исследования продукта.
Выбор целевого клиента.
Составление пути клиента (customer journey).
Определение показателей успеха.
Создание ви́дения продукта.
Составление предварительной дорожной карты (roadmap).
Определение первоначальных сроков.
Кульминацией этапа определения часто является своего рода подведение итогов, где задачи распределяются между участниками команды и дается сигнал к началу работы.
ДИЗАЙН ПРОДУКТА
Представьте, что ваша команда готова начать работу над четко определенной задачей загрузки пользовательских фотографий во время регистрации в некоем сервисе и ваш дизайнер быстро набрасывает решение. Все вроде бы выглядит неплохо, вы даете добро и команда создает продукт. Но, к сожалению, клиенты не могут разобраться с регистрацией и непрерывно пишут в службу поддержки. Вы понимаете, что требуется совсем другой подход, и все переделываете. Что пошло не так?
В данном сценарии вы не рассмотрели разные варианты решений и не протестировали бумажные прототипы на этапе дизайна (design phase).
Этап дизайна это не просто перенос вашего замысла в картинки; он включает в себя глубокое продумывание идей и их проверку на реальных людях. Это касается и пользовательского интерфейса (например, создаются мокапы и визуальные прототипы), и технического решения (разрабатываются проектные документы и технические прототипы).
К стандартным задачам на этапе дизайна относятся:
Написание спецификации.
Определение функционала.
Согласование зависимостей с другими командами.
Вайтбординг[13] с дизайнерами и инженерами.
Предоставление обратной связи по дизайну.
Исследование юзабилити продукта.
Работа дизайнера обычно начинается немного раньше этапа разработки (develop stage), но в крупных проектах, как правило, эти действия частично совпадают по времени. Например, инженеры могут заниматься реализацией одной части решения, в то время как дизайнер продолжает работать над другой его частью. Или же сначала инженеры создают базовый прототип, а затем вместе с дизайнером решают, как продукт будет выглядеть и функционировать.
РАЗРАБОТКА ПРОДУКТА
На этапе разработки происходит превращение идеи в рабочий программный код. В зависимости от команды на этом этапе у PM может быть много обязанностей по управлению проектом. Иногда их может взять на себя техлид. В обоих случаях неизбежно возникают непредвиденные ситуации, и PM приходится их как-то улаживать, чтобы удержать команду в нужном русле.
К стандартным задачам на этапе разработки относятся:
Составление тикетов (запросов) на разработку.
Определение показателей, которые следует измерять и отслеживать.
Расстановка приоритетов по исправлению багов.
Регулярная помощь коллегам по команде в затруднительных ситуациях.
Практическая проверка функций по мере их создания и предоставление обратной связи.
Предоставление актуальной информации стейкхолдерам и руководству.
Чем внимательнее вы будете к своей команде, тем быстрее она сможет создать продукт.
ЗАПУСК ПРОДУКТА
Создание продукта завершается этапом запуска (delivery), на котором решение представляют пользователям. При этом в него могут вноситься изменения: некоторые незаметно, без лишней шумихи, из других делают целую рекламную кампанию для продвижения продукта.
Многое на этапе запуска может пойти не так. И именно PM должен проследить за тем, чтобы все прошло хорошо. Ведь вы не хотите в день запуска обнаружить, что продукт полон багов и выводит из строя серверы один за другим. Вряд ли службы продаж и поддержки будут рады изменениям, которые они не смогут объяснить клиентам. И маловероятно, что вам понравится перспектива отправки тысячам клиентов писем с просьбой загрузить приложение, которое еще не доступно в AppStore (Как? Оно же там было!).
К стандартным задачам на этапе запуска относятся:
Выполнение этапа валидации: догфудинг[14], бета-тестирование, A/B-тесты и тесты на устойчивость.
Организация процесса обеспечения качества (quality assurance, QA).
Работа с партнерами и проверка их готовности к запуску продукта (в том числе наличия всех разрешений).
Сотрудничество с маркетологами по вопросам вывода продукта на рынок.
Обучение менеджеров по продажам и сотрудников службы поддержки.
Вечеринка с командой в честь успешного запуска.
Запуск продукта требует особой слаженности действий и снижения рисков до минимума. В основе любого успешного запуска лежит взаимодействие продуктового, инфраструктурного, маркетингового, производственного и множества других отделов.
АНАЛИЗ ПРОДУКТА
Несмотря на то что после запуска одного продукта многим хочется сразу перейти к созданию другого, после этапа запуска работа не заканчивается. Сначала важно оценить, как все прошло, и сделать правильные выводы. Зачастую они приводят к новому витку развития продуктов.
К стандартным задачам на этапе анализа (debrief) относятся:
Ретроспективная оценка того, что было сделано правильно, а что нет.
Анализ метрик запуска.
Изучение отзывов клиентов о запуске.
Определение очередности «мер быстрого реагирования» на основе обратной связи от клиентов.
Оценка успешности запуска.
Информирование всех сотрудников компании о результатах запуска.
Составление плана дальнейших действий (следующей итерации).
Время и энергия, которые вы потратите на «разбор полетов», помогут вам вырасти как PM и укрепить свой авторитет.
ДРУГИЕ ВИДЫ ДЕЯТЕЛЬНОСТИ
Предполагается, что помимо разработки продуктов PM должен прилагать немало усилий как к своему личностному росту, так и к развитию своей команды и компании в целом.
С этой точки зрения перед PM встают следующие задачи:
Подбор кандидатов на вакансии и проведение собеседований.
Менторство других PM.
Написание подробных отзывов о работе коллег.
Участие в таких корпоративных процессах, как постановка целей и подготовка текущих отчетов.
Обзор спецификаций других PM.
Ответы на вопросы других команд.
Презентация продуктов важным клиентам.
Регулярные встречи с клиентами.
Обмен полученным опытом.
Участие в процессах в масштабах всей компании.
Выступления на общих собраниях.
Участие в обсуждениях стратегии.
Участие в отраслевых конференциях.
Отслеживание передового опыта в области продакт-менеджмента.
Как стать хорошим продакт-менеджером
Хорошие PM это те, кто создает классные продукты. В начале карьеры вас могут хвалить за развитие навыков и проявление потенциала, но в конечном итоге ваш уровень будет измеряться эффективностью продуктов, которые вы создаете[15].
К счастью, чтобы создавать хороший продукт, вам не нужно быть творческим гением, вдохновение к которому приходит только во сне.
Существует множество проверенных приемов и практик, которые повысят ваши шансы на создание успешного продукта. Они не сделают из вас крутого PM в одночасье и не гарантируют, что ваши продукты никогда не будут провальными, но они помогут избежать наиболее распространенных ошибок и дадут некоторую основу, для того чтобы начать экспериментировать, делать выводы и совершенствоваться. И, конечно, они не заменят собой здравый смысл.
На то, чтобы стать хорошим PM, могут уйти годы практики и опыта.
Сначала вам покажется, что приемов и практик так много, что определить, какие из них будут полезны в той или иной ситуации, просто невозможно. Вы можете застопориться на стадии выбора правильного шаблона или лучшего метода agile-разработки. Много времени будет уходить на управление командой, пока вы не научитесь интуитивно чувствовать, какие шаги можно пропустить или как быстро вовлечь людей в разработку плана. Проблемы могут возникнуть на поздних этапах разработки, где их устранение потребует больших затрат. Время от времени руководство будет вмешиваться в вашу работу и требовать масштабных изменений.