Что требовалось сделать
- определить набор менеджеров
- описать условия назначения
- исключить недоступных участников по правилам процесса
- зафиксировать ответственного
- контролировать принятие
- вернуть необработанный лид в fallback
Новые обращения назначались вручную и могли оставаться без действия. Мы настроили правила распределения, контроль принятия и повторный маршрут для необработанного лида.
Руководитель или координатор вручную назначал входящие обращения. При нагрузке лид мог ожидать распределения или оставаться у сотрудника без следующего шага.
Простая очередь не учитывала правила отдела и не решала ситуацию, когда назначенный менеджер не начал работу. Поэтому потребовался отдельный контроль принятия.
Распределение разделили на первичное назначение и подтверждение работы. Это позволяет отличить выданный лид от действительно принятого.
Fallback не создаёт новую заявку, а меняет маршрут существующей карточки и сохраняет историю предыдущего назначения.
Согласовали логику назначения.
Автоматизировали передачу нового лида.
Обработали отсутствие реакции.
Новый лид получает менеджера и задачу по утверждённым правилам. Состояние принятия отслеживается в той же карточке.
Если предусмотренное действие не произошло, fallback возвращает лид в контролируемый маршрут и сохраняет историю.
Назначение зависит от координатора.
Ответственный выбирается по согласованному правилу.
Выданный лид считается обработанным.
Система отдельно контролирует принятие и действие.
Назначение нового обращения выполняется по единым правилам.
Первичное распределение и fallback работают с одной карточкой.
Лиды без принятия становятся видимым исключением.
Если новые лиды распределяются вручную или остаются без реакции, мы спроектируем правила назначения и fallback под фактическую структуру отдела.
Нет. Кейс показывает реализованную архитектуру и состав работ по направлению «CRM-автоматизация». Точный объём зависит от процессов, данных, интеграций и ограничений вашей инфраструктуры.
Архитектуру и подход можно адаптировать под ваши процессы, состав данных, роли и технические ограничения. Перед оценкой работ CTR1 разбирает текущую систему и ожидаемый результат.
Да, но сначала нужно разобрать текущий процесс, роли, данные и ограничения. После аудита CTR1 готовит план внедрения или интеграции без лишних модулей.
Если новые лиды распределяются вручную или остаются без реакции, мы спроектируем правила назначения и fallback под фактическую структуру отдела.