Видеокассеты 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) относятся:
