Вопросы и шаблоны · 4 июля 2026 г.

Вопросы для custdev-интервью: что спрашивать у клиентов

Custdev-интервью — это структурированный разговор с клиентом о его реальном опыте и проблемах, а не о мнении по поводу вашей идеи продукта. Хорошие custdev вопросы всегда опираются на прошлое поведение: «Расскажите, как вы в последний раз решали эту задачу», а не на гипотетическое будущее вроде «Купили бы вы такой продукт». Классическая структура интервью — от контекста и текущей ситуации к конкретной проблеме, попыткам её решить и деньгам, которые респондент готов был на это потратить. В статье — готовый набор вопросов по этапам интервью, примеры формулировок и типичные ошибки, которые превращают custdev в бесполезный сбор комплиментов.

Custdev вопросы: главный принцип

Custdev (customer development) — методика проверки бизнес-гипотез через глубинные интервью с потенциальными или текущими клиентами. Главное правило хорошего custdev-вопроса: он спрашивает о прошлом опыте, а не о будущих намерениях. Люди плохо предсказывают собственное поведение, но хорошо помнят, что реально делали в похожей ситуации.

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

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

Структура custdev-интервью: 5 блоков вопросов

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

На одно интервью обычно закладывают 30–45 минут и 10–15 открытых вопросов с уточнениями. Жёсткого сценария лучше избегать: список вопросов — это каркас, а не протокол, которого нужно придерживаться дословно. Если респондент сам заговорил о важной детали, стоит уйти в сторону от плана и расспросить подробнее.

Вопросы про контекст и текущую ситуацию

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

• Расскажите немного о вашей роли и о том, чем вы занимаетесь ежедневно.
• Как выглядит ваш типичный день/неделя, когда дело касается [конкретной области]?
• Какие инструменты или сервисы вы используете для [задачи] прямо сейчас?
• Что для вас самое сложное в этой части работы?
• Как давно вы занимаетесь этим и что изменилось за последнее время?

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

Вопросы про проблему: как найти настоящую боль

Это ключевой блок интервью. Задача — докопаться до конкретного случая, а не до общего мнения о проблеме. Общие формулировки вроде «Как вам кажется, это большая проблема?» почти всегда получают вежливое «да, конечно» — люди склонны соглашаться с тем, что проблема существует, даже если она их лично не сильно беспокоит.

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

Вопросы про прошлые попытки решить проблему

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

• Пробовали ли вы уже как-то решать эту проблему? Расскажите, что именно.
• Какими инструментами, сервисами или подходами вы пользовались?
• Что вам понравилось, а что не устроило в этих решениях?
• Почему вы перестали ими пользоваться, если перестали?
• Если бы проблема осталась нерешённой ещё год — что бы это значило для вас или вашей команды?

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

Вопросы про деньги и приоритет

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

• Сколько вы или ваша компания тратили на решение этой проблемы за последний год — деньгами или временем сотрудников?
• Какой был бюджет на инструменты в этой области в прошлом квартале?
• Если бы у вас появился лишний час в день, на что бы вы его потратили в первую очередь — на эту задачу или на что-то другое?
• Какое место эта проблема занимает среди других ваших рабочих задач по важности?
• Кто в компании принимает решение о покупке инструмента для этой задачи?

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

Как вести само интервью: правила разговора

Качество custdev определяется не только списком вопросов, но и тем, как проходит сам разговор. Вот правила, которые стоит соблюдать на каждом интервью.

1. Молчите больше, чем говорите: правило 20/80 — 20% времени говорите вы, 80% отвечает респондент.
2. Не подсказывайте ответ формулировкой вопроса: вместо «Вам ведь неудобно делать это вручную?» спросите «Как вы относитесь к тому, что делаете это вручную?».
3. Просите конкретные примеры: «Расскажите про последний раз, когда это случилось» вместо «Часто ли так бывает?».
4. Не защищайте свою идею продукта, если респондент её критикует, — вы здесь, чтобы слушать, а не спорить.
5. Записывайте интервью (с согласия респондента) — по памяти детали быстро искажаются.
6. После каждого интервью выписывайте три главных инсайта, пока впечатления свежие, — через неделю детали стираются.

Оптимальное число интервью для одной гипотезы — 8–12 разговоров с представителями одного сегмента. Если после пятого-шестого интервью вы перестаёте узнавать что-то новое — гипотеза, скорее всего, подтверждена или опровергнута, и можно переходить к следующему шагу.

Custdev-интервью и custdev-анкета: когда что использовать

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

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

Типичные ошибки custdev-интервью

Даже с хорошим списком вопросов интервью легко испортить неправильным поведением интервьюера. Вот самые частые ошибки.

• задавать наводящие вопросы, которые подсказывают желаемый ответ;
• спрашивать о гипотетическом будущем вместо прошлого опыта;
• рассказывать о своём продукте раньше, чем респондент опишет проблему своими словами;
• интервьюировать только лояльных знакомых и не искать респондентов вне своего круга;
• принимать вежливое «интересная идея, было бы неплохо» за подтверждение готовности платить;
• проводить слишком мало интервью и делать выводы по двум-трём разговорам;
• не давать респонденту договорить, перебивая уточнениями раньше времени.

Что делать с результатами custdev-интервью

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

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

Пример: как одно custdev-интервью изменило продуктовую гипотезу

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

На четвёртом интервью респондент — владелец сети маникюрных салонов — на вопрос «Как вы в последний раз считали часы сотрудников для расчёта зарплаты?» рассказал подробную историю: администратор две недели сверяла записи в блокноте с камерами видеонаблюдения, потому что один из мастеров оспорил начисленную зарплату. Это заняло у администратора пять часов и привело к конфликту в коллективе.

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

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

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