SLA обработки заявок в amoCRM: как задать и контролировать

SLA обработки заявок в amoCRM — это не обещание ответить «как можно быстрее». Это понятное правило: что происходит с новой заявкой, кто отвечает за следующий шаг и в какой момент руководитель видит отклонение.

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

Что такое SLA обработки заявки

SLA (Service Level Agreement) в отделе продаж — договорённость о качестве и сроках обработки обращения. Для внутреннего процесса это обычно набор правил:

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

Не смешивайте SLA с одним числом в отчёте. Быстрый первый ответ не означает, что заявка квалифицирована или получила продолжение.

Какие этапы реакции нужно измерять

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

1. Поступление и создание карточки

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

2. Назначение ответственного

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

3. Первый контакт

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

4. Первичная квалификация

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

5. Следующий шаг

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

Как задать нормативы без формального KPI ради KPI

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

Начните с матрицы:

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

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

Что настроить в amoCRM для контроля SLA

Названия разделов и доступные автоматизации зависят от текущей версии amoCRM, прав и конфигурации аккаунта. Перед изменением проверьте сценарий на тестовой воронке.

Минимальный набор сущностей:

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

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

Как работают уведомления и эскалации

Уведомление — это сигнал, а не исправление процесса. Сначала определите очередь контроля, затем задайте последовательность действий:

1. Новая заявка попадает в нужный фильтр и получает ответственного.
2. Для контрольной точки создаётся задача с дедлайном по рабочему календарю.
3. До срока менеджер видит свою очередь и закрывает действие результатом.
4. При просрочке сигнал получает менеджер и назначенный руководитель.
5. Руководитель проверяет причину и фиксирует новый план.

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

Для регулярных операций можно подключить CRM-менеджера, а общую архитектуру процесса обсудить в рамках внедрения amoCRM.

Как разбирать нарушения SLA

Разбирайте просрочку по цепочке, начиная с входа заявки:

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

Фиксируйте не только «нарушено», но и корневую причину, владельца исправления и дату повторной проверки. Одна и та же просрочка может быть следствием разных проблем.

Как проверять SLA в отчётах и на регулярном разборе

Один показатель не описывает весь процесс. Смотрите минимум четыре среза:

• долю заявок с назначенным ответственным;
• заявки без первого контакта или следующей задачи;
• просрочки по источнику, приоритету и ответственному;
• причины нарушений и повторяющиеся сбои.

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

Не путайте SLA заявки с расчётом ожидания в чате. Для последнего важны сообщение клиента, начало и конец ожидания внутри диалога; для SLA заявки — весь путь от поступления до следующего подтверждённого действия. Для отдельного контроля чат-канала можно использовать виджет «Скорость ответа в чате», не подменяя им SLA отдела.

Чек-лист запуска SLA

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

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