Меловая схема к статье «Что этот кейс уже изменил в нашем понимании продукта»

Что этот кейс уже изменил в нашем понимании продукта

Денис Логинов
6 мин чтения
Если, в двух словах ...

Мы продолжаем работать с клиентом. Продолжаем проверять гипотезы. Продолжаем искать, какие паттерны действительно двигают продажи. Продолжаем видеть сопротивление. Продолжаем сталкиваться с тем, что данные не превращаются в…

Что этот кейс уже изменил в нашем понимании продукта

У этого кейса пока нет финала.

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

Но уже сейчас этот проект изменил наше понимание продукта.

И, возможно, это один из главных промежуточных результатов.

Гипотеза

На старте можно было думать так:

Дожми Продажи - это сервис, который анализирует коммуникации и помогает находить точки роста.

Формально это правда.

Мы подключаемся к коммуникациям.
Собираем звонки.
Расшифровываем.
Резюмируем.
Оцениваем.
Строим отчёты.
Помогаем смотреть на данные под разными углами.

Но после этого проекта такая формулировка стала казаться недостаточной.

Потому что анализ коммуникаций - это только технологическая часть.

А клиенту нужна не технология.

Клиенту нужна управляемая польза.

Что показал проект

Проект с воротами показал несколько вещей.

Первая: клиент не всегда знает, какой вопрос задать.

У него может быть много симптомов, но нет точной аналитической формулировки.

Вторая: широкий анализ перегружает.

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

Третья: один критерий может изменить поведение, но не доказать деньги.

Рост сильных закрытий на следующий шаг - важный сигнал, но не финальный результат.

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

И если не заметить этого, можно начать ломать сильные паттерны.

Пятая: скрипт как текст часто мешает.

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

Шестая: отчёт ничего не меняет без управленческого ритма.

Седьмая: мы не можем прожить вопрос за клиента.

Можно предложить гипотезу. Но если клиент её не присвоил, внедрение будет слабым.

Что изменилось в понимании продукта

Теперь мне всё меньше хочется описывать продукт как “анализатор звонков”.

Это слишком узко.

Анализатор звонков отвечает на вопрос: что было в разговоре?

Но настоящая ценность начинается дальше:

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

То есть продукт должен быть не просто микроскопом.

Он должен быть системой управленческого поиска.

Новая формула

После этого кейса я бы описал продукт так:

Дожми Продажи помогает компаниям превращать реальные коммуникации с клиентами в проверяемые управленческие гипотезы и изменения поведения команды.

В этой формуле важны все слова.

“Реальные коммуникации” - потому что мы не фантазируем идеальный скрипт сверху.

“Проверяемые” - потому что любая гипотеза должна быть измерима.

“Управленческие” - потому что это не просто интересный инсайт.

“Изменения поведения” - потому что без изменения действий менеджеров продажи не меняются.

“Команды” - потому что один отчёт собственнику ничего не даст, если он не встроен в работу людей.

Почему это важно для будущих проектов

Раньше можно было заходить в проект с позиции:

“Давайте подключим данные и посмотрим, что найдём”.

Теперь это кажется опасным.

Правильнее заходить иначе:

  1. Что болит у бизнеса?
  2. Какой симптом клиент уже чувствует?
  3. Какие 2-3 типовые гипотезы могут это объяснять?
  4. Какую одну гипотезу клиент готов присвоить?
  5. Какой критерий можно услышать в коммуникациях?
  6. Где граница 0 / 0,5 / 1 или N/A?
  7. Кто внутри компании будет держать ритм?
  8. Как будем проверять изменение поведения?
  9. Как будем проверять влияние на следующий этап?
  10. Когда признаём, что гипотеза неполная и выбираем следующую?

Это уже не просто настройка сервиса.

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

Что стало понятнее про собственников

Этот кейс также сделал понятнее боль собственников.

Собственник не всегда хочет больше данных.

У него данных и так много.

Он хочет понять:

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

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

Даже если внутри у него сильная технология.

Что стало понятнее про нас

Для нас этот кейс стал неприятным, но полезным зеркалом.

Мы хотим помогать собственникам.

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

Это может быть полезно на старте.

