CRM для отдела продаж: что видит и чего не слышит

CRM для отдела продаж отвечает на вопрос «что произошло со сделкой». Этап, сумма, дата последнего касания, ответственный менеджер, причина отказа. Отчёт собирается за секунды и выглядит убедительно: вот стадия, на которой отваливается больше всего клиентов, вот менеджер с самой низкой конверсией.

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

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

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

[блок подписки - рендерится из config.yaml]

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

CRM - это учётная система, где у каждого клиента есть своя карточка, а у каждой возможной покупки - своя сделка. Сделка двигается по этапам: от первого обращения до оплаты. В справке 1С:CRM этот путь описан как прохождение сделкой этапов воронки - «начиная от проявленного клиентом интереса и заканчивая этапом завершения продажи».

Бытовое сравнение: до CRM отдел живёт в блокнотах и таблицах, где у каждого менеджера свой файл и своя логика названий. CRM заменяет эти файлы одним общим журналом, в котором видно всех клиентов сразу, и у каждого шага есть дата и автор.

Отсюда вырастает всё остальное. Сделки с этапами дают воронку и конверсию по стадиям. В карточку складываются звонки, письма и документы, так что история клиента лежит в одном месте. А задачи с напоминаниями закрывают бытовую дыру: менеджер не забудет перезвонить.

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

Что CRM реально закрывает: сделки, воронка, задачи, история, отчёты

Сделка. Отдельная запись на клиента или покупку. Внутри - сумма, ответственный, текущий этап, набор полей под ваш процесс. В amoCRM это базовая сущность раздела «Сделки», и состав её параметров виден прямо в документации REST API: бюджет, статус, причина отказа и остальные поля перечислены наравне.

Воронка и этапы. Настраиваемая последовательность стадий, по которым сделка идёт к оплате. Отчёт по воронке показывает, сколько сделок стоит на каждой стадии и где поток сужается сильнее всего. Справка 1С:CRM формулирует пользу так: отчёт позволяет «определить этапы, на которых отвал клиентов наибольший, понять причины и внести корректирующие действия».

Карточка клиента и история касаний. Звонки, письма, комментарии, файлы и документы по одному контакту лежат в одном месте. Менеджер уходит в отпуск - второй открывает карточку и видит, о чём договаривались. Так это описано и в справке amoCRM по сделкам, и в стартовом руководстве Битрикс24.

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

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

Права доступа. Кто видит чужие сделки, кто слышит записи, включён ли единый вход и двухэтапная проверка. У amoCRM под это выделен раздел «Безопасность» с подразделами про доступ к данным, единый вход и двухфакторную проверку.

Открытое API. Данные можно вынимать программно и заносить обратно. У amoCRM документация публичная: есть методы получения и создания сделок, изменения полей, а для звонков - отдельный метод добавления.

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

Воронка продаж в CRM: что показывает отчёт по этапам

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

Полезность отчёта зависит от того, как придуманы стадии. Если стадия описывает решение клиента («условия подтвердил»), конверсия между стадиями что-то значит. Если стадия описывает действие менеджера («КП отправлено»), сделка переходит дальше независимо от клиента, и цифра превращается в отчёт о рассылке файлов.

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

Главное разграничение этого раздела такое. Этап воронки и этап разговора - две разные сущности, и выдача по запросу «воронка продаж в CRM» их регулярно путает.

Этап воронки - это место сделки в процессе: предложение отправлено, договор на согласовании, счёт выставлен. Процесс тянется дни и недели, стадию переключает менеджер руками.

Этап разговора - это то, что менеджер обязан сделать внутри одного звонка: поздороваться и представиться, выяснить задачу клиента, предложить решение под эту задачу, отработать сомнения, назвать следующий шаг. Всё это укладывается в семь минут и в полях CRM не существует.

