CustDev-интервью: как правильно задавать вопросы и не получить ложную валидацию

Custdev интервью — тема, которая определяет успех IT-проекта. CustDev-интервью — самый переоценённый и одновременно самый недооценённый инструмент валидации. Переоценённый — потому что основатели думают, что провели его правильно. Недооценённый — потому что при правильном подходе он экономит месяцы разработки и миллионы рублей.

Один из клиентов Prime IT провёл 12 интервью перед разработкой. Все 12 респондентов сказали: «Классная идея, я бы точно пользовался». Основатель вложил 1,8 млн рублей и 4 месяца в разработку. Через месяц после запуска — ноль активных пользователей. Все 12 человек, которые «точно бы пользовались», не зарегистрировались. Далее — о ключевых аспектах custdev интервью.

Проблема не в идее. Проблема в том, как он задавал вопросы. Каждый его вопрос начинался с «Было бы вам полезно...» или «Вы бы стали пользоваться...». Это не custdev интервью — это сбор комплиментов. В этой статье — фреймворк, который превращает вежливые «да» в настоящие инсайты.

Почему стандартные CustDev-вопросы дают ложную валидацию

Человеческая психика устроена так, что мы не хотим расстраивать собеседника. Это называется social desirability bias — склонность давать социально одобряемые ответы. Когда основатель с горящими глазами спрашивает «Вам нравится моя идея?», единственный вежливый ответ — «да». Опыт показывает: custdev интервью требует системного подхода.

Однако есть проблема глубже. Даже когда респондент искренне отвечает «да, мне бы пригодилось» — это ничего не значит. Исследования Стэнфордского университета показывают: корреляция между намерением купить и реальной покупкой составляет всего 12%. Людям свойственно переоценивать свои будущие действия. Понимание custdev интервью критически важно для принятия решений.

Вот три причины, по которым стандартный подход к custdev интервью создаёт иллюзию валидации:

• Вопросы о будущем. «Вы бы купили?», «Вам было бы удобно?» — респондент фантазирует, а не вспоминает реальный опыт. Фантазии оптимистичны по умолчанию
• Confirmation bias интервьюера. Основатель неосознанно формулирует вопросы так, чтобы получить подтверждение. А потом неосознанно интерпретирует нейтральные ответы как позитивные
• Питчинг вместо слушания. 70% времени интервью основатель рассказывает о продукте и лишь 30% — слушает. Должно быть наоборот

Хорошая новость: эту проблему решили ещё в 2013 году. Роб Фицпатрик написал книгу «The Mom Test», которая перевернула подход к валидации идей. Фреймворк простой, но требует дисциплины.

The Mom Test: 3 правила вопросов, на которые невозможно соврать

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

Правило 1: говорите о жизни собеседника, а не о своей идее

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

Правило 2: спрашивайте о прошлом, а не о будущем

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

Правило 3: меньше говорите — больше слушайте

Правило 80/20: респондент говорит 80% времени, вы — 20%. Если после custdev интервью вы не узнали ничего нового — вы говорили слишком много. Каждый раз, когда хочется рассказать о фиче, — задайте ещё один вопрос. Молчание после ответа респондента — мощнейший инструмент: люди заполняют паузу дополнительными деталями, которые часто важнее основного ответа.

10 правильных vs 10 неправильных вопросов для CustDev

Разница между хорошим и плохим вопросом для CustDev — не в теме, а в формулировке. Один и тот же информационный запрос можно задать так, что получите правду, или так, что получите комплимент. Вот таблица сравнения:

