Product Discovery (Продуктовые исследования, Т. Торрес)

Продуктовые исследования (Product Discovery, «Continuous Discovery Habits») — дисциплина еженедельных, непрерывных касаний с клиентами силами всей команды продукта, а не разовых исследовательских проектов. Ключевая идея Терезы Торрес: качественные продуктовые решения рождаются не из редких масштабных исследований раз в квартал, а из постоянной, встроенной в рабочий ритм привычки говорить с клиентами каждую неделю.

Что такое Product Discovery и когда он нужен

Continuous Discovery Habits нужен продуктовым командам, уже имеющим регулярный цикл разработки, но принимающим решения о том, ЧТО строить, на основе редких, разовых исследований или интуиции, а не постоянного потока данных о клиентах. Это дисциплина каденции и вовлечения, а не конкретный визуальный артефакт — она задаёт РИТМ исследования, внутри которого как один из пяти обязательных элементов используется Дерево возможностей и решений (Opportunity Solution Tree) — сам инструмент картирования возможностей, детально разобранный в отдельной статье. Continuous Discovery Habits также хорошо сочетается с Jobs to be Done как рамкой для формулирования желаемого результата исследования — что именно клиент пытается «нанять» продукт сделать.

Происхождение и исследовательская база

Модель систематизирована Терезой Торрес, коучем по продуктовому менеджменту, в книге «Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value» (2021). Торрес определяет непрерывное исследование как еженедельные касания с клиентами силами команды, создающей продукт, — небольшие исследовательские активности в стремлении к желаемому результату (аутком), а не отдельная функция специализированных исследователей. Цель — иметь несколько свежих точек данных из недавнего исследования всегда под рукой, когда нужно принять продуктовое решение, а не начинать исследование заново каждый раз. До перехода в консультирование и коучинг Торрес работала продакт-менеджером и руководителем продукта в Google, HP и ряде стартапов — её метод систематизирует не абстрактную теорию, а собственный опыт того, какие практики реально приживаются в рабочем ритме продуктовых команд, а какие остаются красивой методологией на бумаге. С 2015 года Торрес ведёт продуктовый блог Product Talk, где годами публиковала и оттачивала концепции задолго до выхода книги в 2021 году.

«Непрерывное исследование — это еженедельные касания с клиентами силами команды, создающей продукт, в виде небольших исследовательских активностей в стремлении к желаемому результату» — Т. Торрес.

В книге Торрес разбирает реальный кейс команды сервиса Snagajob (платформа найма почасового персонала): вместо одного крупного проекта редизайна команда через серию еженедельных касаний с клиентами обнаружила конкретную мелкую возможность — менеджеры по найму не могли надёжно связаться с соискателями по телефону — и итеративно, малыми экспериментами, дошла до решения через SMS-переписку, затем добавила последующие уточняющие вопросы через опрос, а затем — поддержку планирования собеседований. Ни один из этих шагов не был очевиден в начале пути; каждый следующий стал виден только благодаря постоянному потоку свежих данных от клиентов, а не благодаря одному масштабному исследовательскому проекту в начале.

Ключевые идеи и принципы

1. Принцип: пять привычек непрерывного исследования.

   (1) Интервью минимум с одним клиентом в неделю — силами полного продуктового трио. (2) Картирование возможностей через дерево возможностей и решений (Opportunity Solution Tree) — визуальная структура, связывающая желаемый результат, возможности и потенциальные решения. (3) Явное формулирование и тестирование допущений (assumption testing) перед началом разработки — что должно быть правдой, чтобы решение сработало, и как это дёшево проверить до полноценной реализации. (4) Быстрые, малозатратные эксперименты вместо сразу полноценной разработки — именно так команда Snagajob дошла до итогового решения через серию небольших шагов. (5) Вовлечение ПОЛНОГО трио на каждом этапе, а не делегирование исследования отдельному специалисту.

2. Принцип: продуктовое трио как единица исследования.

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

3. Принцип: непрерывность важнее масштаба.

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

4. Принцип: исследование ради конкретного желаемого результата (outcome).

   Продуктовые исследования не проводятся «вообще», а фокусируются на конкретном желаемом бизнес- или продуктовом результате — это отличает Product Discovery от общего клиентского research, который может вестись «на всякий случай», без привязки к конкретной метрике или решению. Желаемый результат в терминологии Торрес — это измеримое изменение поведения клиента или бизнес-метрики (например, рост доли активированных пользователей, а не абстрактное «улучшить онбординг»), которое команда пытается вызвать. Именно конкретность этого результата определяет, какие вопросы задавать на еженедельных интервью, — без него разговоры с клиентами закономерно расползаются вширь, как это описано в типовой ошибке 3.

Ограничения, слепые зоны и критика

Типовые ошибки

1. Ошибка 1: исследование делегируется только UX-исследователю.

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

   Как избежать

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

