Пропущенные звонки в CRM: кто и когда должен перезвонить

Телефония показывает пропущенный звонок, а менеджеры уверены, что клиенту уже ответил кто-то другой. Запись в журнале существует, но ответственного и срока нет. Чтобы исправить это, недостаточно подключить АТС к CRM: нужен понятный порядок обратного звонка, который можно проверить по истории обращения.

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

Сначала определите, что считается обработанным звонком

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

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

Запишите правила распределения до настройки

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

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

Не назначайте ответственным весь отдел. В общей очереди можно распределять нагрузку, но у конкретного обращения должен появиться один сотрудник. Если его смена закончилась, нужна передача задачи с историей попыток. Иначе каждый новый ответственный будет начинать разговор заново и задавать вопросы, на которые клиент уже отвечал.

Проверьте связку АТС и CRM на реальных сценариях

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

Отдельный сценарий — переадресация. Сначала вызов мог поступить секретарю, затем менеджеру. Если интеграция воспринимает эти участки как независимые обращения, статистика раздувается. Попросите подрядчика показать цепочку одного вызова в журнале АТС и в CRM. Должно быть понятно, где разговор состоялся, кто ответил и почему задача на повторный звонок осталась открытой либо закрылась.

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

Отчёт должен показывать необработанные обращения

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

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

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

Как проверить результат после запуска

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

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

С чего начать у себя

Соберите несколько примеров: клиенту не перезвонили, перезвонили дважды, разговор состоялся, но задача осталась открытой. Добавьте описание АТС, CRM и рабочего графика. Этого достаточно для первого обсуждения без выгрузки всей клиентской базы. TuneCRM поможет определить, где теряется ответственность и какие проверки включить в настройку Битрикс24 или amoCRM. Первичная консультация бесплатна.