Как провести customer development и не услышать только то, что хочется

Хорошее customer development не просит человека оценить вашу идею. Оно восстанавливает последний реальный эпизод: что произошло, что человек сделал, чем пожертвовал, кто участвовал и почему существующее решение не подошло. Презентацию продукта оставьте на конец — иначе вы начнёте собирать вежливое согласие.

До приглашения участника

• Запишите одну исследовательскую гипотезу и признаки, которые могут её опровергнуть.

• Определите сегмент через ситуацию и ответственность, а не только возраст или должность.

• Сформулируйте критерии включения: участник недавно решал нужную задачу и может восстановить процесс.

• Подготовьте короткое объяснение цели, способ записи и срок хранения данных.

• Назначьте интервьюера и наблюдателя; если человек один, оставьте после беседы десять минут на чистовые заметки.

Не обещайте участнику, что его мнение напрямую попадёт в продукт. Объясните, что вы изучаете процесс, участие добровольно, на любой вопрос можно не отвечать, а запись ведётся только после согласия.

Сценарий интервью на 35–45 минут

Тайминг — ориентир для компактного продуктового исследования. Если тема чувствительная или процесс сложный, интервью может быть длиннее; официальный диапазон GOV.UK шире. Не ускоряйте человека ради таблицы, но следите, чтобы разговор не превратился в общую биографию.

Вопросы, которые возвращают к поведению

• Вспомните последний конкретный случай.

• Что стало триггером?

• Что вы сделали первым шагом?

• Какие инструменты, документы или людей подключили?

• На каком шаге возникла задержка?

• Как вы поняли, что задача решена?

• Что произошло бы, если ничего не делать?

• Кто ещё оценивает результат?

Наводящий вопрос и нейтральная замена

Как слушать, а не защищать идею

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

Если собеседник спрашивает о решении, скажите: «Сначала хочу понять ваш процесс; к идее вернёмся в конце». Когда вы всё же показываете прототип, отделите эту часть в заметках: реакция на интерфейс не должна задним числом менять факты о прошлом поведении.

Карточка кодирования наблюдения

После каждой беседы

• Сразу допишите контекст, который не попал в запись.

• Удалите лишние персональные данные и присвойте участнику нейтральный код.

• Выделите факты отдельно от выводов.

• Добавьте новые наблюдения в общую карту, не копируя весь конспект.

• Зафиксируйте один вопрос, который изменится в следующем интервью.

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

Правило решения после серии интервью

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

• Продолжить: паттерн повторяется в сопоставимых ситуациях и подтверждён действиями.

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

• Переформулировать: есть важная задача, но исходная причинная гипотеза не подтверждается.

• Остановить: разговоры не находят недавнего поведения и человек не делает следующий шаг.

Мини-аудит качества

• Участник подходит по заранее заданным критериям.

• Получено явное согласие на запись и способ хранения данных.

• Большая часть разговора посвящена прошлому поведению.

• Интервьюер не объяснял решение до исследовательской части.

• В заметках отдельно отмечены факты, цитаты и интерпретации.

• Есть хотя бы один вопрос, способный опровергнуть гипотезу.

• Следующее решение связано с наблюдаемым действием, а не с комплиментом.

Как набрать выборку без удобного перекоса

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

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

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

Как разбирать противоречия и не усреднять смысл

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

Противоречащий случай не нужно объявлять исключением. Спросите, какое условие меняет поведение. Один участник может хранить всё в таблице и не видеть проблемы, потому что работает один; другой тратит время на согласование, потому что у него пять ролей и внешний заказчик. Различие подсказывает границу сегмента. Зафиксируйте конкурирующие объяснения и назначьте следующему интервью вопрос, который способен их развести. Так исследование движется от общего впечатления к модели, которую можно опровергнуть.

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

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

Что читать дальше

• выбрать тест спроса для рискованной гипотезы

• собрать ценностное предложение из наблюдений

• включить результаты исследований в gate запуска