Custdev на практике: вопросы, которые помогают найти продукт и оффер

CustDev на практике - это серия коротких интервью, где вы проверяете не идею, а реальный опыт человека: его последнюю ситуацию, боль, попытки решения и критерии выбора. Хорошие custdev вопросы не продают и не подсказывают ответ, а вытаскивают факты, язык клиента и триггеры покупки. Ниже - безопасная инструкция, как проводить CustDev без ложных инсайтов.

Практические выводы и быстрые ориентиры для CustDev

• Начинайте с гипотезы про ситуацию и боль, а не про фичи: "когда", "почему сейчас", "что мешает".
• В custdev интервью просите примеры из последнего реального кейса, а не мнения "в целом".
• Фиксируйте конкурирующие альтернативы: Excel, ручной труд, подрядчик, "ничего не делать".
• Отделяйте "интересно" от "куплю": ищите признаки срочности, стоимости ошибки и бюджета.
• Снижайте искажения: не обещайте продукт, не спорьте, не обучайте респондента во время разговора.
• Инсайт - это повторяемая связка "ситуация → боль → попытка решения → критерий выбора", а не цитата.

Формулировка гипотезы: что проверять первым и почему

Проверяйте в таком порядке: (1) существует ли ситуация и частота, (2) насколько болезненно и что стоит бездействие, (3) как сейчас решают и чем недовольны, (4) что станет "переключателем" на новое решение. Это отвечает на вопрос "как проводить custdev" без скатывания в сбор хотелок.

Кому подходит: командам с идеей/черновым оффером, перед лендингом, перед разработкой, при падении конверсий, при выходе в новый сегмент.

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

Кого опрашивать: сегментация, рекрутинг и критерии релевантности

Вам понадобятся:

• Четкие критерии сегмента: роль/должность, контекст (индустрия, размер компании), "событие-триггер" (переезд, рост, аудит, новые требования), частота задачи.
• Канал рекрутинга: личные контакты, профильные чаты/сообщества, LinkedIn/HH, база клиентов/лидов, партнеры, офлайн-мероприятия.
• Скрининг (5-7 вопросов): чтобы отсеять "интересующихся темой", но не имеющих свежего опыта.
• Инструменты: календарь для слотов, запись (только с явного согласия), шаблон заметок, место хранения (доступ ограничить).
• Этика: короткий текст согласия (цель, длительность, запись, анонимизация, право остановить разговор).

Критерии релевантности респондента:

• Есть свежий опыт решения задачи (желательно "в последние недели/месяцы", но без жестких чисел).
• Респондент влияет на выбор или пользуется решением ежедневно (не "слышал от коллег").
• Есть измеримые последствия ошибки/задержки (время, деньги, риски, SLA) - хотя бы на уровне описания.

Когда полезна custdev консультация: если вы не уверены в сегментации, боитесь задавать наводящие вопросы или нужно быстро настроить скрининг и сценарий под B2B с длинным циклом.

Конструирование вопросов: формулировки, которые дают правду, а не ожидания

Риски и ограничения (учтите до старта):

• Смещение выборки: "друзья и подписчики" часто лояльнее и не отражают рынок.
• Социально желательные ответы: люди говорят "как правильно", если вы звучите как продавец или эксперт-оценщик.
• Ложные инсайты: респондент рационализирует задним числом и придумывает причины вместо фактов.
• Конфиденциальность: в B2B могут быть NDA и запрет на детали; задавайте вопросы про процесс, не про секреты.
• Эффект обучения: если вы объясняете "как надо", вы создаете мнение, которого не было.

1. Зафиксируйте "ситуацию-источник".

   Начинайте с последнего раза, когда проблема реально случилась: так вы получаете поведение, а не фантазии. Просите восстановить контекст и последовательность действий.

   • Пример: "Вспомните последний раз, когда вы столкнулись с <задачей>. Что стало триггером?"
   • Пример: "Что происходило до этого, кто еще был вовлечен?"
2. Раскройте боль через последствия и стоимость ошибки.

   Вместо "это раздражает?" спрашивайте про эффект на работу/результат, сроки, риски, репутацию. Ищите конкретику: что именно стало плохо.

   • Пример: "Что вы не смогли сделать/сдать вовремя из‑за этого?"
   • Пример: "Чем это грозило лично вам или команде?"
3. Разберите текущие обходные пути и альтернативы.

   Это ядро для оффера: люди уже "платят" временем/деньгами. Выясняйте, как выбирали подход, что не устроило и почему терпят.

   • Пример: "Как вы решаете это сейчас, по шагам?"
   • Пример: "Что в текущем способе бесит больше всего? В какой момент?"
4. Поймайте критерии выбора и барьеры переключения.

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

   • Пример: "Если бы вы меняли решение, по каким 3 критериям выбирали бы?"
   • Пример: "Что должно случиться, чтобы вы точно занялись этим в ближайшее время?"
5. Проверьте язык клиента и сформулируйте "момент истины".

   Записывайте формулировки респондента дословно: они лягут в лендинг и сообщения. Завершайте вопросом про идеальный исход и минимально приемлемый результат.

   • Пример: "Как вы это называете у себя? Какие слова вы бы использовали?"
   • Пример: "Что для вас будет "нормально", а что - "отлично"?"