Из этого расхождения вырастает типичная управленческая слепота. Отчёт честно говорит: больше всего сделок умирает на презентации. Исправлять идут презентацию - переписывают скрипт, добавляют слайды, меняют аргументы. А в записях слышно, что до презентации никто не спросил, какую задачу клиент решает, и менеджер рассказывал про возможности наугад.

CRM и телефония: клик-звонок, запись в карточке, пропущенные

Телефония в обзорах CRM обычно стоит одной строкой в списке интеграций. Для отдела, который работает голосом, это самый недооценённый блок: именно он превращает учётную систему в источник доказательств.

Что даёт подключённая телефония, по справке amoCRM:

1. Карточка клиента всплывает на входящем. Менеджер видит, кто звонит и о чём договаривались в прошлый раз, до того как снял трубку.
2. Клик-звонок. Вызов запускается нажатием на номер в карточке контакта или сделки - штатная часть любой интеграции CRM с телефонией.
3. Запись сохраняется в карточке. Все звонки записываются и ложатся к контакту или сделке, рядом с остальной историей.
4. Контакт создаётся автоматически, если звонящего в базе нет.
5. Вызов уходит ответственному менеджеру, минуя общую очередь.
6. Пропущенные фиксируются. Если звонок пропущен или карточка не создалась, система всё равно отмечает обращение. Потерянный входящий - это оплаченный лид, который просто не дошёл до разговора, и пропущенные звонки клиентов стоят ровно столько же, сколько привлечение.

На расширенных тарифах amoCRM добавляет аналитику по входящим и исходящим и по эффективности менеджеров.

⚠️ Внимание: карточку нужно создать до конца разговора. Если менеджер заводит сделку вручную уже после того, как положил трубку, запись к этой сделке не подтянется - такая оговорка встречается в описаниях интеграций телефонии с amoCRM. В базе остаются звонки-сироты: файл есть, а сделки рядом с ним нет. На отделе в десять человек это десятки разговоров в месяц, которые физически невозможно связать с результатом.

Отдельная проверка после подключения телефонии касается времени реакции. Система фиксирует момент обращения и момент первого исходящего, разница между ними и есть ваша скорость ответа на заявку. Эта цифра лежит в CRM уже сегодня, её просто редко смотрят.

Где лежат записи звонков и сколько хранятся

Запись разговора - основной материал для любой проверки качества, поэтому стоит знать, где именно она оказывается. Порядок настройки и выгрузки мы разбирали отдельно: как настроить запись звонков в отделе и что с ней делать дальше.

В Битрикс24 устройство такое, по справке «Как записывать телефонные звонки»:

• Запись включается отдельно для каждого номера: Телефония → Подключение → Настройка номеров → раздел «Запись и оценка» → «Сохранять запись всех разговоров».
• Записываются и входящие, и исходящие.
• Есть отдельная галочка «Проигрывать предупреждение о начале записи».
• Есть опция «Расшифровывать запись звонка»: система делает текстовую расшифровку, на это уходит «от 20 секунд до нескольких минут» в зависимости от размера файла.
• Сами файлы доступны в двух местах: Телефония → Детализация звонков, колонка «Запись», и на Общем диске в автоматически созданной папке «Телефония - записи звонков».
• Про сроки в справке сказано дословно: «Срок хранения записей не ограничен».

Две вещи из этого списка стоит проверить у себя прямо сейчас. Первая - включена ли запись на всех номерах, включая тот, что подключили последним. Вторая - хранит ли записи ваш провайдер телефонии и сколько: у него свои сроки, и они короче, чем у CRM.

Про предупреждение клиента о записи. Запись разговора содержит персональные данные человека на другом конце линии, и штатная опция «Проигрывать предупреждение о начале записи» существует именно для того, чтобы предупреждение прозвучало. Правовая сторона вопроса - отдельная большая тема, разобранная в материале о законности записи разговоров; здесь ограничимся технической частью: галочка есть, её надо найти и поставить осознанно.

Третья точка проверки - система, которая разбирает записи: где физически лежит база, в которую попадает копия разговора. Вопрос тот же, что к CRM и телефонии, и задавать его нужно всем трём поставщикам.

