CustDev, который не врёт: как задавать вопросы чтобы получать правду

Спросите у пяти человек, нравится ли им ваша идея — и пятеро скажут «да». Запустите продукт по этим ответам — и не купит никто.

Это не баг CustDev. Это его базовая физика. Люди врут, чтобы не обидеть. Врут, чтобы казаться умнее. Врут, потому что сами не знают, как поведут себя завтра. И главное — врут невинно, не подозревая, что врут.

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

## Почему CustDev чаще всего врёт

### Социальная вежливость

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

### Гипотетическое будущее

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

### Рационализация задним числом

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

### Эффект интервьюера

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

## Главный сдвиг: спрашивайте про прошлое, а не про будущее

Это единственное правило, которое чинит примерно половину интервью.

Будущее — пространство фантазии. Прошлое — пространство фактов. У человека есть память о том, что он реально делал, сколько заплатил, в какой момент бросил. Это можно проверить и на это можно опереться.

### Плохие вопросы (про будущее и абстракции)

• Вы бы пользовались таким сервисом?
• Сколько вы готовы за это платить?
• Что вам важно в выборе?
• Что бы вы хотели улучшить?

### Хорошие вопросы (про прошлое и конкретику)

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

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

## Техника «последний раз»

Самый рабочий приём в арсенале. Любую гипотезу про поведение переформулируйте через «последний раз, когда…».

• Не «как часто вы заказываете доставку?» — а «расскажите про последний заказ доставки, шаг за шагом».
• Не «что раздражает в работе с Figma?» — а «вспомните, когда вы в последний раз злились на Figma — что именно произошло?».
• Не «важна ли вам скорость загрузки?» — а «был ли случай, когда вы закрыли вкладку из-за долгой загрузки? расскажите».

Что это даёт:

• Конкретный сценарий вместо обобщения.
• Эмоцию, привязанную к реальному событию, а не к концепту.
• Возможность задавать уточнения «а что было до этого?», «а что вы сделали потом?» — и копать в глубину.
• Защиту от выдумок: про несуществующий случай связно рассказать сложно, нестыковки видны.

### Чеклист: проверь свой гайд интервью

• В гайде нет вопросов, начинающихся с «вы бы», «хотели бы», «было бы вам важно».
• Минимум половина вопросов формулируется через «расскажите, как в последний раз…».
• Нет вопросов, в которых уже зашит ответ («ведь правда неудобно, что…?»).
• Нет вопросов про цену в формате «сколько готовы платить» — есть про «сколько платите сейчас и за что».
• Есть как минимум один запрос показать экран / процесс вживую.
• Нет описания вашего продукта до того, как закончены вопросы про текущее поведение.

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

## Рабочий процесс: как устроено одно интервью

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

### До: гипотеза, а не любопытство

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

Минимум подготовки:

• Одна основная гипотеза и две запасные.
• Критерий опровержения для каждой.
• Список «последний раз»-вопросов под каждую гипотезу.
• Чего вы НЕ делаете в этом интервью (например, не показываете макет — это другая сессия).

### Во время: роли и тишина

Если вас двое, разделите роли: один ведёт, второй пишет и держит таймер. Ведущий не пишет — иначе пропадает контакт. Пишущий не вмешивается — иначе путаются темы.

Главный инструмент ведущего — пауза. После ответа собеседника подождите три-четыре секунды молча. В этой тишине человек чаще всего и говорит самое интересное: уточняет, признаётся, вспоминает. Если вы заполните паузу следующим вопросом, вы её украдёте у себя.

### После: разбор в течение суток

Память врёт быстро. Уже через два дня вы пересказываете не интервью, а свою версию интервью. Поэтому:

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

## Диагностика: интервью прошло хорошо или вы себе врёте

После каждой сессии быстро прогоните по чеклисту. Если больше двух «нет» — вы собрали комплименты, а не данные.

• У меня есть минимум один конкретный случай с датой, местом, последовательностью действий.
• Собеседник говорил больше меня (по ощущению — минимум 70/30).
• Есть хотя бы одна цитата, которая противоречит моей исходной гипотезе.
• Я узнал что-то, чего не знал до разговора (а не подтвердил то, что и так думал).
• Я не показывал свой продукт до того, как закончил вопросы про текущее поведение.
• Собеседник назвал конкретные суммы, время, инструменты — не «дорого», «долго», «неудобно».

## Анти-паттерны, которые встречаются у всех

### Демо вместо интервью

Через десять минут разговора вы не выдерживаете и показываете макет. Дальше человек вежливо комментирует кнопки, и вы получаете обратную связь по UI вместо понимания задачи. Если демо нужно — выносите его в конец и честно называйте сессию «тест прототипа», а не «CustDev».

### Интервью с фанатами

Берёте людей из своего чата, из комьюнити, из числа знакомых. Они вас любят и хотят, чтобы у вас получилось. Они врут не нарочно — они помогают. Используйте их для теста гипотезы «работает ли формулировка», но не для «есть ли проблема».