Но если не привести клиента к присвоению гипотезы, польза не закрепится.

Наша зрелая роль не в том, чтобы быть “умнее клиента”.

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

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

Это промежуточный успех.

Не потому что проект завершён.

Он не завершён.

А потому что мы получили более точную рамку.

Мы лучше понимаем, где сервис помогает.
Где он перегружает.
Где нужна методология.
Где нужен ритм.
Где нужен радар.
Где нужен микроскоп.
Где клиент должен сам присвоить вопрос.

Это знание влияет на будущие внедрения сильнее, чем любой красивый финальный кейс.

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

Если вы внедряете аналитику коммуникаций, не ждите, что она сама даст ответ.

Правильнее смотреть на неё как на цикл обучения компании.

Сначала симптом.
Потом гипотеза.
Потом критерий.
Потом проверка.
Потом изменение поведения.
Потом новый вопрос.

И так несколько раз.

Не один отчёт.
Не один аудит.
Не один “волшебный инсайт”.

А цикл.

Вывод для нас

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

Меньше показывать всю мощность продукта сразу.
Больше помогать выбрать первый вопрос.
Сначала давать радар.
Потом включать микроскоп.
Не перегружать менеджеров критериями.
Сразу договариваться о ритме работы.
Не продавать отчёт как результат.
Не проживать вопрос за клиента.
И честно признавать, если гипотеза оказалась неполной.

Это не делает продукт слабее.

Наоборот.

Это делает его взрослее.

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

Проект продолжается.

А значит, серия тоже не закрывается.

Следующий большой вопрос теперь такой:

какие новые гипотезы появятся, когда клиент начнёт смотреть не только на звонки, но и на всю цепочку от первого контакта до денег?

Серия

Кейс внедрения без глянца

  1. 10 Почему мы показываем тяжёлый кейс, а не красивую историю успеха
  2. 20 Почему собственник не обязан сразу знать, какой вопрос задать данным
  3. 30 Ниша ворот: много лидов, высокий чек, длинный цикл и слишком много «подумаю»
  4. 40 Почему данные сами по себе не дают пользу
  5. 50 Контроль качества уже был. Почему он не стал системой роста
  6. 60 Мы попытались оценивать всё сразу - и получили перегруз
  7. 70 Почему 7-10 критериев не меняют поведение менеджера
  8. 80 Когда AI ошибается, команда получает повод не верить системе
  9. 90 Почему мы выбрали замер как первый управляемый рычаг
  10. 100 КП без следующего действия - это не движение сделки
  11. 110 Ловушка мягкой единицы: “сказал про замер” не значит “закрыл на замер”
  12. 120 Что такое честный “1 балл” в звонке
  13. 130 Почему часть звонков нельзя оценивать по критерию замера
  14. 140 Первая неделя нужна не для роста, а для доверия к системе
  15. 150 2% → 22% → 39,5%: поведение изменилось, но это ещё не деньги
  16. 160 Самый неприятный вывод: замер вырос, но не стал доказанным рычагом денег
  17. 170 Почему результативные менеджеры могут иметь низкие баллы по нашему критерию
  18. 180 Почему нельзя клонировать лучшего менеджера вслепую
  19. 190 Скрипт начал мешать. Мы перешли к дорожной карте разговора
  20. 200 “Дорого” оказалось не причиной, а симптомом
  21. 210 Почему менеджеры защищают цену слишком рано
  22. 220 Срочник, сезонник, эконом: три разных клиента в одном потоке лидов
  23. 230 Почему менеджеру трудно переключаться между сценариями в потоке звонков
  24. 240 Три вопроса начала разговора: география, срочность, бюджет
  25. 250 Почему бюджет - самый сложный и самый важный вопрос
  26. 260 Радар и микроскоп: почему продукт не должен начинаться с глубокого анализа всех звонков
  27. 270 Почему клиент не хочет быть аналитиком
  28. 280 Отчёт сам ничего не меняет: нужен управленческий ритм
  29. 290 Почему мы не можем прожить вопрос за клиента
  30. 300 Что этот кейс уже изменил в нашем понимании продукта
  31. 310 Что мы будем проверять дальше, пока кейс продолжается