Почему мы не можем прожить вопрос за клиента

Это одна из самых болезненных тем в проекте.

Иногда мы видим проблему раньше клиента.

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

И очень хочется помочь.

Хочется прийти и сказать:

“Смотрите сюда. Вот здесь деньги. Вот это проверяйте. Вот этот критерий внедряйте. Вот так проводите планёрку. Вот с этим менеджером работайте. Вот этот звонок покажите команде”.

Но здесь есть ограничение.

Мы можем предложить вопрос.

Мы можем обосновать вопрос.

Мы можем показать факты.

Но мы не можем прожить этот вопрос за клиента.

Гипотеза

На этом этапе стала явной гипотеза:

если мы будем сами генерировать для клиента сильные вопросы, это ускорит путь к пользе.

С одной стороны, это логично.

Клиенту сложно сформулировать, что он хочет узнать из данных.
У него нет привычки исследовать коммуникации.
У него много операционки.
У него нет времени сидеть и думать над гипотезами.
У нас есть опыт других проектов.
Мы видим паттерны быстрее.

Значит, мы можем помочь.

Сгенерировать вопросы.
Предложить фокус.
Подготовить отчёт.
Сформулировать критерий.
Дать управленческий следующий шаг.

И во многих случаях это действительно помогает.

Но не всегда.

Где возникает проблема

Проблема появляется тогда, когда вопрос родился у нас, а не у клиента.

Мы видим, почему это важно.
Клиент соглашается.
Но внутри у него это ещё не стало болью.

Он не прожил этот вопрос.

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

И тогда начинается странная ситуация.

Мы делаем разбор.
Показываем вывод.
Клиент говорит: “да, интересно”.
Потом не внедряет.
Или внедряет формально.
Или возвращается к старым задачам.
Или просит следующий анализ.

Так появляются разборы ради разборов.

Не потому что они плохие.

А потому что клиент не присвоил вопрос.

Как это проявилось в кейсе

В кейсе с воротами это было видно в нескольких местах.

Сначала был фокус на замере.
Потом - на возражениях.
Потом - на сценариях клиентов.
Потом - на бюджете.
Потом - на отчётах и планёрках.

На каждом этапе можно было логично объяснить, почему это важно.

Но логика не всегда равна готовности действовать.

Клиент может понимать, что бюджет важен, но менеджерам всё равно сложно его спрашивать.

Клиент может понимать, что отчёт полезен, но у руководителя нет времени готовить планёрки.

Клиент может соглашаться, что нужно изучать лучших менеджеров, но внутри думать: “мы сейчас в найме, маркетинге, операционке, нам страшно туда глубоко идти”.

Клиент может видеть ценность, но не иметь ресурса её взять.

И это нельзя решить только ещё одним отчётом.

Что я чувствую как основатель

Здесь много личного раздражения.

Не злости на клиента.

Именно раздражения от разрыва.

Ты видишь, что в коммуникациях компании лежит актив.
Видишь, что там есть ответы.
Видишь, что можно меньше гадать и больше опираться на факты.
Видишь, что собственник мог бы перестать спорить с ощущениями и начать проверять гипотезы.
Видишь, что менеджеров можно не просто ругать, а обучать на их же звонках.

И при этом сталкиваешься с тем, что клиент не всегда готов задать даже первый вопрос.

Или готов, но не понимает, что даст ему ответ.

Или понимает, но не готов встроить это в управление.

В такие моменты легко начать думать: “ну как же так, всё же перед вами”.

Но это плохая позиция.

Потому что если клиент не видит, значит, наша задача не в том, чтобы раздражаться.

Наша задача - построить мост.

Что увидел клиент

С точки зрения клиента всё выглядит иначе.

Он не сидит внутри нашей продуктовой логики.

Он не думает днями о том, как превратить звонки в управленческие гипотезы.

Он решает текущие задачи.

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

И когда мы приходим с глубокой методологией, он может не отвергать её.

Он может просто не иметь места, чтобы её переварить.

Это важное различие.

Что увидели мы

Мы увидели, что внедрение должно включать этап присвоения вопроса.

Не просто:

“Вот гипотеза, давайте проверять”.

А:

“Вот симптом, который вы сами чувствуете. Давайте попробуем превратить его в вопрос. Вот 3 варианта. Какой из них вы готовы взять в работу? Что вы ожидаете увидеть? Что будете делать, если это подтвердится?”

Клиент должен заранее понимать:

• зачем проверяем;
• что считаем подтверждением;
• что будем делать после;
• кто будет владельцем действия;
• какой результат ждём через 2-3 недели.

Тогда вопрос становится его.

Не нашим.

Успех или поражение

Это не поражение продукта.

Это взросление методологии.

Раньше можно было думать: если мы найдём хороший вопрос за клиента, он будет благодарен.

Теперь точнее:

мы можем предложить вопрос, но клиент должен его присвоить.

Без этого даже самый умный анализ может зависнуть.

Вывод для клиента

Если вы работаете с данными, не берите в работу гипотезу только потому, что она логично звучит.

Спросите себя:

• это действительно наша боль;
• мы готовы по этому действовать;
• кто будет владельцем изменения;
• что будем делать, если гипотеза подтвердится;
• что будем делать, если не подтвердится.

Если ответа нет, лучше сузить вопрос.

Вывод для нас

В следующих проектах нам нужно перестать спасать клиента готовыми вопросами.

Нужно помогать ему выбрать и присвоить вопрос.

Это другая роль.

Не “мы сейчас всё найдём”.
А “давайте вместе выберем один вопрос, который вы реально готовы проверять и внедрять”.

Это меньше похоже на магию.

Но больше похоже на управляемую пользу.

Следующий вопрос

Если этот кейс заставил нас так пересмотреть вход, ритм и роль продукта, то что он уже изменил в нашем понимании Дожми Продажи?

Об этом следующая статья.