Добавить в цитаты Настройки чтения

Страница 5 из 21

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

12

Дизайн-спринт – это отличный пошаговый метод проведения всех этапов исследования продукта: https://www.gv.com/sprint/.

13

Вайтбординг (букв. «рисование на белой доске») – совместное использование виртуальной интерактивной доски или реальной белой доски для обмена идеями. – Примеч. ред.

14

Догфудинг (от фразы «Eating your own dogfood» – «Есть собственную собачью еду») – практика, при которой сотрудники компании используют собственный продукт, чтобы выявить недоработки. По одной из версий, это выражение появилось после выхода рекламы собачьего корма, где знаменитый актер дал его своим питомцам, тем самым показав, что верит в высокое качество продукта. – Примеч. ред.