2. Ошибка 2: каденция нарушается при операционном давлении.

   Еженедельные интервью с клиентами первыми жертвуются, когда команда перегружена текущими задачами разработки, — привычка не удерживается.

   Как избежать

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

3. Ошибка 3: интервью проводятся без чёткой цели (желаемого результата).

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

   Как избежать

   перед каждым циклом исследования явно формулировать желаемый outcome, вокруг которого строится интервью.

4. Ошибка 4: находки интервью не документируются и не связываются между собой.

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

   Как избежать

   систематически документировать находки и связывать их с картой возможностей (Opportunity Solution Tree), накапливая целостное понимание со временем.

5. Ошибка 5: путают Product Discovery с продажными или маркетинговыми звонками.

   «Касания с клиентами» подменяются звонками отдела продаж или клиентского успеха, которые преследуют другие цели (закрытие сделки, удержание) и структурно не подходят для чистого продуктового исследования.

   Как избежать

   явно разграничивать цель звонка — продуктовое исследование ведётся именно ради понимания потребностей и валидации решений, а не ради коммерческого результата разговора.

6. Ошибка 6: решение разрабатывается сразу в полном объёме, минуя тестирование допущений.

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

   Как избежать

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

Как измерить эффект

• Фактическая каденция еженедельных касаний с клиентами: доля недель за период, в которых состоялось реальное интервью, — целевой ориентир по Торрес близок к 100%, а не разовые всплески активности.

• Вовлечённость полного трио: доля исследовательских циклов, где менеджер продукта, дизайнер и инженер участвовали совместно, а не только один назначенный исследователь.

• Доля решений, прошедших явное тестирование допущений перед полноценной разработкой: снижение доли решений, разработанных «на веру» без предварительной дешёвой проверки.

• Связность находок во времени: доля новых инсайтов, явно связанных с картой возможностей (Opportunity Solution Tree), а не существующих изолированно от предыдущих исследований.

План внедрения

1. Неделя 1: определить желаемый результат (outcome), вокруг которого будет строиться цикл исследования.

2. Неделя 2: сформировать продуктовое трио и запланировать первое совместное клиентское интервью.

3. Неделя 3-4: провести первые еженедельные интервью, начать документировать находки в структурированном виде.

4. Месяц 2: закрепить еженедельную каденцию как неснижаемый приоритет, начать систематически отслеживать фактическое соблюдение ритма.

5. Месяц 3: связать накопленные находки с картой возможностей и решений (Opportunity Solution Tree) для целостного понимания.

   Далее: Поддержание и обновление — регулярно (не реже раза в квартал) пересматривать желаемый результат исследования и состав вовлечённых клиентов, не позволяя каденции размыться по мере роста нагрузки на команду. Полезно на этом же шаге явно замерять фактическую долю недель с реальным клиентским касанием как метрику (а не полагаться на ощущение «мы вроде регулярно общаемся с клиентами») — именно расхождение между ощущением и фактом чаще всего стоит за статистикой, согласно которой лишь меньшинство команд реально достигает заявленной нормы.

Как работать с фреймом «Product Discovery» в OrgDevTools

Фрейм «Продуктовые исследования» в OrgDevTools — рабочий калькулятор каденции, а не просто форма для заметок. Вкладка «Каденция» считает процент недель с реальным клиентским касанием (введите общее число недель периода и число недель с фактическим контактом) — именно тот показатель, который Торрес называет ключевым признаком настоящей, а не декларируемой дисциплины Discovery. Отдельный блок отмечает вовлечённость каждой из трёх ролей трио (менеджер продукта, дизайнер, инженер). Вкладка «Итоги» формирует вердикт: без данных — предложение начать; каденция ниже 60% — явное предупреждение с указанием нормы Торрес (минимум раз в неделю); каденция есть, но трио вовлечено не полностью — отдельное предупреждение о нарушении пятой привычки; всё в порядке — подтверждение, что дисциплина Continuous Discovery соблюдается.

Чего фрейм не делает. Фрейм считает каденцию и вовлечённость трио, но не хранит сами находки интервью и не строит связь между ними и Деревом возможностей и решений — для содержательной работы с находками нужен отдельный фрейм OST. Он также не проверяет, было ли явно сформулировано и протестировано допущение перед разработкой (типовая ошибка 6) — это остаётся содержательной работой команды.

Инструмент: ❌ нет. Отдельного инструмента для сбора и связывания находок клиентских интервью на платформе не предусмотрено — фрейм в OrgDevTools считает только каденцию и вовлечённость трио.

Книги по теме

Т. Торрес — «Continuous Discovery Habits: Discover Products that Create Customer Value and Business Value» (2021). Первоисточник пяти привычек непрерывного исследования и концепции продуктового трио. Торрес продолжает развивать и уточнять концепции книги на сайте Product Talk (producttalk.org), который она ведёт с 2015 года, — книга 2021 года систематизировала годы уже опробованных на практике идей, а не была написана «с нуля» как чисто теоретическая работа.