#	Неправильный вопрос	Правильный вопрос	Почему
1	Вам нравится наша идея?	Расскажите, как вы сейчас решаете эту задачу?	Факты вместо мнения
2	Вы бы купили такой продукт?	Сколько вы тратите на решение этой проблемы сейчас?	Реальные деньги вместо обещаний
3	Было бы вам полезно, если бы...?	Когда последний раз вы столкнулись с этой проблемой?	Прошлый опыт вместо гипотезы
4	Что вы думаете о таком функционале?	Какие инструменты вы пробовали? Почему отказались?	Поведение вместо оценки
5	Какую цену вы готовы заплатить?	Сколько стоил последний инструмент, который вы купили для этого?	Факт покупки вместо готовности
6	Этот интерфейс удобный?	Покажите, как вы выполняете эту задачу прямо сейчас	Наблюдение вместо самоотчёта
7	Вам не хватает такой функции?	Что самое сложное в вашем текущем процессе?	Открытый вопрос вместо наводящего
8	Порекомендовали бы вы это друзьям?	Кому вы жаловались на эту проблему? Что они ответили?	Реальное действие вместо намерения
9	Как часто вы используете подобные решения?	Сколько раз за последний месяц вы делали X?	Конкретный период вместо абстрактного
10	Наш продукт лучше конкурентов?	Почему вы выбрали именно текущее решение, а не альтернативы?	Критерии выбора вместо сравнения

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

Скрипт CustDev-интервью: шаблон на 30 минут

Этот скрипт мы используем в Prime IT на этапе pre-development. Адаптируйте формулировки под свою нишу, но сохраняйте структуру — она выстроена так, чтобы от общих вопросов двигаться к конкретике.

Блок 1. Разогрев (3-5 минут)

Цель — установить контакт и задать рамку разговора. Не начинайте с продукта. Начните с человека.

• «Расскажите коротко, чем вы занимаетесь и какова ваша роль в компании?»
• «Какие задачи занимают больше всего вашего времени прямо сейчас?»

Блок 2. Проблема (10-15 минут)

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

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

Блок 3. Существующие решения (5-7 минут)

Цель — понять конкурентный ландшафт глазами пользователя. Часто он знает о решениях, которые вы не нашли в поиске.

• «Какие инструменты или сервисы вы используете для этого сейчас?»
• «Что в них хорошо работает? Что — нет?»
• «Если бы вы могли изменить одну вещь в текущем решении — что бы это было?»

Блок 4. Ценность и приоритет (5-7 минут)

Цель — понять, насколько проблема приоритетна. Не все проблемы стоят решения.

• «Среди всех задач, которые вы упомянули, — какая номер один?»
• «Если бы эта проблема решилась завтра — что бы изменилось в вашей работе?»
• «Вы искали решение активно или мирились с ситуацией?»

Блок 5. Завершение (3-5 минут)

Цель — получить контакт для следующего шага и рефералы.

• «Кого из ваших коллег эта проблема затрагивает ещё сильнее?»
• «Можно ли к вам вернуться, когда у нас будет прототип для тестирования?»

Обратите внимание: в скрипте ни разу не упоминается ваш продукт. Это не ошибка — это принцип. Продукт появляется только после того, как вы подтвердили проблему на 10-15 интервью. Подробнее о том, как перейти от подтверждённой проблемы к разработке MVP, — в отдельном гайде.

5 ошибок интерпретации результатов CustDev-интервью

Правильно заданные вопросы — половина дела. Вторая половина — правильная интерпретация ответов. Вот пять ловушек, в которые попадают даже опытные основатели.

Ошибка 1. Принимать комплименты за валидацию

«Звучит круто!», «Мне бы точно пригодилось» — это не валидация. Валидация — это действие: респондент оставляет предоплату, подписывается на бета-тест или знакомит вас с коллегой, у которого та же проблема. Слова без действий — просто вежливость. Записывайте отдельно: что респондент сказал и что сделал.

Ошибка 2. Один яркий кейс затмевает паттерн

Один респондент эмоционально описал проблему — и вы уже строите продукт вокруг его сценария. Однако это может быть выброс, а не тренд. Решение: ищите паттерны. Если одну и ту же боль независимо называют 6 из 12 респондентов — это сигнал. Если только 1 из 12, но очень громко — это анекдот.

Ошибка 3. Игнорирование «неудобных» ответов

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

Ошибка 4. Путать «хочу» и «буду платить»

Респондент говорит: «Да, мне бы это было полезно». Но когда вы спрашиваете: «Сколько бы вы за это заплатили?» — пауза. Желание и готовность платить — разные вещи. Всегда доводите разговор до денег: текущие расходы, бюджет, кто принимает решение о покупке. Без этого custdev интервью — просто приятный разговор.

