Когда в компании уже есть контроль качества звонков, кажется, что проблема частично решена. Звонки слушают. Менеджеров оценивают. Скрипт есть. Ошибки находят. Руководитель может посмотреть, кто как работает.
Контроль качества уже был. Почему он не стал системой роста
Гипотеза
Когда в компании уже есть контроль качества звонков, кажется, что проблема частично решена.
Звонки слушают. Менеджеров оценивают. Скрипт есть. Ошибки находят. Руководитель может посмотреть, кто как работает.
Значит, нужно просто сделать контроль быстрее, глубже и регулярнее.
На первый взгляд это логичная гипотеза.
Если человек вручную слушает только часть звонков, то AI сможет разобрать больше. Если раньше контроль был выборочным, теперь можно смотреть системнее. Если раньше оценки были субъективными, теперь можно сделать критерии точнее.
Но в этом проекте стало видно: наличие контроля качества не означает, что у компании есть система роста.
Почему гипотеза казалась логичной
У клиента контроль качества уже был.
Это важный момент.
Мы не пришли в хаос, где никто никогда не слушал звонки. В компании уже были скрипты, ручные оценки, понимание, что разговоры влияют на продажи, и попытки разбирать работу менеджеров.
Более того, клиент сам видел проблемы.
Где-то менеджеры слишком мягко закрывали. Где-то уходили в презентацию. Где-то пропускали следующий шаг. Где-то работали по привычке. Где-то сильные менеджеры делали что-то лучше, но это не было описано как система.
Поэтому казалось: если усилить существующий контроль автоматикой, станет лучше.
Мы сможем быстрее слушать больше звонков. Оценивать по единым правилам. Видеть срез по менеджерам. Находить конкретные примеры. Давать руководителю больше фактов.
Но проблема оказалась не только в количестве прослушанных звонков.
Что пошло не так
Контроль качества может отвечать на вопрос: «что было не так в звонке?»
Но рост требует другого вопроса: «какое поведение мы теперь меняем?»
Это не одно и то же.
Можно найти десять ошибок в разговоре. Менеджер не так поздоровался. Не выявил потребность. Не уточнил сроки. Не объяснил ценность замера. Не зафиксировал договорённость. Не отработал цену. Не вернулся к вопросу бюджета. Не подвёл итог.
Всё это может быть верным.
Но если менеджеру после звонка сказать всё это сразу, он не станет лучше.
Скорее всего, он защитится.
Скажет, что клиент был сложный. Что в карточке уже были данные. Что он и так всё сказал. Что нейросеть не поняла. Что в этом звонке замер был не нужен. Что он работает давно и знает, как надо.
И часть этих возражений может быть справедливой.
Проблема не в том, что контроль ошибается всегда.
Проблема в том, что контроль без фокуса превращается в спор о прошлом, а не в изменение будущего поведения.
Почему контроль не равен управлению
Контроль фиксирует факт.
Управление меняет систему.
Если руководитель просто знает, что менеджер плохо закрывает на следующий шаг, это ещё не управление.
Управление начинается, когда:
- выбран один критерий;
- команда понимает, почему он важен;
- есть эталон, что считается хорошим поведением;
- менеджер получает понятную обратную связь;
- руководитель возвращается к этому критерию регулярно;
- через несколько дней видно, меняется ли поведение;
- потом проверяется, влияет ли это на следующий этап воронки.
Без этого контроль остаётся наблюдением.
Даже если он автоматизирован.
Даже если он умный.
Даже если он масштабный.
Что увидел клиент
Клиент видел, что контроль качества есть, но он не всегда превращается в движение.
ОКК может поставить оценку. Руководитель может увидеть проблему. Менеджер может получить замечание. Но отдел продаж не обязательно начнёт работать иначе.
Почему?
Потому что команда живёт в потоке.
Звонок закончился. Следующий звонок. Новый клиент. Новый запрос. Новый контекст. Новая цена. Новая эмоция. Новый Avito-лид. Новый человек, который просто хочет узнать стоимость.
Если обратная связь не встроена в ритм, она быстро исчезает.
Менеджер может прочитать задачу и забыть. Может формально закрыть. Может не открыть. Может согласиться, но не применить. Может искренне не понять, что именно изменить в следующем разговоре.
Поэтому у клиента возникал справедливый вопрос: как сделать так, чтобы разборы не просто появлялись, а реально меняли поведение?
Что увидели мы
Мы увидели, что нельзя продавать автоматизацию контроля качества как конечную ценность.
Автоматизация контроля - это только инфраструктура.
Она даёт скорость, масштаб, факты, срезы, примеры. Но сама по себе она не создаёт управленческое изменение.
Нужно идти дальше.
Из контроля качества нужно делать систему спринтов.
Не «слушаем всё и оцениваем всё», а «в ближайшие две-три недели мы меняем один конкретный участок поведения».
Например:
- закрытие на замер;
- фиксация следующего шага;
- выяснение бюджета;
- выбор сценария клиента;
- отработка возражения «дорого»;
- возврат к вопросу, на который клиент уклонился.
Тогда контроль становится не проверкой, а инструментом обучения.
Успех или поражение
Это был смешанный результат.
С одной стороны, наличие ОКК у клиента помогало. Компания уже понимала, что звонки важны. Не нужно было убеждать, что разговоры менеджеров влияют на продажи.
С другой стороны, стало видно, что даже зрелый контроль может застрять на уровне оценки.
Он может показывать, что менеджер сделал не так, но не создавать систему, где менеджер день за днём учится делать иначе.
Для нас это был важный сигнал: продукт не должен бороться с ОКК.
Он должен помогать ОКК становиться управленческим инструментом.
Вывод для клиента
Если у вас уже есть контроль качества, проверьте не количество прослушанных звонков, а то, что происходит после оценки.
Есть ли один фокус на ближайшие недели? Понимает ли команда, почему именно он важен? Есть ли эталон хорошего поведения? Есть ли регулярный разбор примеров? Видно ли, что показатель меняется? Проверяете ли вы, влияет ли это на следующий этап воронки?
Если ответов нет, контроль качества работает как проверка, но не как система роста.
И тогда проблема не в том, что вы мало слушаете звонки.
Проблема в том, что прослушка не превращается в управленческий цикл.
Вывод для нас
Нам нужно позиционировать сервис не как замену ОКК и не как «AI, который всё проверит».
Правильнее - как усилитель управленческого цикла.
Сервис должен помогать:
- выбрать один критерий;
- согласовать эталон;
- быстро находить звонки по этому критерию;
- показывать понятную оценку;
- давать руководителю материал для планёрки;
- фиксировать динамику;
- подсказывать следующий фокус.
То есть ценность не в том, что мы проверили больше звонков.
Ценность в том, что компания начала менять одно важное поведение.
Следующий вопрос
Если контроль качества сам по себе не создаёт рост, значит, нужно выбрать первый управляемый фокус.
В этом проекте таким фокусом стал следующий шаг клиента - замер или фото/видео проёма.
Кейс внедрения без глянца
- 10 Почему мы показываем тяжёлый кейс, а не красивую историю успеха
- 20 Почему собственник не обязан сразу знать, какой вопрос задать данным
- 30 Ниша ворот: много лидов, высокий чек, длинный цикл и слишком много «подумаю»
- 40 Почему данные сами по себе не дают пользу
- 50 Контроль качества уже был. Почему он не стал системой роста
- 60 Мы попытались оценивать всё сразу - и получили перегруз
- 70 Почему 7-10 критериев не меняют поведение менеджера
- 80 Когда AI ошибается, команда получает повод не верить системе
- 90 Почему мы выбрали замер как первый управляемый рычаг
- 100 КП без следующего действия - это не движение сделки