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