6. Сделайте мягкую валидацию без продажи.

   Суммируйте и уточните: вы проверяете, правильно ли поняли, а не "продаете". Если уместно - спросите про готовность к следующему шагу (демо/пилот) без обещаний.

   • Пример: "Правильно ли я понял: ключевая проблема в ..., а самое критичное - ...?"
   • Пример: "Если мы вернемся с прототипом для проверки, можно ли будет показать вам и собрать обратную связь?"

Этот каркас покрывает и custdev обучение внутри команды: вы можете раздать шаги интервьюерам и сравнивать качество заметок по одинаковой структуре.

Тактика интервью: техники слушания, контроль влияния интервьюера и работа с искажениями

• Открывайте разговор кратким согласием: цель, длительность, можно ли записывать, анонимизация, право остановиться.
• Начинайте с прошлого опыта: "последний раз", "вчера/на прошлой неделе", "в последний проект" (без давления на точные даты).
• Держите паузы: после ответа молчите 2-3 секунды - часто добавляют важное.
• Не подсказывайте решение: избегайте "а если бы было...", пока не собрали факты о текущем поведении.
• Задавайте уточнение "почему" через "что привело к этому?" - меньше защитной реакции.
• Отделяйте роли: пользователь ≠ покупатель ≠ согласующий; фиксируйте, кто реально решает.
• Проверяйте конкретику: "что вы сделали первым шагом?", "какие инструменты использовали?", "что пошло не так?"
• Помечайте гипотезы как гипотезы: в заметках разделяйте "цитата", "наблюдение", "моя интерпретация".
• Закрывайте интервью резюме из 3-5 пунктов и просьбой подтвердить/поправить.

Анализ ответов: как отделить инсайты от шума и оценить надежность данных

• Смешивание сегментов: вы объединяете ответы разных ролей/контекстов и получаете "среднюю температуру" вместо паттерна.
• Опора на мнения, а не поведение: "думаю, было бы полезно" без примера последнего кейса - слабый сигнал.
• Переоценка единичных историй: яркий кейс не равен повторяемости; фиксируйте, где это исключение.
• Подмена проблемы решением: "нужен чат-бот" часто означает "нет понятного процесса/данных/ответственного".
• Игнор альтернативы "ничего не делать": если люди терпят, значит боль может быть не приоритетной.
• Слепота к ограничителям: безопасность, закупки, интеграции, юридические запреты могут убить сделку, даже при сильной боли.
• Потеря языка клиента: пересказ своими словами ухудшает будущие тексты оффера и рекламы.
• Нечеткие выводы: "клиентам важна скорость" без контекста - скорость чего именно, на каком шаге процесса?

Практика: группируйте заметки по связке "ситуация → боль → текущий способ → недостаток → критерии выбора → барьеры". Инсайтом считайте только то, что повторяется в одном сегменте и подтверждается конкретными примерами.

Превращение инсайтов в оффер: приоритеты, тесты и минимальные эксперименты

Альтернативы, которые часто быстрее и безопаснее "делать продукт сразу":

1. Консьерж-решение (ручной пилот): вы выполняете ценность вручную, чтобы проверить спрос, ожидания и критерии качества, не инвестируя в разработку.
2. Сервисная упаковка: оформляете процесс как услугу с понятным результатом и сроком - помогает проверить willingness-to-pay и реальные возражения.
3. Прототип/макет + разбор кейса: показываете кликабельный прототип и просите пройти сценарий "как было в последний раз", фиксируя точки недоверия.
4. Тест оффера через коммуникации: одно сообщение/лендинг под конкретный сегмент и боль, с четким следующим шагом (созвон/лист ожидания), без обещаний несуществующих функций.

Если вы планируете custdev интервью как системную практику, заведите "репозиторий инсайтов": сегменты, паттерны, формулировки клиентов, возражения, условия сделки. Это ускоряет обновление оффера и снижает риск повторять одни и те же ошибки.

Типичные сложности и способы их обхода

Почему респонденты отвечают "да, интересно", но потом ничего не происходит?

Вы спросили про мнение, а не про прошлое поведение и цену проблемы. Возвращайтесь к последнему кейсу и уточняйте критерии выбора, барьеры и следующий реальный шаг (пилот/созвон/внутреннее согласование).

Как не превратить интервью в продажу, если я сам фаундер?

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

Сколько интервью достаточно, чтобы делать выводы?

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

Как понять, что мои custdev вопросы наводящие?

Если в вопросе есть предложенное решение или оценка ("вам же неудобно", "вам бы подошло"), это наводка. Переформулируйте в нейтральные: "как вы делаете сейчас?", "что не устраивает?", "что пробовали?".

Что делать, если человек не может раскрывать детали из-за NDA?

Переводите разговор на процесс и критерии: "какие этапы", "какие роли", "какие риски", "какие ограничения по безопасности". Не просите названия клиентов, суммы и внутренние документы.

Нужны ли записи и расшифровки, или достаточно заметок?

Заметок достаточно, если вы фиксируете цитаты и структуру "ситуация → действия → результат". Запись полезна для обучения команды и точных формулировок, но только с явного согласия и контролем доступа.

Когда уместно отдельное custdev обучение или внешний фасилитатор?

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