Контроль качества продаж в Битрикс24: карта проверок, оценка звонков и диалогов

Контроль качества продаж в Битрикс24 — это набор повторяемых проверок, которые опираются на данные самой системы: карточки лидов и сделок, историю стадий, записи звонков и переписку в открытых линиях. Задача решается в три слоя: порядок в карточках и стадиях, оценка коммуникаций и разбор отклонений с назначенным ответственным. Ниже — карта проверок, порядок подготовки данных, учебный пример и чек-лист приёмки.

Что входит в контроль качества продаж Битрикс24 и где границы задачи

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

Задачу удобно разделить на три слоя.

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

Второй слой — качество коммуникаций. Оцениваются разговоры и переписка: соблюдение регламента, ключевые вопросы, оценки клиента и руководителя.

Третий слой — разбор и решение. Отклонения должны приводить к действиям: обучение, правка регламента, возврат клиента в работу. Без этого контроля проверки становятся бесполезным отчётом.

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

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

Какие исходные данные подготовить до настройки

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

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

Отдельно уточните, какие возможности доступны на вашем тарифе. Например, оценка качества диалога с клиентом и оценка диалога руководителем в открытых линиях доступны не на всех тарифах, а автоматическая обработка звонков в зоне ru доступна по подписке. Это стоит проверить до того, как вы пообещаете команде конкретный набор проверок.

Полезно заранее договориться о периодичности. Одни проверки логично делать ежедневно (зависшие обращения, скорость первого ответа), другие — раз в неделю (разбор оценок звонков и диалогов). Периодичность зависит от объёма обращений и от того, сколько времени руководитель реально готов тратить на разбор.

Карта контроля качества: что и где проверяем

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

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

Зависшие обращения и пустые стадии: как найти

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

Смотрите на три признака.

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

Второй — в таймлайне нет свежих дел и коммуникаций. Если последнее действие датируется давно, обращение фактически выпало из работы.

Третий — пустые обязательные поля. Сделка без контакта, без суммы или без ответственного не поддаётся нормальному разбору.

Как настроить отбор

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

Что делать с найденным

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

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

Частая ошибка — считать качеством объём. Много звонков, много писем, много задач. Но количество действий показывает активность, а не результат.

Различить их помогает простой вопрос: если убрать это действие, изменится ли понимание ситуации у следующего сотрудника? Если нет — это шум.

Качество процесса видно по признакам:

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

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

Оценка звонков: скрипты и речевая аналитика

Здесь начинается слой, который требует записей разговоров. В Битрикс24 есть раздел, где хранятся скрипты продаж и работает речевая аналитика: система анализирует разговоры менеджеров с клиентами, оценивает их по скриптам и объясняет каждую оценку — с цитатами из разговора и рекомендациями.

Как создать скрипт

Скрипт — набор правил оценки звонка. Каждое правило описывает действие менеджера: приветствие, уточнение задачи. В системе есть готовые скрипты, которые можно использовать или создать свои.

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

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

Создавать и редактировать скрипт может администратор Битрикс24 или сотрудник с правами на изменение настроек речевой аналитики. Скрипт, по которому уже есть оценки, удалить нельзя — если он больше не нужен, его отключают.

Как запускается проверка звонка

Анализ запускается вручную. В таймлайне карточки CRM выберите действие для оценки звонка по скрипту. Система может автоматически расшифровать запись, заполнить поля и создать дело. Результат отображается в таймлайне.

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

Что не оценивается

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

Оценка диалогов в открытых линиях

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

Как включить оценку

Настройка находится в контакт-центре: выберите открытую линию, перейдите на вкладку оценки качества и включите запрос оценки у клиента. Можно настроить время и условия оценки.

Тексты запроса зависят от канала. Для онлайн-чата и Битрикс24.Network длина фразы ограничена, а для других каналов в тексте должны быть цифры 1 (хорошо) и 0 (плохо). Если заменить их на другие слова или цифры, оценка может не сработать — это частая причина «молчащих» оценок.

Где смотреть результаты

Оценки собираются в списке диалогов. Добавьте в отображение поля оценки клиента и оценки руководителя, затем используйте фильтр, чтобы отобрать нужные: например, только отрицательные оценки. Доступ к оценкам зависит от прав: оператор видит свои, руководитель или администратор — оценки всех сотрудников. Чтобы руководитель мог просматривать и оценивать чаты, ему нужно открыть доступ к статистике, истории и оценке разговоров в настройках прав открытых линий.

Учебный пример: настройка контроля на тестовых данных

Ниже — учебный пример. Компания и количество объектов условны, это не реальный кейс и не статистика.

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

Шаг 1. Собираем регламент. Руководитель описывает типовой разговор: поздороваться и назвать компанию, уточнить задачу клиента, уточнить срок, зафиксировать следующий шаг. Этот текст становится основой скрипта.

Шаг 2. Создаём скрипт. В разделе скриптов и речевой аналитики руководитель создаёт скрипт из описания, выбирает тип клиентов «Новые клиенты» и тип звонков «Только входящие». После генерации проверяет список правил и при необходимости добавляет своё правило отдельной строкой.

Шаг 3. Включаем оценку чатов. В настройках открытой линии включается запрос оценки у клиента, проверяется текст запроса с цифрами 1 и 0 для внешних каналов.

Шаг 4. Настраиваем карту контроля. Руководитель заполняет карту из пяти строк: заполненность карточки, движение по стадиям, зависшие обращения, качество звонка, качество чата.

Шаг 5. Проверяем на тестовых данных. На нескольких учебных звонках и диалогах запускается оценка вручную. Руководитель смотрит, совпадает ли оценка с его собственным впечатлением от разговора, и при необходимости правит правила скрипта.

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

Как проверить результат и принять работу

Приёмка контроля качества — это не «включили и забыли», а проверка того, что проверки работают и приносят решения.

Смотрите на четыре вещи.

Первое: проверки запускаются. Есть оценки звонков, есть оценки диалогов, есть отфильтрованные зависшие обращения.

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

Третье: у отклонений есть владелец и действие. Отрицательная оценка без разбора — это незакрытый цикл, который со временем обесценивает всю систему.

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

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

Типичные ошибки и ограничения

Ошибка первая — слишком много правил в скрипте. Чем длиннее список, тем выше шанс, что часть правил не имеет отношения к делу. Начинайте с ключевых.

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

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

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

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

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

Чек-лист внедрения контроля качества

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

Что дальше

Начните с одного слоя — порядка в карточках и стадиях. Когда фильтры по зависшим обращениям начнут давать понятные результаты, добавьте оценку звонков, затем оценку чатов. Такой порядок снижает риск, что команда воспримет контроль как разовую кампанию. Если настройка прав, скриптов и оценок требует изменений в системе, разумно планировать их вместе с внедрением и настройкой Битрикс24, а вопросы бюджета и объёма работ разбирать отдельно. Если же основная трудность в том, что сотрудники не работают в системе, полезнее сначала разобраться, почему так вышло: об этом — «Купили Битрикс24, никто не пользуется»: как реально запустить CRM.