Контроль качества разговоров - та часть работы, с которой мы помогаем напрямую. Разбор звонков по этапам разговора - кусочек большей картины: кто из менеджеров где теряет клиентов и что из этого починится обучением.

[блок оффера, вариант «встроенный» - рендерится из config.yaml]

Что видит CRM и чего не видит: таблица

Механика у всех слепых зон одна: в CRM попадает то, что в неё внесли. Этап, сумма, причина отказа - поля, которые заполняет человек. Система добросовестно хранит внесённое и ничего не знает о том, что происходило в трубке. Поэтому вопрос «что должен видеть руководитель» решается составом того, что вообще измеряется: что РОП видит и что мерить - отдельный разговор про набор метрик.

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

Левая колонка тоже помогает искать потери: по событиям хорошо видно, где обращение вообще не дошло до разговора - где теряются лиды на подходе к отделу, до всякого качества. Содержание нужно там, где разговор состоялся, а денег всё равно нет.

Слепая зона 1: содержание разговора

CRM хранит факт касания: дату, длительность, ответственного, файл записи. Текста разговора в ней нет по умолчанию. Расшифровка появляется, только если её включили отдельно - в Битрикс24 это та самая галочка «Расшифровывать запись звонка». Смысловой разбор расшифровки - уже отдельное приложение из маркетплейса, со своей подпиской, и работает оно поверх предварительно записанного звонка.

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

Посчитаем на отделе из восьми менеджеров. Ориентир по объёму - около 5 000 минут разговоров в месяц. Прослушать это полностью - больше 80 часов, то есть две полные рабочие недели одного человека, который в это время не делает ничего другого. На практике руководитель слушает несколько часов в неделю, и выборка получается смещённая: слушают либо проваленные сделки, либо жалобы, либо тех, кто и так под подозрением.

Отсюда выходит знакомая картина: решения «кого учить, что менять в скрипте» принимаются по единицам процентов разговоров. Как выйти из этой арифметики без найма отдела контроля, мы разбирали отдельно - разбор звонков без ручной прослушки и что от этого меняется в работе руководителя.

Так эта граница устроена и у самого вендора: разбор содержания разговора в Битрикс24 вынесен в приложения маркетплейса, в ядре платформы его нет. Разбор оказывается надстройкой над записью по архитектуре, а не по чьему-то мнению.

⚠️ Внимание: цены и точность конкретных приложений маркетплейса здесь не приводим. Это чужие коммерческие условия, они меняются, и проверить каждую цифру на дату публикации не удалось. Проверяемый факт один: разбор разговора в Битрикс24 - отдельное приложение поверх записи.

Слепая зона 2: как отработаны возражения

В полях CRM нет понятия «возражение». Нет места, где отмечается, что клиент сказал «дорого», «нам это не нужно», «мы уже работаем с другими», и нет места, где записано, чем менеджер это закрыл. Единственный след - комментарий в сделке, написанный тем же менеджером и после разговора.

Чтобы возражения стало возможно измерять, нужен список критериев разговора. У нас это дерево оценки: приветствие, выявление потребности, презентация под выявленную задачу, работа с возражениями, фиксация следующего шага, завершение. Каждый пункт проверяется по записи и даёт либо «пройден», либо «нет». Такой структуры в CRM не предусмотрено, и упрёка системе учёта тут нет: оценка разговора по пунктам - другая задача, под неё нужны другие поля.

Встроенные инструменты CRM решают другую задачу. Приложение «Речевая аналитика звонков» в Битрикс24 анализирует эмоции в разговоре и оценивает диалог по пятибалльной шкале. Оценка «в целом» помогает отсортировать записи, но не говорит руководителю, какой именно пункт провалился: раскладки по возражениям там нет.

