Сервис забирает звонки с записями из Битрикс24 и возвращает по каждому разговору карточку: оценка менеджера, процент выполнения чек‑листа, краткое содержание. Руководитель открывает сводку по отделу вместо того, чтобы час слушать наушники.
Прослушать всё некогда, поэтому выборка складывается случайно: тот разговор, что попался, и тот, на который пожаловался клиент. Системную ошибку в скрипте так находят не в день, когда она появилась, а через месяц — по просевшей конверсии.
Менеджер назвал цифру на словах — скидку, срок, условие — а в счёт ушло не то. Расхождение замечает клиент, а не вы: он либо торгуется с позиции «мне обещали», либо молча уходит, и причину отказа вы уже не узнаете.
«Я подумаю» — и никто не назначил дату следующего касания. В CRM сделка выглядит живой, фактически она брошена в тот момент, когда положили трубку. Такие сделки не попадают ни в один отчёт о потерях: формально они ещё в работе.
Чтобы оценить отдел, приходится выборочно слушать записи, переписывать выводы в таблицу и спорить с менеджером о том, что именно было сказано. Это работа на несколько часов в неделю, и она не делает ни одной новой продажи.
Доля прослушанных звонков — оценка со слов заказчика, а не замер по вашей базе. На демо‑доступе считаем ваш реальный процент: сколько звонков было и сколько из них кто‑нибудь открывал.
Сервис забирает звонки с записями и сопоставляет их с сотрудниками по Bitrix ID — у каждого менеджера в системе свой идентификатор, поэтому разговор всегда привязан к конкретному человеку, а не к номеру.
Запись уходит в разбор. Модель разбора задаётся отдельно для каждой компании — это настройка вашего рабочего пространства, а не общая на всех.
Дата и время, направление, длительность, оценка менеджера, процент выполнения чек-листа и краткое содержание разговора. Не «папка с записями», а строка, которую можно читать без наушников.
Всего звонков, сколько разобрано, средняя оценка, средний процент чек-листа, суммарное время разговоров и дата последнего звонка. Отчёт собирается сам — руководитель его открывает, а не составляет.
У каждого звонка виден статус обработки — в том числе неудачный. Если записи нет или разбор не получился, это видно в списке, а не выясняется через месяц.
То же самое, свёрнутое по сотруднику за период. Отдельно видно, сколько звонков было и сколько из них действительно разобрано.
Состав чек‑листа по умолчанию и настройка его под ваш скрипт продаж — [уточнить]. Формат уведомлений о разборе (Telegram, почта) — [уточнить].
Отдельное пространство вашей компании: свои пользователи, своя модель разбора, свой доступ.
Настраиваем получение звонков с записями из вашего портала.
Каждому сотруднику проставляем Bitrix ID, чтобы звонки ложились в правильные карточки.
Руководитель получает сводку по отделу, менеджер — свои звонки.
Срок подключения и объём работ с вашей стороны — [уточнить].
Тариф в сервисе задаётся тремя величинами: помесячная или годовая оплата, лимит звонков и лимит подключённых менеджеров. Конкретные цифры пришлёт Юрий — здесь они появятся без выдумок.
Покажем сервис на созвоне и договоримся о пробном подключении: что настраиваем, сколько ваших звонков берём в разбор и что вы получите на выходе.