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

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

Нарисуйте путь одного обращения

До выбора конструктора запишите последовательность:

  1. Посетитель заполняет форму.
  2. Система проверяет необходимые поля.
  3. Обращение сохраняется и получает номер.
  4. Назначается ответственный или очередь обработки.
  5. Сотрудник получает уведомление со ссылкой на карточку.
  6. Результат работы отмечается в карточке.

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

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

Собирайте данные под следующее действие

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

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

Текст после отправки должен описывать фактический результат:

Заявка получена. Номер обращения — 104. Специалист свяжется с вами в рабочие часы.

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

Выберите одно место для учёта

Если команда уже пользуется CRM, новая форма должна попадать туда. Если учёта ещё нет, можно начать с небольшого проекта в SaleBot: в сервисе есть инструменты для ботов, форм и работы с клиентами. Промокод NAYDIKO вводится при создании первого проекта.

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

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

Защититесь от повторной отправки

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

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

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

Добавляйте ИИ там, где есть свободный текст

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

Рабочая инструкция для такой обработки:

Составь резюме обращения в одном предложении и выбери категорию из списка: [перечень]. Используй только сообщение клиента. Если категория не определяется, укажи «Нужна ручная проверка». Не назначай цену, срок или приоритет и не добавляй диагноз. Сообщение: [текст].

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

Проверьте сбои до включения рабочих уведомлений

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

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

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

Оцените результат через неделю

Посмотрите, сколько обращений осталось без ответственного и сколько долго находятся в статусе «Новая». Это покажет место следующего улучшения. Если очередь не разбирается, дополнительный ИИ-блок не решит проблему распределения работы.

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