В практике управления разница такая. Оценка «три из пяти» сообщает, что разговор прошёл плохо, и оставляет руководителя с вопросом, что менять. Запись «возражение про сравнение с конкурентом прозвучало четыре раза за неделю, закрыто ни разу» уже содержит план обучения.

Слепая зона 3: соблюдение этапов скрипта

Эту зону проще всего спутать с воронкой, потому что оба слова звучат как «этап». Воронка двигает сделку в процессе, скрипт двигает разговор внутри одного звонка.

CRM умеет первое и показывает конверсию между стадиями. Умения второго в ней нет: полей «спросил про сроки», «уточнил бюджет», «назвал следующий шаг с датой» в сделке не существует, и завести их руками тоже не выход - заполнять их будет сам менеджер по памяти.

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

Второй частый сюжет - отсутствие фиксации следующего шага. Разговор закончился на «я подумаю и свяжусь с вами», в сделке появился комментарий «клиент думает», и дальше сделка висит неделями. В отчёте такие сделки попадают в «в работе» и портят картину загрузки отдела, хотя фактически они уже потеряны.

Здесь же лежит ответ на вопрос, зачем вообще нужны формальные пункты разговора. Читать текст по бумажке менеджера никто не заставляет: этапы нужны, чтобы было что проверить по записи и о чём говорить с менеджером на разборе. Конкретные фразы остаются на усмотрение человека, порядок шагов остаётся обязательным.

Слепая зона 4: почему на самом деле отказали

Самая дорогая из четырёх. Поле «причина отказа» существует в обеих главных системах: в amoCRM это штатный параметр сделки, перечисленный в документации API рядом с бюджетом и статусом; в Битрикс24 поле есть на стадии «Сделка провалена».

Устройство этого поля важнее его наличия. Заполняет его тот, чья работа этим отчётом и оценивается. «Дорого» стоит первым в выпадающем списке, выбирается за полсекунды и не требует объяснений перед руководителем. В записи того же разговора при этом может быть слышно другое: клиенту не перезвонили, когда обещали; вопрос про сроки поставки остался без ответа; сравнение с конкурентом никто не отработал.

Хуже того, поле часто вообще пустое. В Битрикс24 обязательным его приходится делать вручную, через настройку «Обязательное на стадии» для стадии «Сделка провалена», а некоторые готовые отраслевые воронки содержат стадию «Отказ (без причины)». Инструкции практиков о том, как сделать это поле обязательным, и готовые бизнес-процессы «заставить менеджера указать причину» существуют в количестве - это и есть доказательство, что по умолчанию поле не заполняется.

⚠️ Честная оговорка про цифры. Публичных замеров достоверности заполнения CRM по российскому рынку нет. В выдаче гуляют проценты со ссылками на зарубежные исследования, но первоисточники по ним не открываются и не подтверждаются, поэтому ни одной такой цифры здесь не будет. Проверять приходится на своих данных.

Проверка на своих данных выглядит так. Взять десять проваленных сделок за последний месяц, выписать из CRM указанную причину отказа и прослушать по каждой последний разговор. Дальше сравнить два списка. Расхождение и есть размер погрешности, с которой вы читаете отчёт по причинам отвала - и заодно повод пересмотреть отчётность менеджера в части того, что в ней заполняется руками.

Отдельно стоит посмотреть на долю «дорого» среди причин. Когда она подозрительно велика, вопрос почти никогда не в цене: ценность не была показана под задачу клиента. Как разбирать возражение «дорого» по записям, мы расписывали подробно.

Кейс: что показал первый прогон звонков за один день

Пример из нашей практики, публичный, имя клиента не называем. Производство мебельной доски, 28 менеджеров в четырёх отделах. До внедрения контроль качества держался на руководителях отделов: слушали выборочно, по жалобам и по провалам.

Первый прогон всех звонков за один рабочий день через дерево оценки занял час машинного времени. Руководителю, чтобы прослушать тот же объём своими ушами, потребовалось бы около рабочей недели. Это соотношение - главная цифра кейса: один день разговоров отдела против недели человеческого внимания.

