Автоматизация обработки заявок: путь от первого сообщения до менеджера

Как выглядит минимальный маршрут заявки?

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

Сообщение в Telegram или на сайте является касанием, а не новой продажей. Если один человек пишет повторно, система связывает обращение с существующей карточкой и дополняет историю.

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

Почему события надёжнее длинной схемы стрелок?

Большая воронка быстро превращается в спагетти, если в одной схеме смешаны сообщения, таймеры, действия ИИ и CRM-статусы. Проще хранить переход как событие: что произошло, когда, по какому правилу и кто был ответственным.

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

Какие данные собирать до передачи менеджеру

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

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

Как не создавать две заявки из одного сообщения

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

Это техническая деталь с прямым коммерческим эффектом. Без неё менеджер видит дубли, клиент получает повторные ответы, а аналитика завышает объём входящего потока.

Учебный пример: один клиент пишет с сайта и в Telegram

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

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

Что измерять после запуска

Полезны доля заявок с заполненным минимумом, время до передачи, причины остановки, повторы и переходы между состояниями. Количество ответов ИИ само по себе ничего не говорит о качестве процесса.

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