👥🗺️ Product Discovery: что такое дискавери-команда и чем она занимается

Рассказываем: зачем нужно разделение на «дискавери» и «деливери»; в чём суть работы дискавери-команды и кто в неё входит; как запускать полезные продукты дешевле и быстрее конкурентов.

Что такое «дискавери» и «деливери»?

В Авито и других технологических компаниях процесс разработки продукта делится на две части: «дискавери» и «деливери». «Дискавери» состоит из проработки инициативы: определения проблемы потенциального пользователя и её важности, сбора требований и подготовки оптимального решения. В команду, которая этим занимается, входят аналитик, дизайнер и менеджер продукта. В случае необходимости, они могут обращаться к экспертам в UX-исследованиях, маркетинге и другим смежным функциям, которые могут помочь сформировать и описать образ будущего продукта или фичи. «Деливери» – это процесс непосредственной разработки продукта, проще говоря написание кода. Им занимается команда инженеров: фронтенд, бэкенд и мобильные инженеры, QA и тим-лид. В зависимости от особенностей набора технологий, которые использует команды, список ролей может пополняться или уменьшаться.

Чем занимается менеджер продукта, аналитик и дизайнер?

1. Менеджер отвечает за конечный результат работы продукта, выраженный в целевых метриках, поэтому формально его можно отнести к обеим частям команды.
2. Аналитик отвечает за данные, которыми пользуется команда: как собираются данные, как хранятся, как визуализируются и как используются при принятии решений.
   
3. Дизайнер отвечает за внешнее представление продукта.
   

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

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

У каждого из специалистов есть поддержка в виде инструментов, процессов и накопленных знаний в его вертикали. Для менеджеров продукта – это продуктовое комьюнити, в котором происходит кросс-опыление идеями, и процесс продуктовых защит, во время которого менеджер защищает продуктовое видение и стратегию пред руководством. Для аналитика – это система а/б-тестирования, которая позволяет запускать сложные тесты и отслеживать большой набор метрик без существенных временных затрат. Для дизайнера – это UX-лаборатория, которая помогает в организации и проведении качественных тестов новых интерфейсов.

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

Продуктовые требования

Зачем нужно усложнять жизнь сотрудникам компании и замедлять процесс определения продуктовых требований? Технологические компании стремятся запускать и развивать продукты, которые удовлетворяют одновременно трем критериям:

1. Ценность для пользователя.
2. Легкость использования продукта.
   
3. Реализуемость
   

Менеджер продукта управляет дискавери-командой, чтобы достичь всех трёх критериев одновременно. Даже отсутствие одного из них приводит к тому, что запуск продукта будет бессмысленным: им либо не захотят пользоваться, либо не смогут, либо он просто не будет запущен.

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

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

После определения проблемы начинается подготовка решения и проверка его на легкость использования. Главную роль здесь играют дизайнер и менеджер продукта. Серия качественных тестов, от описания идеи через прототипы к финальному дизайну, позволяют снизить риск того, что люди не поймут как пользоваться продуктом. Внимание к деталям на этом этапе позволяет существенно сэкономить время и деньги на разработку неудобных решений, которые позже придётся переделывать.

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

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

Материалы по теме

• 🧑🏻‍💼 Кто такой продакт-менеджер, что он делает и как им стать?
• 🎨📊 В чем разница между UI и UX. Детальное сравнение
  
• 🗣️ Путь в профессию: интервью с бизнес-аналитиками
  
• 📊 Системный и бизнес-аналитик: пошаговый гайд к востребованной профессии
  
• 👨‍💼 Молодая профессия: все о бизнес-аналитике