Discovery · Шаблоны · Исследование пользователей · PTOS

Discovery Research Kit: пошаговый шаблон для проведения собственного исследования проблем

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

Discovery Research Kit: пошаговый шаблон для проведения исследования

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

1. Подготовка (30–90 минут)

1.1. Исследовательский вопрос (один)

Сформулируйте один главный вопрос, на который вы хотите получить ответ.

  • Формат: «Почему у сегмента [X] в сценарии [Y] не происходит действие [Z]
  • Пример: «Почему новые менеджеры по продажам после первого звонка не фиксируют следующий шаг в течение 15 минут?»

1.2. Границы (чтобы не утонуть)

  • Сегмент: Кто именно? (роль, уровень, канал, новичок vs. опытный).
  • Сценарий: Когда именно возникает проблема? (триггер + контекст).
  • Действие: Что именно должно было случиться, но не случилось?
  • Горизонт: Последние 2–4 недели (иначе получите ответы в духе «вообще обычно»).

1.3. Гипотезы причин (3–7)

Запишите возможные причины в формате механики, а не решений.

  • Формат: «В момент ___ пользователь не делает ___, потому что ___, поэтому ___».
  • Важно: Это не то, что вы доказываете, а то, что вы пытаетесь опровергнуть или подтвердить.

1.4. План доказательств

Выберите минимум 2 из 3 источников для триангуляции данных:

  • Данные: Воронки, когорты, события.
  • Саппорт/Продажи: Топ причин обращений, тикеты, возражения.
  • Наблюдение/Интервью: Разбор реальных случаев из прошлого.

2. Рекрутинг (быстро и прагматично)

  • Сколько людей: 5–8 человек из одного чёткого сегмента.
  • Кого НЕ брать: «Фанатов» вашего продукта, «случайных прохожих» не из вашего сегмента, тех, кто не сталкивался с проблемой в последние 2–4 недели.

3. Скрипт интервью (30–45 минут)

3.0. Открытие (1 минута)

«Привет! Хочу понять, как это происходит у вас в реальности. Я ничего не продаю. Можно задавать любые, даже „глупые“ вопросы».

3.1. Разогрев: контекст (3–5 минут)

  • «Какая у вас роль и как выглядит типичный день?»
  • «Как часто у вас возникает ситуация [сценарий]

3.2. Главное: разбор последнего реального случая (15–20 минут)

Ключевая фраза: «Вспомните последний раз, когда вы ___ (делали/пытались). Прямо по шагам».

  • «С чего всё началось? Что было триггером?»
  • «Что вы сделали первым? Почему так?»
  • «Где стало неприятно/сложно/долго?»
  • «Что вы сделали вместо „правильного“ действия?» (поиск обходных путей).

3.3. Альтернативы и обходные пути (5–7 минут)

  • «Чем вы заменяете это сейчас?»
  • «Что пробовали раньше? Почему не прижилось?»

3.4. Цена и мотивация (5–7 минут)

  • «Что случится, если это не решать?»
  • «Какая самая болезненная часть?»

3.5. Проверка «критичности» (2–3 минуты)

  • «Оцените боль по шкале от 1 до 10. Почему не 2? Почему не 10?»

3.6. Закрытие (1–2 минуты)

«Спасибо! Можно ли я уточню позже 1–2 вопроса, если найду противоречие?»

Запрещённые вопросы: «Вам бы понравилось, если...?», «А вы бы пользовались...?». Спрашивайте о прошлом, а не о будущем.

4. Чек-лист заметок: что фиксировать

Записывайте не мнения, а факты:

  • WHAT (симптом): Где ломается, что не происходит, как часто, чем заметно.
  • HOW (механизм): Триггер, ограничения, фрикции, обходные пути, язык пользователя.
  • WHY (ставка): Потери (время, деньги, качество, риск), кого ещё задевает.
  • Артефакты: Скриншоты, примеры файлов, шаблоны.

5. Быстрый анализ (60–120 минут после 5–8 интервью)

  1. Нормализация: Каждое интервью сожмите в 6 строк: Сегмент, Сценарий, WHAT, HOW, Обходной путь, WHY.
  2. Кластеризация причин: Соберите похожие причины в 3–7 кластеров.
  3. Приоритизация причин: Оцените каждый кластер: как часто звучало, насколько критично, есть ли подтверждение из других источников, можно ли повлиять продуктом.

6. Шаблон вывода: то, что вы отдаёте команде

6.1. Problem Statement (1 абзац)

  • Для [сегмент]
  • в ситуации [сценарий/триггер]
  • ломается [WHAT: наблюдаемый симптом]
  • потому что [HOW: 1–2 главные причины]
  • из-за этого [последствие для пользователя]
  • и это важно бизнесу, потому что [WHY: метрика/ставка]
  • доказательства: [2–3 пункта: данные/саппорт/наблюдение]

6.2. Evidence Pack (5–10 буллетов)

  • Факт из данных, факт из саппорта, 2–4 коротких цитаты про боль, 1–2 наблюдения про обходные пути.

6.3. Причины (3–7)

  • Причина №1: «в момент ___ не делает ___ потому что ___ → поэтому ___».

6.4. Анти-вывод

  • Что мы не знаем (2–3 пункта).
  • Какие альтернативные объяснения ещё возможны (1–2 пункта).
  • Какой следующий эксперимент снимет неопределённость.

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