Результат первого прогона: нарушается половина пунктов чек-листа разговора. Нарушения не экзотические - пропущенное выявление потребности, отсутствие фиксации следующего шага, возражения, оставленные без ответа.

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

Первая реакция руководителя на такой отчёт обычно звучит как «я не знал, что скрипт в этом месте не работает». Часть найденных нарушений лечится правкой скрипта и одним разбором на планёрке, без кадровых решений.

Как закрыть слепые зоны: три слоя одной задачи

Подробно про верхний слой - как устроен разбор записей, что он умеет и чего от него ждать не стоит - разобрано в материале про речевую аналитику в продажах. Здесь только про стыковку слоёв.

Слой 1. CRM - учёт. Сделки, этапы, задачи, история, отчёты. Остаётся на месте и остаётся главной системой отдела: именно в ней живёт процесс, и менять её под разбор звонков не требуется.

Слой 2. Телефония - запись. Привязка записи к сделке, фиксация пропущенных, маршрутизация. Без этого слоя разбирать нечего: файлы либо не создаются, либо лежат отдельно от сделок и не связываются с результатом.

Слой 3. Разбор - содержание. Расшифровка разговора и оценка по дереву критериев. На выходе руководитель получает список: какие пункты разговора провалены, у кого, в каких сделках, с какой частотой.

M.I.L.O. работает третьим слоем. Звонки подтягиваются из CRM или телефонии автоматически либо грузятся вручную, дальше идёт расшифровка и оценка по настраиваемому под ваш отдел дереву. Подключение идёт к тем же телефониям и CRM, что перечислены в этой статье, - список и условия по индивидуальным подключениям есть на сайте. Записи и персональные данные хранятся на серверах в России.

Границы разбора называем прямо, чтобы ожидания совпали с реальностью. Разбираются записи звонков. Продающие видеовстречи тоже разбираются, но запись встречи загружается вручную - автоматически она не подтянется. Переписку чат-ботов и мессенджеров не анализируем совсем: это другой материал и другая задача.

Чек-лист выбора CRM под отдел со звонками

Семь вопросов, которые стоит задать поставщику до оплаты. Каждый проверяется по документации, не по словам менеджера на демонстрации.

1. Что именно умеет интеграция с телефонией? Ответ «есть интеграция» ничего не значит. Проверяйте по списку: всплывает ли карточка на входящем, запускается ли звонок кликом из карточки, привязывается ли запись к сделке автоматически, фиксируются ли пропущенные, уходит ли вызов ответственному. Отдельно спросите, что происходит, когда карточки клиента ещё нет.
2. Где лежат записи и сколько хранятся? Нужны три ответа: место хранения, срок, способ выгрузки. Помните про две точки: у CRM свои правила (в Битрикс24 запись включается по каждому номеру отдельно, срок хранения не ограничен), у провайдера телефонии - свои, обычно короче.
3. Есть ли открытое API и что в нём доступно? Без API звонки и сделки не достать ни в отчётность, ни в систему разбора. Строчка «есть API» в презентации ничего не подтверждает. Смотрите публичную документацию: какие методы есть по сделкам, полям, звонкам.
4. Как устроены права доступа? Кто слышит записи, кто видит чужие сделки, есть ли единый вход и двухэтапная проверка. Запись разговора содержит персональные данные клиента, и доступ «всем менеджерам» здесь - решение с последствиями.
5. Где физически хранятся данные? Пункт 5 статьи 18 152-ФЗ гласит: «При сборе персональных данных, в том числе посредством информационно-телекоммуникационной сети "Интернет", запись, систематизация, накопление, хранение, уточнение (обновление, изменение), извлечение персональных данных граждан Российской Федерации с использованием баз данных, находящихся за пределами территории Российской Федерации, не допускаются, за исключением случаев, указанных в пунктах 2, 3, 4, 8 части 1 статьи 6 настоящего Федерального закона». Практический вопрос поставщику: где находится база, в которую попадает первичная запись. Задать его нужно трижды - по CRM, по телефонии и по системе разбора. Юридическую квалификацию вашего случая здесь не даём, это работа вашего юриста: у нас только текст нормы и то, что стоит проверить.
6. Сколько стоит владение, а не лицензия? Складывайте все слагаемые: лицензии (за пользователя или за аккаунт), внедрение и настройка воронки, доработки под ваш процесс, телефония и минуты, хранение записей, обучение менеджеров и их время на заполнение полей. Последнее слагаемое обычно забывают, а оно самое крупное: заполнение CRM - ежедневная работа всего отдела. По нашей части цифры такие: настройка под ключ от 10 000 ₽ разово, минуты анализа от 6,5 до 4 ₽, вход от 3 250 ₽/мес за пакет 500 минут - актуально на октябрь 2026 года, текущий прайс всегда на okk-ai.ru. Цен CRM-вендоров здесь нет намеренно: они меняются чаще, чем обновляется статья, и считать надо по прайсу на дату покупки, причём сумму за год, а не за месяц.
7. Выдержит ли система ваш объём звонков? Ориентир: отдел из восьми менеджеров даёт порядка 5 000 минут разговоров в месяц. Эта цифра нужна для двух оценок сразу - сколько места займут записи и сколько из них реально прослушать руками.