### Слишком ранний синтез

Через два интервью вам уже «всё понятно». На третьем вы перестаёте слушать и начинаете подтверждать. Правило: до пяти-семи интервью никаких выводов в команду, только сырые заметки.

## Как дизайнеру встроить это в работу над макетом

CustDev — не отдельная активность аналитика. Это инструмент, который меняет, что именно вы рисуете.

### Сценарий 1: проектируете новый флоу

До того как открыть Figma — три-пять интервью про то, как люди делают эту задачу сейчас. Без неё. Любыми костылями. Вы рисуете не «идеальный путь», а замену конкретному костылю. Тогда у экрана появляется честный аргумент: «мы заменяем вот это вот этим, потому что у Маши уходит сорок минут на копипасту».

### Сценарий 2: редизайн раздела, которым «никто не пользуется»

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

### Сценарий 3: AI-фича, которой ещё нет

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

## Вопросы для ревью своего интервью

Прогоните запись (или заметки) через них на следующий день:

• Где я закончил фразу за собеседника?
• Где я задал вопрос, в котором уже был ответ?
• Какую цитату я могу показать команде дословно, без пересказа?
• Что меня удивило — и удивило ли вообще?
• Какой следующий вопрос я бы задал, если бы мог вернуться?

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

## Сценарии, в которые попадают редко, но больно

### Длинный B2B-цикл и «решает не тот, кто пользуется»

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

### Сегмент, который не выходит на связь

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

### Когда собеседник явно врёт или приукрашивает

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

## AI в процессе: где помогает, где врёт за вас

### Что разумно отдать модели

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

### Что отдавать нельзя

Готовые выводы. Если вы просите модель «сделай сводку по пяти интервью», вы получите гладкий пересказ, в котором сглажены именно те острые края, ради которых вы и делали CustDev. Модель усредняет, а вам нужны выбросы.

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

### Чеклист безопасной работы с AI на материалах

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

## Командный режим: интервью не должно жить в голове одного человека

### Парные интервью

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

### Кого звать слушать

Разработчика, который будет это делать. Продакта, который будет за это отвечать. Не всех сразу — по одному на сессию, тихим наблюдателем. Один живой разговор экономит недели споров в чате «а пользователь точно так делает?».

### Как делиться

Не пересказом. Тремя вещами: одной цитатой дословно, одним фактом про поведение (что человек сделал, не что почувствовал), одним выводом для продукта. Если в этой тройке выпадает цитата или факт — выводу верить рано.

## Как объяснить дизайнерское решение через CustDev

На ревью макета не говорите «пользователи хотят». Говорите конкретнее:

• «Из шести интервью пятеро описали один и тот же обход — копируют данные в таблицу. Мы убираем шаг, ради которого они это делают».
• «Никто из опрошенных не назвал эту задачу в числе еженедельных. Поэтому раздел уходит из главного меню».
• «Двое платят подрядчику за то, что мы автоматизируем. Это и есть сигнал, что фича имеет цену».

Это сильнее любых «мы провели исследование». И это то, ради чего вообще стоило садиться разговаривать.

### Анти-паттерн на защите решения

«Десять человек сказали, что им нужно Х». Скорее всего, никто так не сказал — вы просуммировали разные жалобы под одним ярлыком. Не округляйте. Лучше «трое описали одну и ту же боль, ещё двое — соседнюю», чем фейковое единогласие, которое развалится от первого вопроса.

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

## Финальный чеклист: CustDev, который не врёт

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

### До интервью

• Сформулирована одна гипотеза, которую интервью может опровергнуть. Не «изучить пользователей», а «люди делают Х вручную и готовы платить за автоматизацию».
• Сегмент описан конкретно: роль, контекст, что человек делал на прошлой неделе. Не «малый бизнес», а «бухгалтер на аутсорсе с 5–15 клиентами».
• Гайд написан из вопросов о прошлом и поведении, а не о будущем и предпочтениях.
• В гайде нет вопросов, на которые удобно ответить «да».
• Назначен второй человек — слушать и записывать.
• Согласие на запись и обработку получено письменно.

### Во время

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

### После

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

## Анти-паттерны, которые встречаются чаще всего

### «Мы спросили — они подтвердили»

Классика. Команда задала наводящий вопрос, получила вежливое «да», принесла на ревью как доказательство. Если в формулировке вопроса уже содержался ответ — это не данные, это эхо. Лечится переписыванием вопроса в форму «расскажите, как было в последний раз».

### Интервью как продажа

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

### Один громкий респондент

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

### Сводка без сырья

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

### CustDev «по знакомым»

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

## Вопросы для ревью результатов

Когда команда приносит выводы из CustDev, прогоните их через эти вопросы. Половина «инсайтов» отвалится — и это нормально.

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

## Короткий практический итог

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

Три вещи, которые отличают честное интервью от ритуального: вы спрашиваете про прошлое, а не про будущее; про поведение, а не про мнение; и вы готовы услышать, что ваша идея никому не нужна.

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