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