Когда B2B-компании нужен CustDev?

Главная ценность customer development — снизить неопределённость раньше, чем компания потратит месяцы на разработку или маркетинг. Хорошее интервью не спрашивает: «Купили бы вы такой продукт?» Оно восстанавливает реальную историю последнего решения: что произошло, почему старый способ перестал устраивать, кто участвовал, какие альтернативы рассматривали, где возник риск и что в итоге стало критерием выбора. В B2B полезно разговаривать не только с пользователем, но и с champion, экономическим покупателем, технической ролью, закупками и lost prospects.

У вопроса «Когда B2B-компании нужен CustDev?» есть практический смысл только тогда, когда он связан с наблюдаемым решением. Не стоит делать вывод по одному признаку. Например, сигнал «запускается новый продукт;» важен в связке с «компания выходит в новый сегмент или страну;», а результат разумно проверять через повторяемость триггеров;, повторяемость критериев выбора; и число интервью до насыщения новых тем;. Такой подход защищает от локальной оптимизации: показатель может улучшиться, а коммерческий результат — нет. Поэтому сначала фиксируется baseline, затем изменение процесса, и только потом сравнивается downstream-эффект.

• запускается новый продукт;
• компания выходит в новый сегмент или страну;
• конверсия падает без очевидной причины;
• продажи регулярно проигрывают одному типу конкурента;
• команда спорит о ценностном предложении;
• roadmap строится на запросах самых громких клиентов.

1. Сформулируйте решения, которые должны стать понятнее после исследования.
2. Выберите респондентов по ролям и реальным ситуациям, а не только лояльных клиентов.
3. Спрашивайте о последнем конкретном кейсе, а не о гипотетическом будущем.
4. Фиксируйте триггеры, альтернативы, критерии, риски и язык клиента.
5. Ищите повторяющиеся паттерны, а не самые яркие цитаты.
6. Переведите выводы в проверяемые продуктовые и GTM-гипотезы.

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

• Нужно проверить «нравится ли идея». Интервью мало помогут — вопрос сформулирован неправильно. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
• Нужно понять реальный buying process. CustDev очень уместен. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
• Есть много количественных данных, но непонятно почему. Интервью дополняют аналитику причинным контекстом. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.
• Нужно оценить размер рынка. CustDev не заменяет market sizing. Это не автоматический диагноз, а рабочая гипотеза: её нужно подтвердить данными конкретного сегмента, канала или когорты.

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

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

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

CustDev не даёт статистически репрезентативного размера рынка и не заменяет эксперименты. Люди могут плохо помнить детали или рационализировать решение задним числом, поэтому интервью полезно проверять данными и поведением.

• Что именно должно измениться, если ответ на вопрос «Когда B2B-компании нужен CustDev?» внедрён правильно?
• Какой baseline по показателю «повторяемость триггеров;» у нас есть сейчас?
• Кто владеет следующим действием и где оно фиксируется?
• Как мы отличим улучшение процесса от случайной волатильности?
• Какой сигнал заставит остановить или пересобрать гипотезу?

1. Зафиксировать текущий процесс и исходные данные до изменений.
2. Проверить два наиболее явных сигнала: «запускается новый продукт;» и «компания выходит в новый сегмент или страну;».
3. Внедрить первые 1–2 шага из плана, не меняя одновременно всю систему.
4. Через согласованное окно сравнить повторяемость триггеров;, повторяемость критериев выбора; и downstream-результат.

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