Одна из самых страшных ситуаций в разработке это когда команда тратит полгода на создание идеального функционала, выпускает его на рынок и обнаруживает, что им никто не пользуется. Классические гибкие фреймворки, такие как Scrum или Kanban, прекрасно решают проблему поставки кода. Они помогают делать работу быстро и качественно. Но они не дают ответа на главный вопрос: а ту ли работу мы вообще делаем?
Традиционно компании пытались решить эту проблему с помощью масштабных исследований перед стартом проекта. Аналитики месяцами изучали рынок, писали огромные спецификации, а затем передавали их в разработку. Эксперт по продуктовому управлению Тереза Торрес доказала, что такой подход больше не работает. Вместо разовых исследований она предложила концепцию Continuous Discovery, или Непрерывного исследования. Это подход, при котором изучение потребностей клиентов становится не фазой проекта, а еженедельной привычкой команды.
Суть непрерывного исследования
Continuous Discovery это процесс постоянного сбора обратной связи от пользователей, который идет параллельно с разработкой. Цель этого процесса заключается в том, чтобы команда могла быстро проверять свои гипотезы и отсеивать плохие идеи до того, как на них будут потрачены деньги и время программистов.
В основе подхода лежит простое правило: продуктовая команда должна общаться с живыми клиентами как минимум один раз в неделю. Это не масштабные фокус-группы за огромные деньги. Это короткие регулярные интервью, которые помогают инженерам и менеджерам не терять связь с реальностью. Когда вы общаетесь с пользователями каждую неделю, вы перестаете строить продукт на основе собственных галлюцинаций и начинаете опираться на факты.
Сравнение подходов к исследованию
| Характеристика | Традиционное исследование (Проектное) | Continuous Discovery (Непрерывное) |
|---|---|---|
| Частота проведения | Один раз перед началом большого проекта | Еженедельная рутина на протяжении всей жизни продукта |
| Кто проводит | Выделенные исследователи или бизнес-аналитики | Продуктовое трио (Менеджер, Дизайнер, Инженер) |
| Главная цель | Подтвердить уже придуманное решение | Найти реальную проблему и протестировать разные решения |
| Результат работы | Объемное техническое задание или спецификация | Проверенные гипотезы и небольшие прототипы |
Глубокое погружение: Продуктовое трио и Дерево возможностей
Чтобы непрерывное исследование работало, им не должен заниматься один человек. Тереза Торрес ввела понятие Продуктового трио (Product Trio). В эту группу входят продакт-менеджер, продуктовый дизайнер и ведущий инженер. Они вместе проводят интервью с пользователями и вместе принимают решения.
Участие инженера на этапе исследования критически важно. Если программист просто получает готовое ТЗ, он работает как слепой исполнитель. Если же он сам слышит боль клиента на интервью, он может предложить технически элегантное решение, о котором менеджер или дизайнер даже не догадывались.
Для структурирования всей собранной информации используется визуальный инструмент, который называется Дерево возможностей и решений (Opportunity Solution Tree). Оно помогает команде не сбиться с пути и связывает повседневные задачи с глобальными целями бизнеса.
Корень этого дерева это желаемый бизнес-результат (Outcome), например, увеличение удержания пользователей. От корня отходят ветви возможностей (Opportunities). Это те самые проблемы, боли или желания клиентов, которые команда выявила во время интервью. От каждой возможности отходят ветви решений (Solutions) — конкретные идеи того, как можно закрыть эту боль. А от решений идут ветви экспериментов — дешевые и быстрые способы проверить, сработает ли идея на практике.
Такая визуализация не позволяет команде влюбиться в одну единственную идею. Дерево заставляет генерировать несколько альтернативных решений для каждой проблемы пользователя и тестировать их параллельно.
Резюме: Привычка ошибаться дешево
Continuous Discovery признает горькую правду продуктовой разработки: большинство наших идей не сработают. Клиенты не поймут интерфейс, не увидят ценности или просто не захотят за это платить.
Ключевой вывод состоит в том, что задача продуктовой команды не в том, чтобы угадывать идеальные решения с первого раза. Задача в том, чтобы выстроить процесс, который позволяет ошибаться максимально быстро и дешево. Непрерывное исследование превращает создание продукта из игры в рулетку в управляемый научный эксперимент.
Часто задаваемые вопросы (FAQ)
Этот подход называется Dual Track Agile (Двухтрековый Agile). Трек исследования и трек поставки идут параллельно. В то время как основная часть команды пишет код для уже проверенных идей, Продуктовое трио тратит часть своего времени на интервью и прототипы для будущих спринтов. Результаты Discovery напрямую питают бэклог продукта.
Это самая частая проблема начинающих команд. Тереза Торрес рекомендует полностью автоматизировать процесс рекрутинга. Настройте всплывающие окна в вашем приложении или автоматические email-рассылки, которые будут предлагать активным пользователям выбрать удобный слот в календаре менеджера за небольшое вознаграждение.
Возможность это не функция, которую просит клиент. Если клиент говорит “сделайте мне кнопку выгрузки в Excel”, это решение. Возможность это проблема, которая стоит за этой просьбой: “мне нужно показывать эти данные своему начальнику на еженедельном собрании”. Поняв возможность, команда может придумать решение гораздо лучше, чем просто выгрузка в Excel.
Не нужно писать дословные транскрипты. Достаточно делать краткие заметки и сразу переносить найденные инсайты на Дерево возможностей и решений. Главная ценность интервью не в документах, а в общем понимании контекста, которое формируется в головах Продуктового трио.
Continuous Discovery конфликтует с жесткими планами, так как вы не можете знать заранее, какие эксперименты сработают. Владельцу продукта придется постепенно переучивать руководство: переходить от дорожных карт, основанных на функциях (Output), к дорожным картам, основанным на бизнес-результатах (Outcome). Вы обещаете решить проблему бизнеса, но оставляете за собой право менять тактику в зависимости от результатов исследований.