Меловая схема к статье «Первая неделя нужна не для роста, а для доверия к системе»

Первая неделя нужна не для роста, а для доверия к системе

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

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

Первая неделя нужна не для роста, а для доверия к системе

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

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

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

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

Первая неделя - про доверие.

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

Гипотеза

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

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

Это была логичная гипотеза.

Система слушает звонки.
AI оценивает критерий.
Менеджер получает задачу.
В задаче объясняется, что получилось, а что нет.
Руководитель видит отчёт.

Кажется, цепочка замкнулась.

Но в этой логике есть слабое место.

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

А это почти никогда не происходит автоматически.

Что происходит в первый момент

Для менеджера новая система - это не “помощник”.

Скорее это новый наблюдатель.

Ещё один контроль.
Ещё одна задача.
Ещё одна оценка.
Ещё одна возможность получить претензию.

Даже если мы честно говорим, что система нужна для помощи, менеджер сначала проверяет:

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

И если на этом этапе менеджер видит несправедливость, он быстро делает вывод:

“Это очередная игрушка руководства”.

После этого вернуть доверие сложно.

Почему нельзя просто “включить AI”

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

Наоборот.

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

Ручному руководителю менеджер хотя бы может возразить напрямую.

А нейросеть кажется чёрным ящиком:

“Она что-то там решила”.

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

Менеджер начинает искать не точку роста, а ошибку системы.

И он её найдёт.

Потому что ошибки будут всегда.

Транскрибация может что-то исказить.
AI может неверно понять контекст.
Критерий может быть слишком жёстким.
Звонок может быть пограничным.
Клиент может говорить косвенно.
Менеджер может сделать действие не по шаблону, но по смыслу правильно.

Если эти случаи не разбирать, доверие ломается.

Что мы сделали в проекте

Мы начали не просто смотреть итоговые проценты.

Мы смотрели задачи.
Читали комментарии менеджеров.
Проверяли спорные оценки.
Обсуждали, где 1, где 0,5, где 0.
Добавляли обоснование оценки.
Корректировали инструкцию для AI.

Это медленнее, чем просто включить отчёт.

Но это честнее.

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

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

И это меняет позицию по отношению к команде.

Не “нейросеть вас проверяет”.

А:

“Мы вместе калибруем критерий, чтобы дальше он был справедливым и полезным”.

Почему комментарии менеджеров важны

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

Менеджер пишет: “Оценка неверная”.

Можно раздражённо сказать:

“Опять спорит”.

Но это неправильная реакция.

Иногда комментарий менеджера - это действительно саботаж.

А иногда это ценный сигнал.

Он может показать:

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

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

И это важно.

Команда не должна быть только объектом оценки.

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

Иначе правилу не будут доверять.

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

Клиент увидел, что внедрение AI-разбора не заканчивается на техническом запуске.

Подключить звонки - мало.
Настроить промт - мало.
Сделать отчёт - мало.
Поставить задачи менеджерам - мало.

Нужно ещё провести социальное внедрение.

Люди должны понять:

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

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

Где здесь моя личная боль как основателя

Меня в таких проектах больше всего расстраивает не ошибка AI.

Ошибку можно исправить.

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

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

Но если клиентская команда не входит в процесс, всё превращается в “разбор ради разбора”.

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

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

Для этого первая неделя должна быть не про красивый график.

Она должна быть про доверие.

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

Допустим, в первую неделю показатель не вырос.

Это не обязательно плохо.

Если в эту неделю:

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

то неделя была полезной.

Даже если процент не изменился.

Потому что без этого фундамента рост второй и третьей недели будет случайным.

Какой ритм нужен в первую неделю

По итогам этого этапа для нас сложился более точный ритм.

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

Нужно:

  1. объяснить критерий;
  2. показать примеры 0, 0,5 и 1;
  3. договориться, как менеджеры дают обратную связь;
  4. читать их комментарии;
  5. разбирать спорные звонки;
  6. корректировать инструкцию;
  7. показывать команде, что их замечания действительно учитываются;
  8. фиксировать первые сильные примеры.

Это не “мягкость”.

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

После этого уже можно требовать.

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

Руководитель часто хочет сразу использовать отчёт как инструмент давления.

“Вот у тебя 0. Исправляйся”.

Но если команда ещё не приняла критерий, давление приведёт к защите.

Сначала руководителю нужно получить право требовать.

Это право появляется, когда:

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

Только после этого вопрос “почему ты не применяешь?” становится честным.

До этого он преждевременный.

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

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

Ставьте другую цель:

добиться доверия к критерию и процедуре оценки.

Проверьте:

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

Если это появилось, у вас есть фундамент для изменения поведения.

Вывод для нас

В следующих проектах мы должны заранее объяснять клиенту:

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

Не нужно продавать её как неделю результата.

Нужно продавать её как неделю доверия.

И внутри продукта это тоже должно быть отражено.

Не только отчёт “сколько баллов”.

А отдельный слой:

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

Это поможет не путать внедрение с эксплуатацией.

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

После калибровки появилась первая динамика.

Менеджеры начали чаще закрывать на следующий шаг.

Процент сильных действий вырос.

Но дальше возник новый риск:

можно ли считать рост поведения победой?

Ответ оказался сложнее, чем хотелось.

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

Серия

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

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