Антон Дегтярёвбитрикс24 для колл-центра холодных продаж
В колл-центре из 8 операторов холодных звонков результативный разговор случается редко чаще раза на 8 набор, и на аудитах я вижу — большая часть этих потерь не в скрипте и не в мотивации, а в паузах между звонками, которые CRM должна убирать, но чаще всего не убирает. Разбираю, как настраивать Битрикс24 конкретно под холодный обзвон, а не переиспользовать воронку обычного отдела продаж.
чем колл-центр холодных продаж отличается от обычного отдела
Обычный отдел продаж работает с входящими заявками — человек уже проявил интерес, и задача CRM в основном в том, чтобы не потерять лид и вовремя напомнить о себе. Холодный колл-центр устроен наоборот: интереса ещё нет, оператор сам инициирует контакт, и главный ресурс — время между звонками, а не скорость реакции на входящий.
Отсюда разница в настройке. В обычном отделе продаж воронку строят вокруг стадий сделки — от заявки до оплаты. В холодном обзвоне первые 2-3 стадии вообще не про продажу, а про сам факт дозвона и первичный интерес, и если их не выделить отдельно, отчётность превращается в кашу.
На аудитах я почти всегда вижу одну и ту же ошибку: компания копирует воронку обычного отдела продаж и просто добавляет колл-центр как источник лидов. В 8 из 10 таких случаев руководитель не может ответить на простой вопрос — сколько звонков нужно сделать, чтобы получить одну результативную встречу, потому что база и воронка не разделены по типу канала.
автонабор и телефония, которые реально нужны колл-центру
Для обычного отдела продаж хватает базовой интеграции телефонии — принять звонок, увидеть карточку, зафиксировать разговор. Колл-центру холодных продаж этого мало: нужен автонабор, который сам поднимает следующий номер из базы сразу после завершения предыдущего звонка, без ручного набора.
На моих проектах пауза между звонками больше 20 секунд без автонабора съедает до трети рабочего времени оператора за смену — набор номера, ожидание гудков, короткая передышка после отказа. За смену в 6 часов активного обзвона это легко полтора часа впустую.
Прогрессивный автонабор (звонок стартует сразу, как только оператор освободился) обычно достаточен для колл-центра из 5-15 человек. Предиктивный набор (система звонит с запасом, предугадывая, кто освободится) имеет смысл только при 20+ операторах — на меньшем масштабе он чаще создаёт брошенные звонки, чем экономит время.
Подробное сравнение провайдеров телефонии по возможностям и цене я делал отдельно — в статье про сравнение телефонии для Битрикс24, здесь не буду повторять таблицу, важно только, что для автонабора подходит не любой провайдер, и это нужно уточнять до подключения.
скрипты звонков внутри карточки, а не в отдельном окне
Скрипт звонка должен открываться в самой карточке лида одновременно со звонком, а не жить отдельным файлом в мессенджере или на бумаге у оператора. Разница на практике огромная: если оператор переключается между окнами, чтобы подсмотреть формулировку, разговор звучит неуверенно, и это слышно клиенту.
В Битрикс24 скрипт настраивается как чек-лист или текстовый блок прямо в интерфейсе звонка, с ветвлениями по ответу клиента: согласился слушать — один блок реплик, отказал сразу — короткий вежливый блок закрытия, попросил перезвонить позже — блок с фиксацией даты и авторобот на повторный дозвон.
Отдельно стоит держать раздел возражений — 5-7 самых частых отказов с готовыми ответами. На моих проектах именно этот блок сокращает долю моментальных сбросов звонка сильнее, чем переработка вступительной фразы, потому что оператор перестаёт теряться после первого «нам не надо».
короткая воронка для холодного обзвона
Воронка обычного отдела продаж с 6-8 стадиями для холодного обзвона избыточна. На звонках работает короткая модель из 4-5 стадий: набор → дозвон состоялся → квалификация (есть интерес) → назначена встреча или отправлено КП → передано в отдел продаж или закрыто отказом.
Ключевой момент — стадию «дозвон состоялся» нужно фиксировать отдельно от «квалификация», даже если это звучит как лишняя бюрократия. Без этого разделения невозможно посчитать реальную конверсию: сколько дозвонов вообще случилось из общего числа наборов, и какая доля дозвонов превращается в интерес.
Лиды, которые прошли квалификацию, передаются в отдел продаж отдельной стадией смены ответственного, а не остаются висеть у оператора колл-центра. Как выстраивать саму воронку и стадии по шагам, разбирал в статье про настройку воронки продаж — здесь беру только специфику холодного обзвона.
запись разговоров и контроль качества
Автоматическая запись звонков — не опция для контроля дисциплины, а рабочий инструмент обучения. На моих проектах руководитель отдела прослушивает 3-5 случайных звонков в неделю на каждого оператора, а не разбирает жалобы постфактум.
Практика, которая работает: раз в неделю собирать короткую подборку из 2 звонков — один результативный, один неудачный — и разбирать оба на общей летучке. Формат «вот так хорошо, а вот здесь потеряли клиента» усваивается заметно быстрее, чем абстрактные требования «звоните увереннее».
Отдельно стоит настроить хранение записей с привязкой к карточке лида на достаточный срок — минимум на длину цикла сделки. Если колл-центр продаёт что-то с циклом принятия решения в 2-3 месяца, а записи хранятся 30 дней, к моменту закрытия сделки разобрать, что именно обещал оператор, уже не получится.
kpi операторов, которые реально стоит считать
Число звонков за смену — самая слабая метрика, потому что её легко накрутить короткими нерезультативными наборами. Я советую клиентам смотреть на три показателя вместе: количество дозвонов (не наборов), конверсия дозвона в квалифицированный интерес, и среднее время разговора у результативных звонков.
Если конверсия в интерес падает, а число звонков растёт — это почти всегда сигнал, что оператор гонится за количеством в ущерб качеству разговора, и премию в таком случае привязывать к количеству наборов вредно для бизнеса в целом.
Разумная база для холодного B2C-обзвона на моих проектах — 8-12% дозвонов уходит в квалифицированный интерес при рабочем скрипте и актуальной базе. Если показатель заметно ниже — проблема чаще в качестве базы контактов, чем в операторах.
роботы и триггеры на пропущенные и повторные звонки
Отдельный класс автоматизации — работа с недозвонами. Если клиент не взял трубку, лид не должен просто остаться в статусе «в работе» до следующего случайного вспоминания оператора. Настраивается робот: 3 неудачные попытки дозвона за день — автоматическая постановка задачи на повторный звонок через сутки, 5 неудачных попыток за неделю — перевод в отдельный статус «недоступен» с автовозвратом в базу через месяц.
Второй частый сценарий — клиент попросил перезвонить в конкретное время. Здесь важно не полагаться на память оператора: сразу при разговоре ставится задача с точным временем и автоуведомлением за 5 минут до звонка.
Общий список сценариев роботов и триггеров, которые применимы не только к колл-центру, разбирал в статье про роботов и триггеры в Битрикс24 — здесь взял только то, что специфично именно для холодного обзвона.
типичные ошибки внедрения из практики
Первая ошибка — запускают колл-центр на воронке обычного отдела продаж, о чём уже писал выше. Вторая — включают автонабор без предварительной чистки базы, и операторы половину смены слушают «номер не существует» вместо разговоров с реальными людьми.
Третья — не разделяют статусы «отказ сейчас» и «отказ навсегда». Без этого разделения база клиентов, которые просто попросили перезвонить через полгода, теряется вместе с теми, кто прямо попросил больше не звонить.
Четвёртая — ставят KPI по количеству звонков в первую же неделю запуска, пока операторы ещё не освоили скрипт. На старте колл-центра первые 2 недели я рекомендую клиентам вообще не привязывать премию к цифрам, а смотреть на прогресс освоения скрипта — иначе люди начинают гнать вал вместо того, чтобы учиться разговаривать.