Пропущенные звонки: как проверить, что отдел продаж возвращается к клиентам

Определите, когда пропущенное обращение действительно обработано

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

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

Для коммерческого запроса полезное правило звучит так: пропуск перестаёт быть необработанным, когда известны ответственный и результат контакта либо назначено дальнейшее действие по принятому регламенту. Это внутреннее условие компании. Его не следует путать с тем, как конкретный модуль телефонии автоматически завершает дело.

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

Соберите очередь, которую можно проверить по отдельным звонкам

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

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

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

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

Назначайте владельца обращения до первой попытки

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

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

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

Задайте сроки для разных условий, а не одно число на всё

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

Определите, от какого события начинается отсчёт: от самого звонка, начала рабочего дня или передачи дежурному. Правило должно быть одинаково понятно руководителю и исполнителю. Укажите, как считаются выходные, праздники и другой часовой пояс клиента. Если система не поддерживает нужный расчёт, не маскируйте это ручной отметкой «срок соблюдён».

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

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

Перенесите правило в CRM без лишней автоматизации

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

Задача на перезвон в CRM должна содержать больше, чем номер телефона. Нужны ссылка на исходный вызов или карточку, причина назначения, срок и доступный контекст. Если клиент уже оформил заявку другим способом, сотрудник должен это увидеть. Иначе автоматизация ускорит лишний звонок, а не решение запроса.

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

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

Предусмотрите случаи, которые портят формально красивый отчёт

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

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

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

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

Контролируйте незавершённые обращения, а не только попытки дозвониться

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

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

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

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

Примите процесс на короткой серии контролируемых случаев

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

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

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

Для настройки процесса с ШТАБ ИТ подготовьте схему номеров, график сотрудников и примеры трёх типичных пропусков. Полезный итог внедрения — у каждого обращения есть понятный владелец и проверяемое продолжение. Количество уведомлений и роботов имеет значение только в той мере, в какой они помогают этого добиться.