Пройдите этот список до демонстрации: на демо показывают интерфейс, а ответы на пункты 2, 3 и 5 лежат в документации и в договоре.

Шесть ошибок внедрения, из-за которых CRM «не работает»

1. Воронка настроена под отчёт. Стадии придуманы так, чтобы руководителю было красиво смотреть сводку, а не так, как идёт работа. Менеджеры двигают сделки «как удобно», и конверсия по этапам перестаёт что-либо значить. Признак: в отчёте сделки прыгают через стадии или висят в одной месяцами.
2. Телефония подключена, запись не включена. В Битрикс24 запись включается для каждого номера отдельно. Подключили новый номер, галочку не поставили - по этому номеру записей нет, и узнаёте вы об этом через полгода, когда записи понадобятся.
3. Карточка создаётся после разговора. Запись к сделке не привязывается, в базе остаются звонки без сделок. Лечится регламентом: карточка создаётся в начале разговора.
4. Причина отказа не обязательна. Поле пустое или стоит «отказ без причины». Отчёт по причинам отвала при этом строится и выглядит как данные, хотя данных в нём нет.
5. Нет регламента и нет обучения. Менеджер ведёт параллельный файл в таблице, потому что «так быстрее», и половина истории клиента остаётся вне системы. Самая частая претензия в разборах практиков, и чинится она работой руководителя с отделом: настройками тут не помочь.
6. CRM считают системой контроля качества. Она система учёта, и путаница ролей обходится дороже прочих: руководитель ждёт от отчётов ответа на вопрос «почему теряем», а получает ответ на вопрос «где теряем».

Что сделать на этой неделе

Три шага, каждый - на один вечер.

1. Проверьте запись. Откройте настройки телефонии и убедитесь, что запись включена на всех номерах, включая последний подключённый. Там же найдите предупреждение о записи.
2. Сверьте десять отказов. Возьмите десять проваленных сделок за месяц, выпишите причину отказа из CRM и прослушайте по каждой последний разговор. Сравните два списка - это ваша погрешность.
3. Соберите дерево оценки. Выпишите пункты, которые менеджер обязан пройти в разговоре: приветствие, выявление потребности, презентация под задачу, работа с возражениями, фиксация следующего шага. Дальше по этому списку можно проверять записи - сначала руками, на выборке.

Дальше вопрос масштаба: выборка показывает направление, а решения по людям и скриптам хочется принимать по всем разговорам. Как выглядит отдел, где этот контур замкнут и лиды не теряются ни на подходе, ни в разговоре, разобрано отдельно.

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