Ошибка 5. Слишком ранние выводы

Три интервью — и «всё ясно». Это ловушка маленькой выборки. После 3 разговоров вам кажется, что вы видите паттерн, но статистически это ничего не значит. Минимум для выводов — 10-12 интервью с чётким совпадением ответов. Если после 10 интервью картина размытая и противоречивая — сегментируйте аудиторию: возможно, вы разговариваете с разными типами пользователей.

Сколько CustDev-интервью нужно провести: гайд по выборке

Вопрос «сколько интервью достаточно» — один из самых частых. Ответ зависит от трёх факторов: тип продукта, однородность аудитории и цель исследования.

Тип продукта	Минимум интервью	Оптимум	Критерий остановки
B2B SaaS	8	12-15	3 интервью подряд без новых инсайтов
B2C приложение	12	15-20	5 интервью подряд без новых инсайтов
Маркетплейс (2 стороны)	10+10	15+15	Насыщение по каждой стороне отдельно
Внутренний корпоративный инструмент	5	8-10	2 интервью подряд без новых инсайтов

Правило насыщения: проводите интервью, пока не перестанете получать новую информацию. Первые 5 интервью обычно приносят 60-70% всех инсайтов. Следующие 5 — ещё 20-25%. После 15-го интервью новые данные появляются редко. Именно этот момент — точка насыщения.

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

Результаты custdev интервью фиксируйте в таблице: респондент, дата, ключевая цитата, подтверждённая боль (да/нет), готовность к действию (бета/предоплата/реферал). Такая таблица за 5 минут покажет, есть ли паттерн, — без многочасового перечитывания заметок.

Что делать с результатами: от инсайтов к решению

Допустим, вы провели 12 интервью по всем правилам. Что дальше? Три шага, которые превращают сырые данные в основу для продукта.

Шаг 1. Кластеризация болей. Выпишите все проблемы, которые назвали респонденты. Сгруппируйте похожие. Посчитайте, сколько людей упомянули каждый кластер. Боль, которую назвали 8 из 12 — ваш приоритет номер один.

Шаг 2. Проверка готовности платить. Из тех, кто подтвердил боль, — сколько уже тратят деньги на её решение? Сколько готовы были к следующему шагу (бета-тест, предоплата)? Если боль есть, но никто не тратит ни рубля на её решение — возможно, она недостаточно сильна.

Шаг 3. Формулировка гипотезы продукта. На основе кластеризации сформулируйте: «Для [сегмент], которые [ситуация], наш продукт [решение], потому что [причина верить]». Это ваш problem-solution fit — основа для ТЗ на MVP.

По нашему опыту в Prime IT, после грамотного CustDev scope MVP сокращается в среднем на 30%. Вместо 12 функций «на всякий случай» остаётся 4-5, которые решают подтверждённую проблему. А это — прямая экономия бюджета и сроков. Подробнее о том, как конкурентный анализ стартапа дополняет CustDev, — в отдельной статье.

Итого: правильные вопросы экономят миллионы

CustDev-интервью — это не формальность и не галочка в чек-листе стартапера. Это единственный способ отличить реальную потребность от иллюзии. The Mom Test, 10 правильных вопросов, структурированный скрипт и дисциплина в интерпретации — вот четыре компонента, которые превращают разговоры в действительно полезные данные.

Главный вывод: спрашивайте о прошлом, а не о будущем. Спрашивайте о действиях, а не о мнениях. И никогда не берите интервью у друзей и родственников — они не смогут быть объективными, даже если захотят.

В Prime IT мы начинаем каждый проект с валидации. Прежде чем написать первую строчку кода, мы помогаем основателю убедиться, что продукт решает реальную проблему реальных людей. Разработка MVP занимает 22 рабочих дня с фиксированным бюджетом до 900 000 рублей — но первый шаг всегда бесплатный.

Если у вас есть идея и вы хотите проверить её правильно — запишитесь на бесплатный Zoom-колл. За 30 минут разберём вашу гипотезу, обсудим целевой сегмент и составим план CustDev, который даст честные ответы, а не комплименты.