Ответить на заявку за три секунды можно, если сайт сразу передаёт данные в CRM, а CRM запускает SMS-сценарий без участия менеджера. В статье разберём, какие события стоит автоматизировать, как связать сайт, CRM и SMS API, что написать клиенту и как проверить результат. Такой подход подходит интернет-магазину, сервисному бизнесу и компании, которая получает обращения через простую форму на сайте.
Почему заявка теряется после отправки формы?
Клиент заполняет форму, нажимает кнопку и ждёт подтверждения. Если на странице ничего не меняется, письмо приходит через несколько минут или менеджер перезванивает только после обеда, человек не понимает, дошла ли заявка. За это время он может закрыть сайт и обратиться в другую компанию.
Первая SMS после заявки решает конкретную задачу: подтверждает получение обращения и объясняет, что произойдёт дальше. В сообщении достаточно указать название компании, номер заявки и срок ответа. Например: «Заявка №184 получена. Менеджер свяжется с вами сегодня до 15:00». Такой текст не требует ручной подготовки и сразу фиксирует следующий шаг.
Для малого бизнеса особенно важны обращения вечером, ночью и в выходные. Менеджер физически не может отвечать в каждую минуту, зато автоматическая система отправит подтверждение сразу. Сценарии для заявок, которые приходят в нерабочее время, разобраны в материале как малому бизнесу не терять заявки с сайта ночью.
Как связать сайт, CRM и SMS API?
Схема состоит из четырёх элементов: форма на сайте, CRM, SMS-шлюз и журнал статусов. Клиент отправляет данные через форму. Сайт передаёт их в CRM. CRM создаёт обращение и отправляет команду в SMS API. Шлюз возвращает статус, по которому можно понять, доставлено сообщение или возникла ошибка.
- Создайте в CRM отдельный тип обращения или воронку для заявок с сайта.
- Определите обязательные поля: имя клиента, номер телефона, источник заявки и текст обращения.
- Настройте событие «новая заявка» как триггер для первого SMS.
- Передайте в шаблон номер заявки или другой идентификатор, по которому менеджер найдёт обращение.
- Сохраните в CRM время отправки и статус сообщения из SMS API.
Если сайт работает на готовой CMS, интеграция часто строится через модуль, вебхук или API. Для кастомного сайта разработчику понадобится доступ к документации SMS-провайдера, API-ключ и тестовый номер. Перед запуском массовой отправки стоит проверить доставляемость на разных мобильных устройствах и убедиться, что кириллица не превращает сообщение в несколько SMS.
Для Bitrix24 полезно заранее описать, какое событие создаёт лид, а какое переводит его в сделку. Если SMS отправляется при каждом изменении карточки, клиент может получить несколько одинаковых сообщений. Отдельно проверьте настройку, при которой повторная отправка не запускается после обновления комментария менеджером.
Какие SMS отправлять после заявки?
Одно подтверждение закрывает только первый вопрос клиента: «Вы получили моё обращение?». Дальше сообщения должны зависеть от этапа работы. Для интернет-магазина это могут быть подтверждение заказа, передача в обработку, отправка и готовность к выдаче. Для сервиса подойдут подтверждение записи, согласование стоимости и уведомление о готовности.
| Событие | Задача SMS | Пример сообщения |
|---|---|---|
| Заявка создана | Подтвердить получение | «Заявка №184 получена. Ответим до 15:00» |
| Менеджер взял обращение | Показать, что запросом занимаются | «Заявка №184 передана специалисту. Он свяжется с вами в течение часа» |
| Нужны уточнения | Попросить действие клиента | «Для расчёта заказа №184 отправьте размеры ответным сообщением или дождитесь звонка менеджера» |
| Заказ подтверждён | Зафиксировать договорённость | «Заказ №184 подтверждён. Дату доставки согласует менеджер» |
| Статус изменён | Снизить число вопросов о заказе | «Заказ №184 передан в доставку. Следующее обновление отправим после прибытия» |
В транзакционном сообщении лучше оставить одну основную мысль. Если нужно сообщить статус, не добавляйте туда длинное рекламное предложение, несколько ссылок и разные призывы. Клиент должен за секунды понять, что произошло с заявкой и требуется ли от него действие.
Для интернет-магазинов полезно заранее составить карту статусов. В ней фиксируют название события, условие отправки, текст сообщения и ответственного за изменение статуса. Готовая логика SMS-цепочки статуса заказа помогает не отправлять клиенту уведомление о доставке раньше подтверждения оплаты.
Как сократить задержку до трёх секунд?
Задержка появляется в нескольких местах: форма долго отправляет данные, CRM обрабатывает запрос очередью, API ждёт повторного соединения или SMS запускается только после ручной проверки. Чтобы найти узкое место, запишите время каждого этапа: отправка формы, создание карточки, запрос к шлюзу и получение статуса.
- Сайт должен сразу показывать сообщение о принятой заявке и передавать форму одним запросом.
- CRM должна создавать карточку автоматически, без промежуточной таблицы или ручного импорта.
- SMS API нужно вызывать после успешного создания обращения, чтобы сообщение содержало настоящий номер заявки.
- При временной ошибке API система должна повторить отправку по заданному правилу, но не создавать дубликаты.
- Ответ SMS-шлюза нужно записывать в журнал, где видны время запроса, статус и причина сбоя.
Три секунды лучше считать от нажатия кнопки до передачи команды в SMS API. Доставка зависит от сети оператора и состояния телефона клиента, поэтому в отчёте разделяйте время запуска и конечный статус. Такой журнал позволяет увидеть, где возникла задержка: на сайте, в CRM или после передачи сообщения оператору.
Если менеджер отвечает вручную, автоматическая SMS не должна обещать точный срок, который бизнес не контролирует. Формулировка «ответим в рабочее время» безопаснее, чем обещание ответа через десять минут, если заявка пришла поздно вечером. В CRM можно задать разные шаблоны для рабочего и нерабочего времени.
Как проверить интеграцию до запуска?
Проверку проводите на тестовой заявке и проходите весь путь клиента. Заполните форму с реальным тестовым номером, убедитесь в создании карточки CRM, проверьте текст SMS и откройте журнал статусов. Затем повторите сценарий с пустым обязательным полем, неверным номером и временно отключённым API.
- Отправьте одну заявку с сайта и засеките время до появления SMS.
- Проверьте, совпадает ли номер заявки в CRM и в сообщении.
- Измените статус обращения и убедитесь, что запускается только нужный шаблон.
- Повторно обновите карточку CRM и проверьте отсутствие дубля.
- Посмотрите, что происходит при недоступности SMS API: ошибка должна попасть в журнал или уведомление ответственному.
Для контроля после запуска смотрите не только на количество отправленных сообщений. Нужны минимум три показателя: сколько заявок создал сайт, сколько SMS ушло в шлюз и сколько сообщений получили статус доставки. Если эти числа расходятся, проверяйте конкретные идентификаторы заявок, а не весь процесс сразу. Настроить такой контроль без программиста помогает инструкция по мониторингу транзакционных SMS.
Какие ошибки мешают быстро отвечать на заявки?
- SMS отправляется до создания заявки. В сообщении нет номера обращения, а при сбое формы клиент получает подтверждение без записи в CRM.
- Один шаблон используется для всех этапов. Клиент получает одинаковый текст при создании, подтверждении и изменении заказа.
- CRM не передаёт статус доставки. Менеджер видит только факт отправки и не знает, дошло ли сообщение.
- Повторная отправка создаёт дубли. Система повторяет SMS после обновления карточки или временной ошибки.
- В тексте нет следующего шага. Клиент понимает, что заявка принята, но не знает, ждать ли звонка, ответа в SMS или письма.
- Интеграцию проверяют только на успешном сценарии. Ошибки с пустыми полями, неверным номером и недоступным API обнаруживаются уже после запуска.
Быстрый ответ на заявку начинается с простой цепочки: сайт создаёт обращение, CRM присваивает ему номер, SMS API отправляет подтверждение, а система сохраняет статус. На этой основе можно постепенно добавить уведомления о согласовании, оплате, доставке или готовности заказа.
3 шага, которые можно сделать на этой неделе:
- Выбрать одно событие для автоматизации, например создание заявки на сайте.
- Подготовить короткий шаблон с номером обращения и понятным следующим действием.
- Проверить задержку, дубли и статусы доставки на пяти тестовых сценариях.
