Гэйл Лакман Макдауэлл – Карьера продакт-менеджера. Все что нужно знать для успешной работы в технологической компании (страница 4)

Видеокассеты Betamax и VHS

К стандартным задачам на этапе исследования продукта относятся:

• Изучение запросов на добавление новых функций.

• Анализ показателей воронки продаж.

• Опрос клиентов.

• Тестирование идей.

• Обсуждение долгосрочной стратегии.

• Изучение конкурентов.

• Анализ рынка.

• Проведение мозговых штурмов.

• Запуск дизайн-спринтов (пятидневных сессий, во время которых прорабатываются идеи и тестируются прототипы продукта. – Примеч. ред.)[12].

Исследование – это волшебный инструмент для стабильного создания успешных продуктов. Без него лишь останется надеяться, что первая идея, которая придет вам (или вашему руководителю) в голову, станет правильным решением серьезной проблемы клиента.

ОПРЕДЕЛЕНИЕ ПРОДУКТА

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

Что пошло не так?

А дело в том, что вы внесли недостаточно ясности на этапе определения (define phase). Вы не сопоставили масштабы проблемы и то, как должен выглядеть желаемый результат работы. Возможно, вы предположили, что в первом релизе вы решите только небольшую часть задач, но не объяснили это вашему дизайнеру.

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

К стандартным задачам на этапе определения продукта относятся:

• Приоритизация задач, поставленных на этапе исследования продукта.

• Выбор целевого клиента.

• Составление пути клиента (customer journey).

• Определение показателей успеха.

• Создание ви́дения продукта.

• Составление предварительной дорожной карты (roadmap).

• Определение первоначальных сроков.

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

ДИЗАЙН ПРОДУКТА

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

В данном сценарии вы не рассмотрели разные варианты решений и не протестировали бумажные прототипы на этапе дизайна (design phase).

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

К стандартным задачам на этапе дизайна относятся:

• Написание спецификации.

• Определение функционала.

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

• Вайтбординг[13] с дизайнерами и инженерами.

• Предоставление обратной связи по дизайну.

• Исследование юзабилити продукта.

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

РАЗРАБОТКА ПРОДУКТА

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

К стандартным задачам на этапе разработки относятся:

• Составление тикетов (запросов) на разработку.

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

• Расстановка приоритетов по исправлению багов.

• Регулярная помощь коллегам по команде в затруднительных ситуациях.

• Практическая проверка функций по мере их создания и предоставление обратной связи.

• Предоставление актуальной информации стейкхолдерам и руководству.

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

ЗАПУСК ПРОДУКТА

Создание продукта завершается этапом запуска (delivery), на котором решение представляют пользователям. При этом в него могут вноситься изменения: некоторые незаметно, без лишней шумихи, из других делают целую рекламную кампанию для продвижения продукта.

Многое на этапе запуска может пойти не так. И именно PM должен проследить за тем, чтобы все прошло хорошо. Ведь вы не хотите в день запуска обнаружить, что продукт полон багов и выводит из строя серверы один за другим. Вряд ли службы продаж и поддержки будут рады изменениям, которые они не смогут объяснить клиентам. И маловероятно, что вам понравится перспектива отправки тысячам клиентов писем с просьбой загрузить приложение, которое еще не доступно в AppStore (Как? Оно же там было!).

К стандартным задачам на этапе запуска относятся:

• Выполнение этапа валидации: догфудинг[14], бета-тестирование, A/B-тесты и тесты на устойчивость.

• Организация процесса обеспечения качества (quality assurance, QA).

• Работа с партнерами и проверка их готовности к запуску продукта (в том числе наличия всех разрешений).

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

• Обучение менеджеров по продажам и сотрудников службы поддержки.

• Вечеринка с командой в честь успешного запуска.

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

АНАЛИЗ ПРОДУКТА

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

К стандартным задачам на этапе анализа (debrief) относятся:

• Ретроспективная оценка того, что было сделано правильно, а что нет.

• Анализ метрик запуска.

• Изучение отзывов клиентов о запуске.