Меловая схема к статье «Ловушка мягкой единицы: “сказал про замер” не значит “закрыл на замер”»

Ловушка мягкой единицы: “сказал про замер” не значит “закрыл на замер”

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

В первом фокусе по этому проекту мы столкнулись с очень опасной вещью. Не с технической ошибкой. Не с сопротивлением менеджеров. Не с тем, что AI что то неправильно понял.

Ловушка мягкой единицы: “сказал про замер” не значит “закрыл на замер”

В первом фокусе по этому проекту мы столкнулись с очень опасной вещью.

Не с технической ошибкой.
Не с сопротивлением менеджеров.
Не с тем, что AI что-то неправильно понял.

А с более тонкой проблемой.

Мы могли сами себя обмануть метрикой.

На первый взгляд всё выглядело просто: нужно проверить, закрывает ли менеджер клиента на следующий шаг - замер, фото или видео проёма. Если закрывает - хорошо. Если не закрывает - есть зона роста.

Но почти сразу возник вопрос:

что именно считать закрытием?

Потому что менеджер может сказать про замер.
Может упомянуть фото.
Может отправить клиенту информацию.
Может мягко сказать: “если что, пришлите”.

И всё это вроде бы похоже на движение сделки.

Но на практике это часто не движение.

Это имитация движения.

Гипотеза

На этом этапе у нас была гипотеза:

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

Гипотеза выглядела логично.

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

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

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

И если этот элемент появился, рука тянется поставить единицу.

Но именно здесь и была ловушка.

Почему мягкая единица удобна всем

Мягкая оценка почти всегда приятнее.

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

Она приятнее руководителю.
В отчёте больше зелёного, меньше конфликтов.

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

Она приятнее клиенту как заказчику.
Кажется, что команда уже начала работать лучше.

Но у мягкой оценки есть проблема: она может быть неправдой.

Не в смысле, что менеджер ничего не сделал. Он действительно что-то сделал.

Проблема в другом: его действие могло не изменить судьбу сделки.

Он сказал: “можете прислать фото”.
Но клиент не сказал, что пришлёт.

Он сказал: “у нас есть онлайн-замер”.
Но не предложил время.

Он сказал: “если будет удобно, отправьте”.
Но не объяснил, зачем это клиенту.

Он сказал: “я вам всё направлю”.
Но не договорился, когда вернётся к разговору.

Всё это звучит как активность.

Но это не закрытие.

Как выглядит ложный успех

В звонке это выглядит очень невинно.

Клиент спрашивает цену.

Менеджер уточняет какие-то параметры, рассказывает про варианты, может даже неплохо объясняет продукт. Потом говорит:

“Можете прислать фото проёма, и мы вам точнее посчитаем”.

Клиент отвечает:

“Хорошо”.

Разговор заканчивается.

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

Но если смотреть управленчески, нужно задать несколько вопросов:

Клиент понял, зачем ему это делать?
Клиент принял на себя обязательство прислать фото?
Менеджер уточнил, когда клиент это сделает?
Менеджер договорился, когда вернётся?
Клиент почувствовал ценность следующего шага?
Инициатива осталась у менеджера или ушла клиенту?

Если ответов нет, это не единица.

Это максимум половина.

Почему это важно именно для длинного цикла сделки

В продажах с длинным циклом слабая договорённость особенно опасна.

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

Но в нише ворот клиент часто не покупает сразу.

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

В таком цикле менеджер должен создавать зацепки.

Не давить.
Не навязывать.
Но оставлять за собой право вернуться.

Если он просто сказал “пришлите фото”, а клиент ничего не обязан, то через неделю менеджер звонит почти в пустоту:

“Ну что, посмотрели?”

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

И не потому что он плохой.

Просто у него не было договорённости.

Где было наше внутреннее напряжение

Для меня это был неприятный момент.

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

Можно было сказать:

“Смотрите, менеджеры стали чаще говорить про замер”.

Это правда.

Но неполная правда.

А неполная правда в продукте аналитики особенно опасна.

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

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

Мы помогаем ему успокоиться раньше времени.

Именно здесь появляется важная продуктовая этика:

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

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

Клиент увидел, что привычное ощущение “менеджер же предложил” недостаточно.

Нужно различать три уровня:

Первый уровень - менеджер вообще не предложил следующий шаг.

Второй уровень - менеджер предложил, но слабо: без ценности, без конкретики, без договорённости.

Третий уровень - менеджер действительно закрыл клиента на действие.

И это уже меняет разговор с командой.

Раньше можно было спорить:

“Но я же сказал про замер”.

После ужесточения критерия вопрос стал другим:

“Ты сказал. Но клиент взял на себя следующий шаг?”

Это принципиально другой уровень управленческой дискуссии.

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

Мы увидели, что в продукте нельзя оценивать только наличие фразы.

AI может найти, что менеджер упомянул замер.

Но для бизнеса важнее другое:

была ли создана договорённость.

Это разные сущности.

Фраза - это факт текста.
Договорённость - это факт управления сделкой.

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

Если продукт научится различать “упомянул”, “предложил”, “объяснил ценность”, “зафиксировал действие”, тогда он становится управленческим инструментом.

Это и есть разница между разбором звонка и поиском точки роста.

Что стало критерием

Мы начали считать единицей не сам факт упоминания замера.

Единица должна была означать, что менеджер:

  1. предложил следующий шаг;
  2. объяснил, зачем он нужен клиенту;
  3. связал шаг с безопасностью, точностью или выгодой клиента;
  4. уточнил формат или время;
  5. зафиксировал договорённость.

Если часть этого есть, но договорённость слабая - 0,5.

Если следующего шага нет - 0.

Это кажется простой шкалой.

Но за ней стоит очень важная методологическая вещь:

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

Почему менеджерам это может быть неприятно

Потому что менеджер субъективно чувствует: он же сделал попытку.

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

И когда ему ставят 0,5, он может воспринимать это как несправедливость.

Поэтому здесь нельзя просто включить оценку и сказать: “теперь система так решила”.

Нужно объяснить правила игры.

Мы не оцениваем тебя как человека.
Мы не говорим, что звонок плохой целиком.
Мы не спорим, что ты сделал попытку.

Мы говорим: попытка была слабой, потому что сделка не получила зафиксированного следующего шага.

Это не наказание.

Это точка роста.

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

Главный вывод для клиента простой:

нельзя считать этап пройденным только потому, что менеджер произнёс нужную тему.

Если вы хотите управлять продажами, нужно смотреть глубже:

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

Иначе можно получить красивую статистику, но сделки всё равно будут зависать.

Вывод для нас

Для нас эта статья - про продуктовую честность.

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

Нам нужно строить сервис, который иногда говорит неприятное:

“Да, менеджер сказал правильную фразу. Но бизнес-действия не произошло”.

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

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

Не “сказал про замер”.

А “создал договорённость на следующий шаг”.

Это разные уровни зрелости аналитики.

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

После этого у нас появился следующий вопрос:

что тогда считать честной единицей?

Если мягкая оценка обманывает, нужно описать эталон так, чтобы его одинаково понимали клиент, менеджер, руководитель, ОКК и AI.

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

Серия

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

  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 Первая неделя нужна не для роста, а для доверия к системе