Customer Development (CustDev) — это дисциплина, которая помогает не "придумать продукт", а понять реальную задачу человека, контекст, барьеры, альтернативы и критерии успеха, а затем проверить, что выбранное решение действительно нужно и за него готовы платить/использовать. Ошибки в CustDev почти всегда приводят к одному и тому же: команда получает "псевдоинсайты", укрепляет иллюзии и ускоряется… в неправильном направлении.
Ниже — карта самых распространённых ошибок в CustDev, с симптомами и способами исправления. Структура построена так, как обычно разваливается исследование: до старта → рекрутинг → сценарий → интервью → синтез → решения → повторный цикл.
video:youtube
1) Ошибки ещё до первых интервью: неверная постановка задачи
Ошибка 1. CustDev превращается в "подтверждение идеи"
Как выглядит: команда уже решила, что нужно сделать, и идёт "собрать подтверждения".
Симптомы:
- вопросы типа "вам бы понравилась наша функция X?"
- интервьюер спорит, оправдывает решение, "продаёт"
- после 10 интервью уверенность выросла, но фактов о реальных привычках и альтернативе почти нет
Почему опасно: включается confirmation bias — мозг ищет согласие, а не правду.
Как исправить:
- формулировать цель не как "проверить решение", а как "разобрать проблему/контекст/триггер"
- заранее выписать, что должно вас разубедить (falsification criteria): какие ответы означают, что идея слабая
- отделить интервью "про проблему" от интервью "про реакцию на решение"
Ошибка 2. Не разделяют discovery и validation
Как выглядит: в одном разговоре пытаются узнать боль, протестировать прототип и обсудить цену.
Симптомы: человек путается, отвечает "вежливо", интервью расползается.
Как исправить:
- Discovery: прошлое поведение, события, обходные пути, последствия, эмоции, альтернативы
- Validation: конкретный оффер, тест готовности (время/деньги/данные/интеграции), барьеры внедрения
Ошибка 3. Путают пользователя, покупателя и "влиятельного"
Как выглядит: говорят с теми, кто кликает, но платит другой; или платит один, внедряет второй, а страдает третий.
Симптомы: "всем нравится", но сделки не идут / внедрение буксует.
Как исправить:
- нарисовать карту ролей: User / Buyer / Champion / Approver / Blocker
- на каждый тип роли — отдельные вопросы и критерии успеха
Ошибка 4. Нет чёткой гипотезы сегмента (ICP)
Как выглядит: "поговорим со всеми, вдруг найдём".
Симптомы: после 20 интервью нет повторяющихся паттернов, всё разное.
Как исправить:
- перед стартом выбрать 1–2 сегмента по признакам: контекст, частота проблемы, стоимость ошибки, бюджет, доступность
- держать "табличку сегментации" и фиксировать, где паттерн сильнее
2) Ошибки рекрутинга: собеседники не те, стимулы неправильные
Ошибка 5. Интервью с друзьями, знакомыми и "лояльными"
Симптомы: много поддержки, мало критики, минимум деталей.
Как исправить: рекрутить через нейтральные каналы: сообщества, outbound, формы на сайте, списки клиентов, партнёров — и обязательно отделять знакомых в отдельную группу, не смешивать с основными данными.
Ошибка 6. Рекрутят "слишком широких" людей без скрининга
Как выглядит: "мы ищем предпринимателей/маркетологов/студентов".
Симптомы: половина интервью не про вашу задачу, ответы "теоретические".
Как исправить: короткий скрининг (3–6 вопросов) до созвона:
- был ли опыт проблемы за последние 30–60 дней?
- как решали в последний раз?
- сколько времени/денег ушло?
- кто ещё вовлечён?
Ошибка 7. Оплата участия искажается до "я скажу что угодно"
Платить можно, но важно не платить так, чтобы люди "отрабатывали ожидания".
Как исправить:
- небольшая компенсация, одинаковая для всех
- в приглашении не раскрывать "идею продукта", а говорить о теме и опыте
- вопросы строить вокруг фактов, а не мнений
Ошибка 8. Рекрутят только "идеальных" и пропускают крайние случаи
Симптомы: продукт потом ломается на реальности: интеграции, доступы, регламенты, ограничения.
Как исправить: включать:
- тех, кто недавно ушёл к альтернативе
- тех, кто пытался и бросил
- тех, кто решает иначе (самописка, Excel, агентство, "ничего")
3) Ошибки сценария интервью: вопросы дают иллюзию знаний
Ошибка 9. Спрашивают про будущее поведение
Пример: "Купили бы? Пользовались бы каждый день?"
Почему опасно: люди не предсказывают себя точно, особенно в абстракции.
Как исправить: спрашивать про прошлое:
- "Расскажите про последний раз, когда…"
- "Что стало триггером?"
- "Какие шаги сделали?"
- "Сколько заняло?"
- "Что было самым неприятным?"
Ошибка 10. Наводящие вопросы
Пример: "Вам же неудобно делать отчёты вручную?"
Как исправить:
- заменять на нейтральное: "Как вы делаете отчёты сейчас?"
- использовать шкалы только после описания процесса: "Насколько это больно по 10-балльной? Почему?"
Ошибка 11. Слишком много вопросов "про мнение"
Симптомы: интервью превращается в обсуждение вкусов: нравится/не нравится.
Как исправить: держать соотношение:
- 70% факты: действия, инструменты, частота, потери, ограничения
- 20% причины: мотивация, риски, критерии выбора
- 10% реакция на концепт/оффер (если это стадия validation)
Ошибка 12. Нет блока про альтернативы и "конкурента по умолчанию"
Люди почти всегда сравнивают не с вашим продуктом, а с тем, что уже делают: Excel, Notion, подрядчик, самописка, "потерпим".
Как исправить — обязательный блок:
- "Чем пробовали решать?"
- "Почему выбрали именно это?"
- "Что не устраивает?"
- "Что удерживает от смены?"
4) Ошибки проведения интервью: разговор превращается в питч
Ошибка 13. Интервьюер говорит больше, чем респондент
Симптомы: запись — монолог команды, а не человека.
Как исправить: правило 70/30 в пользу респондента; вопросы короткие, паузы — нормальны.
Ошибка 14. Ранний показ прототипа/презентации
Почему опасно: человек начинает "реагировать на красивое", а не рассказывать реальность.
Как исправить: сначала 20–30 минут — только контекст и факты, и лишь потом (если нужно) короткий концепт.
Ошибка 15. Спорят с респондентом или "объясняют, как правильно"
Симптомы: человек закрывается, начинает отвечать социально одобряемо.
Как исправить: всё непонимание оформлять как уточнение:
- "Правильно ли я понял, что…"
- "А что вы сделали дальше?"
- "Что было самым сложным на этом шаге?"
Ошибка 16. Игнорируют эмоции и "цену ошибки"
Сильные инсайты часто лежат в эмоциях: стыд, страх, раздражение, злость, тревога.
Как исправить: задавать вопросы:
- "Что вас больше всего бесит в этом процессе?"
- "Что будет, если сделать ошибку?"
- "Кто узнает? Какие последствия?"
Ошибка 17. Не фиксируют точные формулировки
Потом команда пересказывает "своими словами" и теряет смысл.
Как исправить:
- запись (с согласия) + заметки
- отдельно выписывать цитаты, особенно формулировки боли и критерии выбора
Ошибка 18. Нет второго человека на интервью
Один ведёт, второй фиксирует и ловит нюансы.
Как исправить: минимальный сетап:
- интервьюер
- ноттейкер
- шаблон заметок (контекст → триггер → шаги → альтернативы → потери → критерии → цитаты)
5) Ошибки синтеза: данные собрали, но смысла не извлекли
Ошибка 19. Сводят интервью в "ощущения", а не в наблюдаемые паттерны
Симптомы: "кажется, всем важно…", "люди часто говорят…" без частот и сегментов.
Как исправить: кодирование и группировка:
- теги на фразы (боль, триггер, обходной путь, риск, критерий выбора, барьер)
- частота по сегментам (у кого повторяется чаще)
Ошибка 20. Смешивают разные сегменты в одну кучу
Паттерны могут быть противоположными: у стартапа и корпорации разные ограничения.
Как исправить: синтез всегда в разрезе сегмента:
- "в сегменте A чаще X"
- "в сегменте B критично Y"
- "в сегменте C проблема редкая, но дорогая"
Ошибка 21. Выбирают "самую яркую историю" вместо наиболее частого сценария
Один эмоциональный рассказ может перебить 12 спокойных сигналов.
Как исправить: помечать яркие кейсы как "edge case", пока не подтвердите повторяемость.
Ошибка 22. Не строят причинно-следственные цепочки
Как исправить: оформлять инсайт как связку:
- контекст → триггер → действие → барьер → последствия → почему текущая альтернатива удерживает
Так появляются реальные рычаги продукта и маркетинга: что менять, чтобы поведение стало другим.
6) Ошибки принятия решений: "мы всё поняли" не превращается в план
Ошибка 23. Нет формализованных критериев "достаточно данных"
Симптомы: бесконечные интервью без решения.
Как исправить: заранее задать stop-условия:
- "паттерн повторился N раз в целевом сегменте"
- "мы нашли 3–5 одинаковых барьеров"
- "есть 2–3 сильные альтернативы с понятной причиной выбора"
Ошибка 24. Меняют продукт без проверки готовности к действию
Люди могут соглашаться, но не делать шагов.
Как исправить (validation-проверки):
- попросить доступ к данным/интеграции
- поставить в очередь на пилот (с датой)
- pre-order / LOI / депозит (если уместно)
- подписка на waitlist с выбором плана или цены
Ошибка 25. Игнорируют барьеры внедрения (особенно в B2B)
Симптомы: интерес есть, внедрение не стартует.
Как исправить: отдельный блок вопросов:
- кто принимает решение?
- какие требования безопасности/юридические?
- какой процесс закупки?
- сколько занимает внедрение сейчас и почему?
- что "убивает" проект на согласованиях?
Ошибка 26. Слишком много "инсайтов" и ни одного приоритета
Как исправить: переводить инсайты в гипотезы и ранжировать:
- влияние на ключевую метрику/поведение
- уверенность (по количеству повторений и качеству доказательств)
- стоимость изменения
7) Ошибки интерпретации: путают слова и реальные мотивы
Ошибка 27. Принимают вежливость за спрос
"Классно", "интересно", "прикольно" — это социальная реакция, не подтверждение ценности.
Как исправить: искать сигналы реальной цены:
- "что вы уберёте/замените, чтобы это использовать?"
- "какой бюджет/время уже тратите?"
- "что должно быть, чтобы вы переключились?"
Ошибка 28. Путают "проблема есть" и "проблема важная"
Проблема может быть, но не иметь приоритета: люди терпят.
Как исправить: измерять напряжение:
- частота ситуации
- стоимость ошибки
- последствия для KPI/денег/репутации
- "сколько времени уходит в месяц?"
Ошибка 29. Слушают только "что хотят", а не "как выбирают"
Люди говорят "хочу быстро", но выбирают по доверию, риску, внедрению, привычке.
Как исправить: вопросы про выбор:
- "Почему выбрали этот инструмент?"
- "Что было решающим фактором?"
- "Что вас остановило от другого варианта?"
8) Ошибки процесса: CustDev делают как разовую активность
Ошибка 30. CustDev — проект на две недели, а потом забыли
Симптомы: рынок меняется, продукт уезжает от реальности.
Как исправить: встроить в рутину:
- 2–4 интервью в неделю (или раз в две недели)
- еженедельный синк "инсайты → гипотезы → решения"
- библиотека интервью, тегирование, доступ всей команде
Ошибка 31. Команда не присутствует на интервью и не слышит голос клиента
Когда интервью "делает один человек", остальные получают пересказ и верят меньше.
Как исправить: ротация:
- PM/PO, дизайнер, инженер по очереди слушают 1–2 интервью в неделю
- общий разбор 30 минут: что услышали, что удивило, что проверяем дальше
Ошибка 32. Нет этики и корректного согласия
Как исправить: короткий протокол:
- согласие на запись
- цель разговора
- что персональные данные не публикуются
- возможность остановиться в любой момент
9) Ошибки форматов: не туда применили инструмент
Ошибка 33. Пытаются интервью "доказать рынок" без количественной части
Интервью отлично раскрывают мотивацию и контекст, но плохо отвечают на вопрос "сколько таких людей".
Как исправить: сочетать:
- качественно: паттерны и причины
- количественно: опрос, анализ воронки, данные использования, трафик, спрос, конверсия
Ошибка 34. Делают опрос вместо интервью на ранней стадии
Опрос — это ответы на ваши варианты, а интервью — реальность человека.
Как исправить: сначала интервью, затем опрос для масштаба.
Ошибка 35. "Solution interview" проводят без реального концепта
Если показывать слишком сырой концепт, человек будет додумывать и "соглашаться".
Как исправить: даже для ранней проверки лучше иметь:
- один экран/одну страницу оффера
- 2–3 конкретных сценария использования
- чёткий "что делаете вместо этого сейчас"
10) Ошибки, которые особенно часто встречаются в стартапах и продуктовых командах
Ошибка 36. "Мы целимся во всех" из страха потерять рынок
Как исправить: выбрать узкий сегмент, где боль острая, а путь к покупке короткий. Расширяться проще, чем собрать фокус из хаоса.
Ошибка 37. Берут слова пользователей как ТЗ на фичи
Пользователь эксперт в своей проблеме, но не обязан быть экспертом в дизайне решения.
Как исправить: фиксировать "что болит" и "почему", а не "как именно сделать".
Ошибка 38. Путают "интересно" с "готов выделить ресурс"
Сильные сигналы — когда человек готов:
- дать доступ/данные
- назначить внедрение
- подписать пилот
- выделить бюджет или время команды
11) Антипаттерны формулировок вопросов (и чем заменить)
Антипаттерн: "Вам нравится идея X?"
Лучше: "Когда в последний раз вы столкнулись с ситуацией Y? Что сделали?"
Антипаттерн: "Сколько бы вы заплатили?"
Лучше: "Сколько стоит вам текущий способ (деньги/время/риски)? Что было бы справедливым обменом?"
Антипаттерн: "Если бы была функция Z, вы бы пользовались?"
Лучше: "Какой шаг в процессе самый неприятный? Что вы уже пробовали, чтобы убрать это?"
Антипаттерн: "Какие функции вам нужны?"
Лучше: "Каким должен быть результат, чтобы вы сказали: "это сработало"?"
12) Рабочий шаблон проведения CustDev (пошагово, чтобы не наступать на типовые грабли)
Шаг A. Подготовка (1–2 часа)
- гипотеза сегмента (кто именно)
- сценарий ситуации (когда возникает боль)
- критерии, которые опровергают идею
- скрининг-анкета
Шаг B. Интервью (45–60 минут)
Структура:
- контекст человека и роль
- "последний раз" (детально)
- альтернативы и сравнение
- потери/риски/эмоции
- критерии выбора
- (опционально) реакция на концепт + тест готовности
Шаг C. Синтез (20–30 минут сразу после интервью)
- 5–10 тегов на ключевые фразы
- 3 цитаты дословно
- 1 гипотеза, которую нужно проверить дальше
Шаг D. Еженедельная сессия решений (30–60 минут)
- паттерны по сегментам
- 3–5 гипотез на следующую неделю
- что строим / что проверяем / что прекращаем делать
13) Короткая памятка "проверка на качество CustDev" (можно распечатать)
- Мы говорим с людьми, у которых проблема была недавно?
- Мы спрашиваем про прошлые действия, а не про предположения?
- Мы понимаем альтернативы и почему они выбраны?
- Мы различаем user/buyer/champion/approver?
- У нас есть признаки, которые могут нас разубедить?
- Мы синтезируем в разрезе сегментов, а не "в целом по больнице"?
- Мы переводим инсайты в проверяемые гипотезы и следующий шаг?
- Мы проверяем готовность выделить ресурс, а не собираем комплименты?