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