Обработка входящего лида
Заявка регистрируется, обогащается источником, проверяется на дубль, назначается менеджеру и контролируется до первого результата.
Новый запрос не обязан создавать новую карточку
Телефон и email нормализуются, затем система ищет контакт, компанию и незавершённое обращение. Правило повторного лида определяется до запуска автоматизации.
01PHONEединый формат
02EMAILрегистр и пробелы
03OPEN DEALповторное обращение
04SOURCEисходный канал

Назначение — это правило с резервным контуром
Очередь учитывает направление, доступность и компетенцию. Если основной исполнитель не принял обращение, маршрут не исчезает: срабатывает резерв и эскалация.
QUEUE
основной пул
READYOWNER
назначенный менеджер
ACKBACKUP
резервный ответственный
STANDBYESCALATION
руководитель очереди
CONTROLМаршрут закрывает не задача, а подтверждённый результат
Первый контакт фиксируется событием: звонок состоялся, сообщение отправлено и доставлено либо назначена следующая попытка. «Задача создана» не считается результатом обработки.
- 01Событие зарегистрированоCONTROL
- 02Ответственный подтвердил принятиеCONTROL
- 03Контакт или попытка записаныCONTROL
- 04Следующий шаг определёнVERIFIED
Коротко о сценарии
Схема показывает принцип маршрута. Роли, условия, данные и исключения уточняются на реальном процессе.
Можно ли оценить решение без готового технического задания?
Да. Достаточно описать текущую ситуацию и показать один-два реальных примера. Техническая схема появляется после диагностики.
Проверим один входящий канал от события до результата
Зафиксируем источник, правило идентификации, очередь, резерв, SLA и событие, которое подтверждает реальный первый контакт.