Откройте историю вызова и проверьте, чем закончился весь звонок: ответил ли сотрудник, осталось ли обращение без ответа и есть ли по нему задача. Строка «пропущен» сама по себе ещё не доказывает потерю клиента: сначала нужно выяснить, что именно считает ваша АТС. Ниже разберём, как проверить спорные записи, отделить технические события от обращений и собрать список, по которому менеджеры смогут работать без повторных задач.
Почему запись «пропущен» требует проверки?
Начните с описания отчёта в вашей АТС. Уточните, что означает одна строка: входящий звонок целиком, попытку дозвониться до сотрудника или отдельный этап маршрута. Названия статусов и логика отчётов зависят от системы, поэтому переносить правила из чужой инструкции без проверки не стоит.
Для проверки подходит простой сценарий: звонок поступает на общий номер, первый менеджер не отвечает, а другой принимает разговор. Посмотрите, как АТС показывает этот путь. Если в отчёте остаётся отметка о пропуске у первого сотрудника, она описывает его участие в звонке. Клиент при этом уже поговорил с компанией.
Разделяйте три понятия: событие в АТС, попытка клиента связаться и обращение с конкретным вопросом. У одного звонка бывает несколько этапов. Повторная попытка связаться тоже не обязательно означает новый вопрос, но одинаковый номер ещё не доказывает, что записи можно объединить.
Отдельно проверьте, что система считает ответом. Если приветствие уже проигралось, а сотрудник ещё не подключился, для контроля клиентских обращений нужен именно факт разговора с человеком. Найдите в деталях вызова событие ответа сотрудника или уточните его обозначение у поставщика АТС.
Как проверить спорный звонок по истории событий?
Возьмите запись со статусом «пропущен» и откройте её подробности. Работайте с историей конкретного вызова: общий итог за день не покажет, где закончилась попытка связаться и кто принял разговор.
- Найдите идентификатор вызова или другой признак, который связывает его этапы. Если такого поля нет в отчёте, откройте подробный журнал АТС.
- Проследите маршрут до последнего события. Проверьте, ответил ли сотрудник после очереди, перевода или попытки соединения с другим менеджером.
- Посмотрите соседние обращения с того же номера. Уточните, состоялся ли позже разговор и касался ли он того же вопроса.
- Сверьте результат с рабочей записью менеджера. Сам факт соединения ещё не означает, что вопрос клиента закрыт.
- Присвойте понятный рабочий статус: «ответили в рамках звонка», «вопрос закрыт позже», «нужна обработка» или «требуется проверка».
Не объединяйте записи только по номеру телефона. Клиент мог сначала уточнять наличие товара, а затем звонить по поводу доставки. Чтобы признать записи повтором одного обращения, нужна связь по содержанию вопроса или по задаче, которую ведёт менеджер.
Если данных не хватает, оставьте статус «требуется проверка». Это точнее, чем автоматически записать обращение в потерянные или убрать его из очереди. В комментарии укажите, чего именно не хватает: истории маршрута, отметки сотрудника или результата разговора.
Что считать в отчёте о пропущенных обращениях?
Разведите технический отчёт и рабочую очередь. В первом сохраняйте события АТС, во второй включайте обращения, по которым ещё требуется действие. Тогда руководитель сможет проверить исходные данные, а менеджер увидит задачи без повторов одного и того же вопроса.
Для начала достаточно отдельных показателей: входящие попытки, попытки без ответа сотрудника, обращения без результата и обращения, которые закрыли после первоначального пропуска. Рядом с каждым названием запишите правило подсчёта. Например, «попытка без ответа» означает, что в рамках этого вызова ни один сотрудник не вступил в разговор.
Не называйте каждую попытку без ответа потерянным клиентом. По журналу звонков можно установить, что разговор не состоялся. Чтобы говорить о потере обращения, нужно проверить дальнейшую работу: остался ли вопрос открытым, получил ли клиент ответ другим способом, отказался ли от покупки.
Если считаете долю пропусков, заранее определите числитель и знаменатель. Число попыток без ответа делите на число входящих попыток за тот же период. Если же считаете незакрытые обращения, используйте общее число обращений. Смешение событий АТС и клиентских вопросов даёт показатель, который трудно объяснить и проверить.
При смене настроек отчёта сохраните описание прежнего правила. Иначе снижение числа строк легко принять за улучшение работы, хотя изменилась только группировка. Для сравнения периодов нужны одинаковые определения и одинаковый охват звонков.
Как передать менеджеру обращение без повторных задач?
Назначайте ответственного на обращение, а технические записи связывайте с ним. Если история подтверждает, что несколько строк относятся к одному вопросу клиента, менеджеру достаточно одной задачи со ссылкой на эти события. Исходные строки журнала при этом сохраняйте для проверки.
В задаче укажите ответственного, текущее состояние и следующее действие. Срок задавайте по рабочему правилу компании с учётом графика сотрудников. Формулировка «разобраться с пропуском» слишком расплывчата; запись «проверить, получил ли клиент ответ по заказу» уже объясняет, что нужно сделать.
Уведомление о пропуске помогает заметить событие, но само по себе не закрепляет задачу за человеком. Облачная АТС может автоматически отслеживать вызовы, отправлять уведомления и распределять нагрузку между операторами; доступность этих функций нужно проверить в вашей системе (Novofon на vc.ru). Отдельно настройте правило, по которому сотрудник принимает обращение в работу.
После очистки очереди от повторов проверьте весь процесс работы с пропущенными звонками: от уведомления до результата. В нём должно быть видно, кто отвечает за следующий шаг и где остаётся отметка о результате. Статус «уведомление отправлено» для этого не подходит.
Если обращения разбирает удалённый отдел продаж или техническая поддержка, используйте те же статусы и правила. Внешнему сотруднику нужен доступ к истории вопроса, а руководителю — возможность проверить результат по конкретному обращению. Такой порядок позволяет контролировать работу без отдельного устного отчёта по каждому пропуску.
Типичные ошибки при разборе пропущенных звонков
- Считать все строки с отметкой «пропущен» потерянными обращениями. Сначала проверьте единицу отчёта и итог всего маршрута.
- Объединять все звонки с одного номера. Сверьте вопрос клиента и связь записей с одной задачей.
- Закрывать обращение по факту соединения. Найдите результат разговора или оставьте конкретное следующее действие.
- Скрывать спорные строки ради чистого отчёта. Сохраняйте исходные события и фиксируйте причину, по которой исключили запись из рабочей очереди.
- Оставлять пропуск в общей очереди без ответственного. Закрепите обращение за сотрудником и укажите, когда проверить результат.
Начните с одной спорной записи: за две минуты откройте её историю и найдите, есть ли в рамках этого вызова подтверждение ответа сотрудника.
