Разбираем каждый звонок менеджеров автоматически — и показываем, где деньги уходят, пока их можно вернуть.
Вы отвечаете за выручку отдела. А главное, что её определяет, — звонки менеджеров — вы не видите. Из сотни звонков вы слышите один-два. Остальные решают вашу судьбу без вас.
Разберём, как выстроить контроль отдела продаж, чтобы видеть каждый звонок — и перестать гадать, куда уходит выручка.
Вы знаете, сколько звонков сделал каждый менеджер. Сколько встреч назначено. Сколько сделок в работе. Эти цифры у вас есть.
Но это верхушка. Айсберг — под водой. Там решается исход сделки: как менеджер отработал возражение, зацепился ли за следующий шаг, не отпустил ли клиента «подумать». Этого в цифрах нет.
Вот почему вы узнаёте о проблемах слишком поздно. Не потому, что плохо работаете. А потому, что видите результат, а не процесс. А процесс уходит в разговор с клиентом.
Справедливости ради: Битрикс24 умеет записывать звонки и расшифровывать их в текст. Это делают приложения маркетплейса и встроенный CoPilot. Отрицать это глупо.
Но расшифровка — это текст разговора, а не ответ на вопрос «где мы теряем деньги». Чтобы его получить, нужно считать упущенные сделки в рублях, размечать каждое возражение, сравнивать менеджеров и давать каждому рекомендацию.
Поэтому вопрос не в том, слышит ли система разговор. Вопрос в том, насколько глубоко она разбирает услышанное, на каком объёме данных и настраивается ли под ваш процесс.
Совет «просто слушай звонки» звучит разумно. Но давайте честно посчитаем.
Час разговоров — это 15–20 звонков. Отдел из десяти менеджеров делает 400 звонков в день. Чтобы разобрать один день, нужно 25 часов чистого прослушивания. Это больше трёх полных рабочих дней. Каждый день.
Ни один руководитель физически на это не способен. Дело не в дисциплине и не в желании. Дело в объёме. Поэтому прослушивание звонков вырождается в выборочную проверку — и вы видите фрагменты, а не картину.
Контроль — это не надзор. Это система, при которой вы видите весь отдел, а не выборочные звонки. Вот пять шагов, которые это выстраивают.
Вот что происходит, когда вы перестаёте гадать.
Вы видите подтверждённые сбои по этапам и менеджерам. Денежную оценку риска проверяете отдельно по уникальным сделкам.
Вы можете сравнить работу менеджеров на сопоставимых разговорах и выбрать конкретный навык для разбора, не подменяя это впечатлением о человеке.
Менеджеры начинают работать иначе. Когда каждый звонок разобран и оценён, работать спустя рукава перестаёт быть незаметным. Это дисциплинирует сильнее любых штрафов.
И главное — у вас появляется время. Вместо трёх дней на прослушку — один отчёт к утру. Время уходит на развитие отдела, а не на рутину.
Непрослушанный звонок — это пробел в проверке, а не потерянная сделка. Поэтому утренний отчёт начинается с трёх разных чисел: объём разговоров, объём проверенных записей и число уникальных сделок с подтверждённым риском. Их нельзя умножать друг на друга или заменять одним показателем. Ниже расчётный образец организации отчёта, не клиентские данные.
| Сигнал | Подтверждающий факт | Сделка | Ответственный | Действие | Срок |
|---|---|---|---|---|---|
| Просрочен перезвон | В записи обещано связаться утром; в истории на момент среза контакта нет | Учебная А | Менеджер сделки | Проверить историю всех каналов, связаться и зафиксировать результат | Сегодня, 11:00 |
| Нет согласованного шага | Клиент попросил сравнение; разговор закончился без даты | Учебная Б | Менеджер сделки | Предложить время обсуждения сравнения, не ставить фиктивную встречу | Сегодня, 12:00 |
| Расхождение с CRM | В звонке обсуждались условия, в CRM записан окончательный отказ | Учебная В | РОП и менеджер | Уточнить статус по переписке и исправить карточку при подтверждении | Сегодня, 15:00 |
В каждой строке храните внутреннюю ссылку на запись, её время и карточку сделки. Публично такие ссылки и персональные данные не нужны. Сигнал без записи помечайте «требует проверки», а не «вина менеджера». Если звонок не загрузился, задача относится к полноте данных. Если клиент отказался из-за неподходящего продукта, это квалификация, а не нарушение срока.
Допустим, в расчётном дне было 100 разговоров, 80 проверены, 20 ещё ждут разбора. Среди проверенных нашлись три разные сделки с риском — именно строки выше. Нельзя написать «20 × средний чек = упущенная выручка». Даже три риска ещё не означают три несостоявшиеся продажи: в одной сделке клиент может продолжить общение, в другой обнаружится отсутствие бюджета, в третьей ошибётся классификатор.
Если нужна денежная оценка, вынесите её в отдельную колонку с суммой сделки, вероятностью оплаты на соответствующем этапе и источником вероятности. Например, при расчётных суммах 40 000 ₽ у двух разных подходящих сделок и вероятностях 0,2 и 0,5 потенциальная выручка под риском составит 8 000 + 20 000 = 28 000 ₽. Это сценарная оценка, не доказанный ущерб и не обещание вернуть всю сумму. Третью сделку без надёжной вероятности оставьте без денежного значения.
Откройте сначала срочные строки, где ещё можно выполнить обещание. Менеджер подтверждает факт или показывает пропущенный отчётом контакт. После уточнения остаётся одно действие и один срок. Не добавляйте в строку общее «работать активнее»: по нему завтра нельзя проверить выполнение. Не требуйте продажи к обеду, если реальное действие — отправить согласованное сравнение.
Завершите планёрку проверкой вчерашних поручений. Для перезвона исходами могут быть «соединились», «не ответил», «попросил другое время», «отказался». Ни один из них сам по себе не равен оплате. Закрывайте задачу по фактическому результату, сохраняя историю попыток. Если проблема повторяется у нескольких менеджеров, проверьте порядок назначения задач и доступность данных, а не начинайте со штрафов.
Раз в неделю разберите полноту источников: сколько звонков отсутствовало, сколько карточек не связалось со сделкой, какие каналы не подключены к отчёту. Отдельно проверьте качество автоматических меток на нескольких случайных записях, включая те, где система не нашла нарушений. Иначе контроль будет видеть только то, что сам уже пометил, и пропускать ошибки отбора.
Такой отчёт не требует от руководителя слушать всё подряд. Он требует доступного доказательства в каждой спорной строке и возможности исправить ошибочную оценку. Менеджер понимает, какое действие от него ждут. Собственник видит границу между объёмом контроля, подтверждёнными сбоями и вероятностной оценкой денег. Это и есть управляемость: не громкая сумма «потерь», а проверяемое решение по конкретной сделке.
Не смешивайте операционный список с рейтингом сотрудников. Сделка с высоким чеком требует внимания даже при хорошем разговоре; небольшая сумма не отменяет обещание клиенту. Показатель охвата нужен для проверки системы, а не для наказания менеджера за отсутствие загруженной записи. Спорные сигналы выделите отдельно и назначьте время проверки. В конце дня сохраните исход каждой задачи: выполнено, перенесено с согласия клиента, не удалось связаться или нужна помощь руководителя.
Нет. Невидимость бьёт по любому отделу, где звонков больше, чем руководитель может прослушать. А это почти всегда.
CRM показывает этапы сделок и может расшифровать звонки. Но текст разговора — это ещё не ответ на вопрос, где теряются деньги в рублях.
Да, если контроль выглядит как надзор. Если это разбор с конкретной пользой каждому — сопротивление падает.
С правильным инструментом — минуты в день. Без него — часы, которых у руководителя нет.
На диагностике обсудим, какие источники нужны для утреннего отчёта: звонки, история сделок и обещания клиентам. Подготовьте пример процесса и вопросы по контролю; срок первого отчёта зависит от доступности данных и настройки правил.
Чтобы применить метод к своим данным, можно обсудить оценку рисков по своим сделкам на диагностике. Подготовьте описание процесса и доступных источников; готовый анализ требует ваших записей и истории сделок.
По теме: Упущенные продажи: сколько денег теряется на каждом этапе воронки · Воронка продаж: где именно утекают деньги — и как это видно по звонкам
Без новостей отрасли и пересказов. Только то, что меряли на своих проектах: цифры, грабли и решения.
Обсудим риски по сделкам, реакцию на обращения и качество разговоров. Определим, какие данные нужны для проверки вашей задачи продаж.