В холодном контакте время на объяснение короткое. Первая линия проверяет релевантность задачи и разрешение продолжить, затем передаёт контекст специалисту.
Обзвон базы с квалификацией лидов требует разных статусов для отказа, просьбы перезвонить и согласованной встречи. Обзвон теплой базы не должен начинаться с общего скрипта, если в CRM уже есть вопрос клиента.
Определите результат до настройки
Сформулируйте целевое событие одним проверяемым действием. Для первого участка процесса вопрос звучит так: как отличить отказ от просьбы перезвонить? Для второго: как передавать заинтересованного собеседника в продажи? Не подменяйте ответ на эти вопросы количеством звонков: после контакта должно появиться подтверждение клиента, запись в системе или задача конкретному сотруднику.
Первая механика: как отличить отказ от просьбы перезвонить
Сделайте статусы взаимоисключающими. Для переноса сохраняйте согласованную дату, для отказа — причину и правило прекращения контакта, для сомнения — конкретный вопрос. Это правило стоит превратить в схему «событие → проверка данных → вопрос клиенту → действие». Укажите для каждого шага источник информации и владельца. Если исходный факт недоступен, агент не должен угадывать: он сохраняет недостающий параметр и передаёт его сотруднику с обещанным сроком.
Голосовой бот для исходящих звонков должен спросить, удобно ли продолжить, прежде чем уточнять задачу. Звонящий ИИ агент не ставит статус «интерес» после вежливого ответа: менеджеру передаётся только подтверждённый следующий шаг с датой и темой.
Для «перезвоните позже» сохраняйте согласованный срок и тему, чтобы следующий контакт не начинался как новый холодный звонок. Отказ храните как отдельное событие с причиной. Аудитор может проверить выборку статусов по записям: насколько фактические слова клиента совпадают с тем, что система поставила в карточке.
Слова «не звоните» должны быть сильнее любой автоматической задачи на повтор. Проверьте, что оператор и агент видят единый статус запрета контакта.
Практический пример. Руководитель просит связаться после закрытия квартала. Агент фиксирует срок и тему, а не относит разговор к негативным лидам. После разговора проверьте не только формулировку ответа, но и финальную запись: какой исход выбран, какие данные подтверждены самим клиентом, кому назначено действие и когда оно должно быть выполнено. Без этой проверки красивый диалог может закончиться потерей заявки.
Вторая механика: как передавать заинтересованного собеседника в продажи
Передайте роль человека, названную задачу, текущий способ решения, срочность и обещанный следующий шаг. Уточните, кто и когда свяжется с ним. В этой части процесса человек может изменить готовность говорить и повод дальнейшей связи. Поэтому храните последнее подтверждённое состояние и историю изменений. Если финальная карточка расходится с последней репликой клиента, следующий сотрудник повторит вопрос или выполнит неверное действие.
Менеджеру полезна короткая карточка передачи: компания, роль, проблема, действующий способ решения, степень срочности и обещание по времени. Полный транскрипт оставьте как доказательную запись, но не заставляйте продавца читать его до каждого звонка. Отмечайте, какие переданные контакты отдел продаж отклонил и почему.
Сводку передачи лучше читать как заметку менеджера после хорошего разговора: что болит, почему сейчас, что согласовано. Если в ней только поля «да/нет», контекст теряется.
Сценарий для проверки. Компания ежемесячно обрабатывает тысячи запросов; агент выяснил, что задержка возникает после 19:00 и согласовал демонстрацию с руководителем контакт-центра. Проиграйте соседний вариант: собеседник говорит, что вопросом занимается другой сотрудник. Агент должен показать границу своих полномочий, обновить именно изменившийся параметр и оставить сотруднику точный открытый вопрос.
Рабочий инструмент и поля для команды
Разделите «отказ», «перезвонить в срок», «выслать материал» и «встреча согласована». Для каждого статуса задайте следующее действие и набор данных, который получит менеджер.
Автоматизация исходящих звонков полезна, когда менеджер видит точную причину передачи и подтверждённое время следующего контакта.
В карточке обращения нужны источник базы, разрешённый повод, роль собеседника и согласованный следующий шаг. На втором этапе обновляйте эти поля после каждого подтверждённого изменения. Рядом с каждым значением отмечайте источник: сказал клиент, пришло из CRM или рассчитано системой. Сотрудник должен видеть последнее подтверждённое состояние и причину передачи.
Запуск на ограниченном потоке
Быстрая проверка для первого цикла: Попросите менеджера открыть только краткую карточку без аудио: сможет ли он начать предметный разговор по полученному контексту? Не расширяйте охват, пока хотя бы один критичный переход регулярно теряет данные или создаёт необоснованное обещание. При ошибке меняйте конкретный факт, ветку или интеграцию, а затем повторяйте тест на исходном случае и соседних сценариях.
Метрики, формула и интерпретация
Анализируйте долю выполненных переносов и долю контактов, ошибочно возвращённых в обзвон после отказа. Считайте долю переданных контактов, принятых продажами, и долю состоявшихся встреч по каждому источнику базы. Ошибки статусов = неверно размеченные разговоры / проверенные записи; качество передачи = принятые контакты / переданные. В таблице всегда показывайте абсолютные числа рядом с процентами: 4 ошибки из 10 разговоров и 4 из 1000 означают разные задачи. Для длинного цикла сделки задайте окно наблюдения и не приписывайте вчерашней кампании продажи старых лидов.
Ошибки и правила остановки
Если агент записывает любой неуспех как «перезвонить», база быстро заполнится бесконечными задачами. Не добавляйте в карточку неозвученные предположения агента как факты клиента. Для каждого такого случая пропишите стоп-условие: что агент отвечает, какой статус ставит, кому передаёт вопрос и в какие сроки человек возвращается к клиенту. Сохраняйте отдельные исходы для отказа, недозвона, переноса и технического обрыва — повторный контакт для них должен работать по разным правилам.