Десять интервью за две недели, сорок страниц заметок, и команда выходит из них ещё увереннее в исходной идее, чем была до. Через квартал продукт не продаётся. Так выглядит самая частая ошибка Customer Development: процедура, которая подтверждает то, во что уже верят. Ошибки здесь редко похожи на ошибки, поэтому их стоит разобрать в том порядке, в каком исследование обычно и рушится.
Почему интервью делают команду увереннее, но не умнее
Задача у Customer Development простая: выйти из офиса и проверить гипотезы о клиенте до того, как на них потрачены деньги. Customer Development как дисциплина начинается раньше, чем кто-то придумывает продукт. Сначала вы понимаете задачу человека, его контекст, барьеры и альтернативы. Потом проверяете, что выбранное решение нужно и за него готовы платить.
Самообман появляется между этими двумя шагами. Если задачу клиента не изучили или подогнали под готовый ответ, проверка решения превращается в сбор аплодисментов. Ложные выводы только укрепляют иллюзии команды. С каждым кругом она всё увереннее идёт не туда.
Механизм у этого простой. Интервьюер, который уже верит в идею, слышит подтверждения громче, чем сомнения, и записывает их подробнее. Через неделю в заметках остаются восторги, а оговорки вроде «но мы это раз в квартал делаем» теряются. Команда читает собственный отбор и принимает его за голос рынка.
Порядок ошибок ниже повторяет порядок исследования: от постановки задачи до повторного цикла. Ранняя ошибка дешевле всего в исправлении и дороже всего в последствиях. Всё, что идёт после неё, строится на кривом фундаменте.
До первого интервью: задача поставлена неверно
Самый частый провал случается ещё до звонков. Команда уже решила, что делать, и идёт «собрать доказательства». В разговоре звучит «вам бы понравилась наша функция X?», интервьюер спорит, оправдывает решение и, по сути, продаёт. После десяти интервью уверенность выросла, а фактов о привычках и альтернативах почти нет.
Психологи называют это предвзятостью подтверждения (confirmation bias): мозг ищет согласие. Помогает другая цель. Вместо «проверить решение» поставьте задачу «разобраться в проблеме, обстоятельствах и в том, что заставляет человека действовать». Заранее выпишите, какие ответы будут означать, что идея слабая. Например: «если меньше трёх из десяти собеседников сталкивались с проблемой за последний месяц, мы выбрали не тех людей». Такие критерии работают, только если записаны до первого звонка.
Из той же спешки растёт привычка смешивать два разных разговора: изучение проблемы (discovery) и проверку решения (validation). Когда в одной беседе пытаются найти боль, показать прототип и обсудить цену, человек путается и отвечает из вежливости. В первом разговоре выясняют, что человек уже делал: что случилось, как он выкручивался, чем это кончилось, чем пользовался вместо вас. Во втором показывают конкретное предложение и смотрят, готов ли человек заплатить за него временем, деньгами или данными.
Даже честно поставленный вопрос можно задать не тому человеку. Часто говорят с тем, кто кликает, а платит другой; или платит один, внедряет второй, а страдает третий. Симптом узнаваемый: «всем нравится», но сделки не идут. Помогает карта ролей.
Карта ролей в сделке: кто есть кто
- User: тот, кто реально работает в продукте каждый день. Боль у него конкретная, но бюджета обычно нет. Вопрос к нему: что в текущем процессе отнимает больше всего времени.
- Buyer: тот, у кого бюджет и право сказать «да» деньгам. Его волнует возврат вложенного и риск. Вопрос: по каким цифрам вы поймёте, что покупка себя оправдала.
- Champion: внутренний сторонник, который проталкивает внедрение и продаёт его коллегам за вас. Без него сделка в крупной компании глохнет. Вопрос: что это даст лично вам, если заработает, и кого ещё нужно убедить.
- Approver: тот, кто согласует решение по бюджету, безопасности или юридической части, часто не пользуясь продуктом сам. Вопрос: какие требования должны быть закрыты, чтобы вы дали добро.
- Blocker: тот, кому изменение невыгодно или рискованно: перегруженный ИТ-отдел, смежник, теряющий контроль. Вопрос: что для вас меняется в худшую сторону.
Симптом «всем нравится, но сделки нет» почти всегда значит, что говорили с User, а Buyer, Approver и Blocker остались за кадром.
Последняя ловушка этапа касается выбора собеседников. Без внятной гипотезы сегмента план сводится к «поговорим со всеми, вдруг найдём». После двадцати интервью нет ни одного повторяющегося паттерна. До старта выберите один-два сегмента по понятным признакам: частота проблемы, стоимость ошибки, бюджет. Отмечайте в таблице сегментации, где паттерн проявляется сильнее.
Граничный случай: в узком B2B-рынке потенциальных клиентов может быть всего 30-40 компаний. Тогда каждое интервью одновременно и исследование, и первое касание продаж. Правило «не продавайте на интервью» остаётся, но список собеседников стоит согласовать с тем, кто потом будет вести сделки, чтобы не сжечь контакт неудачным разговором.
Рекрутинг решает, чьи слова вы услышите
Интервью с друзьями и лояльными клиентами дают много поддержки и мало критики. Ищите собеседников там, где вас не знают: в сообществах, через холодные письма, формы на сайте, списки партнёров. Если без знакомых никак, держите их отдельной группой и не смешивайте с основными данными.
Обратная ошибка: слишком широкий набор без скрининга. Вы ищете «предпринимателей, маркетологов, студентов», и половина разговоров оказывается не про вашу задачу. Короткий скрининг из трёх-шести вопросов до созвона отсекает лишних. Была ли проблема за последние 30-60 дней? Как её решали в последний раз? Сколько времени и денег ушло? Кто ещё был вовлечён?
Арифметика скрининга полезна для планирования. Допустим, на объявление откликнулись 60 человек, скрининг прошли 15, на звонок пришли 10. Значит, на каждые 10 интервью нужно примерно 60 откликов, и закладывать рекрутинг стоит на неделю раньше, чем кажется.
Платить участникам можно, но так, чтобы человек не «отрабатывал ожидания». Компенсация небольшая и одинаковая для всех. В приглашении говорите о теме и опыте, саму идею продукта не раскрывайте. И не собирайте одних «идеальных» респондентов: зовите тех, кто недавно ушёл к альтернативе, кто пытался и бросил, кто решает задачу в Excel или через агентство. Иначе продукт потом сломается о реальность интеграций, доступов и регламентов.
Вопросы про будущее дают иллюзию знания
Главная ошибка сценария в том, чтобы спрашивать про будущее поведение. На вопрос «купили бы? пользовались бы каждый день?» люди не предсказывают себя точно. Спрашивать стоит так, чтобы из вежливости соврать было нечего, то есть про прошлое. Расскажите про последний раз, когда это случилось. Что стало триггером? Сколько это заняло? Что было самым неприятным?
Наводящие вопросы вроде «вам же неудобно делать отчёты вручную?» заменяйте нейтральными: «как вы делаете отчёты сейчас?». Шкалы подключайте только после того, как человек описал процесс: «насколько это больно по 10-балльной? почему?».
Почти все слабые вопросы лечатся сдвигом от гипотетики к фактам:
- вместо «вам нравится идея X?» спросите «когда в последний раз вы столкнулись с ситуацией Y? что сделали?»;
- вместо «сколько бы вы заплатили?» спросите «сколько стоит вам текущий способ в деньгах, времени и рисках?»;
- вместо «если бы была функция Z, вы бы пользовались?» спросите «какой шаг в процессе самый неприятный? что вы уже пробовали, чтобы его убрать?»;
- вместо «какие функции вам нужны?» спросите «каким должен быть результат, чтобы вы сказали: это сработало?».
Даже без наводящих вопросов интервью съезжает в обсуждение вкусов, потому что о мнениях говорить проще, чем вспоминать шаги. Держите пропорцию: около 70% времени на факты, 20% на причины и не больше 10% на реакцию на концепт, если вы уже на стадии проверки решения. Обязательно закладывайте блок про «конкурента по умолчанию». Люди сравнивают вас с тем, что делают сейчас: Excel, подрядчик или «потерпим». Спросите, почему выбрали именно это и что удерживает от смены.
Если на записи больше слышно команду
Если на записи интервью говорит в основном команда, данных вы не получили. Правило простое: 70/30 в пользу респондента, вопросы короткие, паузы допустимы. Проверить себя легко: возьмите расшифровку часового разговора и посчитайте реплики. Если ваших больше трети, следующее интервью начните с вопроса и молчите дольше, чем удобно.
Рано показанный прототип тоже портит разговор: человек начинает реагировать на красивое и перестаёт рассказывать реальность. Первые 20-30 минут отведите только на контекст и факты, концепт показывайте потом. Спорить с респондентом нельзя: он закрывается и переходит на социально одобряемые ответы. Любое непонимание оформляйте как уточнение: «правильно ли я понял, что…», «а что вы сделали дальше?».
Сильные инсайты часто прячутся в эмоциях: стыде, страхе, раздражении. Спрашивайте, что больше всего бесит в процессе и что будет, если сделать ошибку. Фиксируйте точные формулировки. Пересказ своими словами теряет смысл, особенно в описаниях боли и критериев выбора, поэтому нужна запись с согласия и отдельный список дословных цитат.
Не ведите интервью в одиночку. Нужны минимум двое: один ведёт разговор, второй записывает и ловит нюансы. И нужен общий шаблон заметок: обстоятельства → что подтолкнуло → шаги → альтернативы → потери → критерии → цитаты.
Синтез: от цитат к причинной цепочке
Если свести интервью к «кажется, всем важно…» без подсчётов и разбивки по группам, работа пропадёт зря. Ответы нужно разметить и сгруппировать: пометить фразы (боль, повод, обходной путь, барьер, критерий выбора) и посчитать, как часто они встречаются в каждой группе клиентов.
Синтез всегда идёт в разрезе сегмента, потому что паттерны бывают противоположными. Допустим, из 12 интервью 7 пришлись на небольшие агентства и 5 на in-house команды. Ручную сборку отчётов как главную боль назвали 6 человек из 7 в агентствах и 1 из 5 в in-house. Общая доля «58% всех респондентов» скрывает главное: у вас один сегмент с острой болью и один без неё.
Сколько интервью нужно, тоже считается по сегменту. Грег Гест, Арвен Банс и Лора Джонсон в статье «How Many Interviews Are Enough?» (Field Methods, 2006) показали, что в однородной группе основные темы появляются уже к двенадцатому интервью. Ориентир не универсальный, но полезный: два сегмента означают около двух дюжин разговоров; двенадцати на всех не хватит.
Две частые подмены на этом этапе. Первая: взять самую яркую историю вместо самого частого сценария. Один эмоциональный рассказ легко перебивает двенадцать спокойных сигналов, поэтому яркие истории помечайте как исключение, пока они не повторятся. Вторая: не связывать причины и следствия. Записывайте вывод как цепочку: обстоятельства → повод → действие → барьер → последствия → почему человек остаётся с нынешним способом. Из такой цепочки видно, что менять в продукте и маркетинге.
Вежливость спросом не считается. «Классно» и «интересно» выражают социальную реакцию. Ищите сигналы цены: что человек уберёт ради этого, какой бюджет и время уже тратит. Отделяйте «проблема есть» от «проблема важная»: многие проблемы люди просто терпят. И слушайте, как человек выбирает. Он говорит «хочу быстро», а выбирает по доверию, риску и простоте внедрения.
«Мы всё поняли» ещё не план
Если заранее не решить, когда данных хватит, интервью будут идти бесконечно. Условия остановки задают до старта: картина повторилась N раз в нужной группе, нашлись 3-5 одинаковых барьеров, есть 2-3 сильные альтернативы и понятно, почему их выбирают.
Дальше слова заканчиваются и начинается проверка делом. Попросите доступ к данным, поставьте в очередь на пилот с конкретной датой, предложите предзаказ, письмо о намерениях (LOI) или предоплату там, где это уместно. Правило может выглядеть так: вы предложили пилот с подключением данных 10 респондентам из целевого сегмента. Если согласились трое и больше, переходите к пилоту. Если ни одного, возвращайтесь к сегменту или проблеме, сколько бы восторга ни было на звонках. Порог 3 из 10 настраиваемый, но записать его стоит до того, как вы услышите ответы.
Провал на этом этапе узнаётся по симптомам. Пилот согласовали, но доступы не выдают третью неделю: вы говорили с User, а решает Approver. Согласились все десять: скорее всего, пилот бесплатный и ни к чему не обязывает, поднимите цену шага. Согласились, а потом пропали после первой встречи: проблема есть, но не входит в приоритеты квартала.
В B2B отдельно спрашивайте про барьеры внедрения: кто принимает решение, какие требования по безопасности, как устроена закупка, что убивает проект на согласованиях. Интерес без этих ответов не превращается в сделку.
Последняя ошибка этапа: инсайтов много, а приоритета нет. Переводите инсайты в гипотезы и ранжируйте по влиянию на ключевую метрику, по уверенности (сколько повторений и насколько сильны доказательства) и по стоимости изменения.
«Интервью не нужны, запускайте MVP»
Логика у этого лозунга такая: интервью измеряют слова, а слова врут. Лендинг с кнопкой «купить» или ручной MVP за две недели скажут о спросе больше, чем двадцать разговоров. В одном лозунг прав: поведение надёжнее мнения, именно поэтому проверка готовности выше строится на действиях.
Но MVP отвечает на вопрос «берут ли это решение», а интервью отвечают на вопрос «какую проблему решать». Если проблема выбрана неверно, быстрый эксперимент лишь быстро покажет провал и не подскажет, куда двигаться дальше. Сравните стоимость. 15 интервью с синтезом занимают у двух человек около 45 часов. Шестинедельный цикл четырёх инженеров стоит около 960 часов.
Правило решения такое. Если проблема уже подтверждена поведением (люди платят за обходной путь, есть очередь на ручную услугу), идите сразу в эксперимент. Если вы не можете назвать, что клиент делает сегодня вместо вашего продукта, начинайте с интервью.
Разовая акция и не тот формат
Если Customer Development сводится к двухнедельному проекту, о котором потом забыли, продукт уезжает от меняющегося рынка. Разумная норма для продуктовой команды: хотя бы один разговор с клиентом в неделю. На практике это 2-4 интервью в неделю или раз в две недели, еженедельная встреча «выводы → гипотезы → решения» и библиотека интервью с тегами, доступная всей команде.
Когда интервью делает один человек, остальные получают пересказ и верят меньше. Нужна ротация: PM (продакт-менеджер), дизайнер и инженер по очереди слушают одно-два интервью в неделю, затем полчаса общего разбора. И этика: согласие на запись, названная цель разговора, обещание не публиковать персональные данные, возможность остановиться в любой момент.
Вторая ошибка процесса: инструмент применили не туда. Интервью раскрывают мотивацию, но плохо отвечают на вопрос «сколько таких людей». Рынок одними интервью не доказывают: качественная часть даёт паттерны, количественная опирается на опрос, воронку и данные использования. На ранней стадии опрос интервью не заменяет, потому что в опросе человек выбирает из ваших вариантов, а в интервью описывает свою реальность. Сначала интервью, затем опрос для масштаба. И solution-интервью не проводят без реального концепта: хватит одного экрана оффера и двух-трёх сценариев использования.
Три ошибки, которые стоят стартапу направления
Из всего списка три ошибки обходятся стартапу дороже остальных, потому что ломают направление компании. Самая дорогая растёт из страха потерять рынок: команда целится во всех и не собирает ни одного паттерна. Узкий сегмент с острой болью и коротким путём к покупке выглядит ограничением, но расширяться из него проще, чем лепить фокус из хаоса.
Не меньше вредит привычка считать слова пользователей готовым заданием на новые функции. Человек хорошо знает свою проблему, но не обязан разбираться в дизайне решения. Фиксируйте «что болит» и «почему»; «как сделать» остаётся работой команды.
Третья подмена уже встречалась выше: «интересно» путают с «готов выделить ресурс». Сильный сигнал появляется, когда человек даёт доступ и данные, назначает внедрение, подписывает пилот, выделяет бюджет или время своей команды. Всё остальное, сколько бы восторга в нём ни было, остаётся вежливостью.
Рабочий шаблон, чтобы не наступать на грабли
Подготовка занимает час-два: гипотеза сегмента, сценарий ситуации, критерии опровержения и скрининг-анкета. Само интервью идёт 45-60 минут: контекст и роль человека, детальный разбор «последнего раза», альтернативы, потери и эмоции, критерии выбора и, опционально, реакция на концепт с тестом готовности. Синтез делайте сразу после разговора, за 20-30 минут: 5-10 тегов, три дословные цитаты и одна гипотеза на проверку. Раз в неделю проводите сессию решений на 30-60 минут: паттерны по сегментам, 3-5 гипотез на следующую неделю и явное решение, что строим, что проверяем и что прекращаем.
Перед тем как считать исследование качественным, прогоните его по короткому списку:
- Мы говорим с людьми, у которых проблема была недавно?
- Мы спрашиваем про прошлые действия?
- Мы понимаем альтернативы и почему они выбраны?
- Мы различаем User, Buyer, Champion, Approver и Blocker?
- У нас есть признаки, которые могут нас разубедить?
- Мы синтезируем в разрезе сегментов?
- Мы переводим инсайты в проверяемые гипотезы и следующий шаг?
- Мы проверяем готовность выделить ресурс и не засчитываем комплименты?
Обычно «нет» звучит сразу в нескольких пунктах, и пробелы не равноценны. Первым закрывают тот, что способен исказить ближайшее решение. Чаще всего это пятый пункт: запишите критерий опровержения до следующего звонка.