Сервисные Viber-сообщения помогают небольшой компании автоматически подтверждать заказ, сообщать о платеже, менять статус доставки и напоминать о записи. В статье разберём, какие шаблоны нужны в первую очередь, как разделить уведомления и рекламные предложения, что передать разработчику для API-интеграции и какие показатели смотреть в отчёте. Такой подход подходит интернет-магазину, пункту выдачи, сервисной компании, салону или другому бизнесу Беларуси.
Какие сообщения относятся к сервисным?
Сервисное сообщение связано с действием клиента или с уже начатым обслуживанием. Человек оформил заказ, записался, оплатил счёт или ждёт доставку. В ответ компания отправляет подтверждение либо сообщает новое состояние операции.
К таким сценариям относятся приветствие после регистрации, подтверждение заказа, уведомление о принятой оплате, статус доставки, изменение графика, напоминание о записи и сообщение о готовности товара. В материалах о транзакционных сообщениях Viber эти группы описывают как ответные, уведомления-нотификации и информационные уведомления (AlphaSMS).
Сервисное сообщение должно отвечать на один практический вопрос клиента: принят ли заказ, прошёл ли платёж, когда ждать доставку или что делать после изменения статуса. Если в тот же текст добавить промокод, подборку товаров и просьбу подписаться на новости, смысл станет менее ясным. Коммерческие предложения лучше вынести в отдельную коммуникацию. О различии сервисных и продающих сообщений можно прочитать в материале «Сервис или продажа: как разделить сообщения в Viber».
| Событие в компании | Содержание сообщения | Что нужно передать в шаблон |
|---|---|---|
| Клиент оформил заказ | Подтверждение заказа | Номер, состав или краткое описание, сумма, способ получения |
| Платёж прошёл | Уведомление об оплате | Номер заказа, сумма в BYN, дата или время операции |
| Заказ передали в доставку | Изменение статуса | Новый статус, ориентир по получению, способ связи |
| Товар готов к выдаче | Сообщение о готовности | Место получения, срок хранения, номер заказа |
| Клиент записался на услугу | Подтверждение записи | Дата, время, услуга, адрес или контакт для уточнения |
Какие шаблоны подготовить небольшой компании?
Начните с событий, после которых клиент чаще всего звонит или пишет сотруднику. У интернет-магазина это заказ, оплата, сборка, передача в доставку и готовность к выдаче. У салона или мастерской список короче: подтверждение записи, напоминание и сообщение об изменении времени.
Один шаблон лучше привязать к одному событию. Тогда сотрудник видит, на каком этапе возникла проблема, а клиент не получает длинное сообщение с несколькими инструкциями. В тексте укажите название компании, действие клиента и следующий шаг. Если заказ можно забрать, напишите, где и до какого момента это доступно. Если время записи изменилось, покажите новое время в отдельной строке.
Пример структуры уведомления о заказе:
- название компании;
- короткое подтверждение действия;
- номер заказа;
- сумма в BYN или факт оплаты;
- следующий этап;
- контакт для вопроса.
Ссылка в сообщении нужна только тогда, когда она ведёт к понятному действию: открыть детали заказа, посмотреть статус или связаться с компанией. Для разных событий создайте отдельные шаблоны, например «Заказ принят», «Оплата подтверждена» и «Заказ готов к выдаче». После покупки полезно выстроить последовательность уведомлений, а не отправлять все статусы одним текстом; такой подход разобран в материале «Как выстроить Viber-коммуникацию после покупки».
Как подключить отправку через API?
API связывает систему, где появляется событие, с сервисом отправки Viber-сообщений. Например, интернет-магазин меняет статус заказа на «оплачен», после чего автоматически передаёт номер телефона, номер заказа и нужные поля шаблона. Сотруднику не приходится копировать данные вручную.
До подключения составьте таблицу событий. В первой колонке укажите статус в учётной системе, во второй — шаблон Viber, в третьей — обязательные данные. Отдельно запишите, что делать при ошибке: повторить отправку, показать уведомление оператору или передать задачу менеджеру.
| Что проверить до интеграции | Практический результат |
|---|---|
| Названия статусов заказа | Каждый статус связан с одним понятным шаблоном |
| Формат номера телефона | Система передаёт номер в согласованном формате |
| Переменные шаблона | Номер заказа, сумма и дата подставляются без пропусков |
| Повторную отправку | Сбой связи не создаёт дубликаты без контроля |
| Ответ сервиса | Компания понимает, принято ли сообщение к отправке |
Для небольшой компании достаточно начать с нескольких событий, которые уже фиксируются в сайте, CRM или другой рабочей системе. Затем добавьте остальные статусы после проверки первых сценариев. На стороне отправителя полезны официальный статус, API-интеграция и аналитическая отчётность: они помогают отделить техническую ошибку от ситуации, когда сообщение не дошло до клиента по другой причине.
Как оценивать работу сервисных сообщений?
Сервисная рассылка нужна для сопровождения операции, поэтому одной цифры отправленных сообщений мало. Смотрите, сколько сообщений передано в отправку, сколько доставлено, по каким шаблонам возникают ошибки и сколько времени проходит между событием в системе и отправкой.
Для заказа сравните число созданных заказов с числом уведомлений о подтверждении. Для платежей проверьте, что сообщение появляется только после нужного статуса, а не сразу после нажатия кнопки. Для записи сопоставьте расписание с отправленными напоминаниями и отметьте случаи, когда менеджеру пришлось исправлять данные вручную.
- Проверяйте доставку отдельно по каждому шаблону.
- Ищите сообщения без номера заказа, даты или другого обязательного поля.
- Сверяйте время события и время отправки.
- Отслеживайте дубли при повторной смене статуса.
- Разбирайте ответы клиентов, если сообщение содержит контакт для связи.
В отчёте полезно видеть период, тип сообщения, статус отправки и технический идентификатор операции. Для интернет-магазина этого достаточно, чтобы понять, где ломается цепочка: в системе заказа, в передаче данных или на этапе отправки. Аналогичный принцип применяют и к сервисным SMS: сначала фиксируют результат каждой отправки, затем ищут причину отклонений.
Какие ошибки мешают автоматизации?
- Один шаблон на все события. Клиенту трудно понять, что произошло, если подтверждение оплаты и уведомление о доставке выглядят одинаково.
- Слишком много информации. Длинный текст скрывает номер заказа и следующий шаг. Оставьте только данные, которые нужны в конкретный момент.
- Ручная подстановка данных. Копирование номеров и сумм создаёт риск ошибки. Переменные лучше передавать из рабочей системы.
- Отсутствие сценария сбоя. Если API временно не отвечает, система должна зафиксировать проблему и дать сотруднику понятную задачу.
- Смешение сервиса и рекламы. Промокод или предложение купить другой товар меняет цель сообщения. Для таких коммуникаций нужен отдельный шаблон и отдельный отчёт.
3 шага, которые можно сделать на этой неделе:
- Выписать пять событий после заказа, оплаты или записи и оставить те, по которым клиенту нужна информация.
- Подготовить короткие шаблоны с номером операции, статусом, суммой в BYN или датой и следующим действием.
- Передать разработчику таблицу статусов, переменных и действий при ошибке, затем проверить отправку на тестовых сценариях.
После такой подготовки сервис Viber-рассылок можно подключать к реальным процессам компании: через официальный статус отправителя, API и отчётность. Сначала автоматизируйте подтверждение и статусы, которые менеджеры чаще всего отправляют вручную. Остальные сценарии добавляйте после проверки данных и ошибок в отчёте.
