Как организовать Viber-уведомления о статусе доставки

Как организовать Viber-уведомления о статусе доставки

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

Какие статусы доставки стоит отправлять в Viber?

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

  • Заказ подтверждён: магазин принял заявку и готовит товар.
  • Заказ передан в доставку: укажите дату или интервал, если магазин уже его знает.
  • Курьер или пункт выдачи ждёт покупателя: добавьте адрес, время работы либо инструкцию по получению.
  • Заказ доставлен или выдан: коротко подтвердите завершение и предложите обратиться в магазин, если возник вопрос.

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

Как написать уведомление, чтобы покупатель понял его с первого прочтения?

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

Шаблон подтверждения заказа

«Магазин [название]. Заказ №[номер] подтверждён. Мы сообщим в Viber, когда передадим его в доставку.»

Шаблон передачи в доставку

«Магазин [название]. Заказ №[номер] передан в доставку. Ожидайте получение [дата или интервал].»

Шаблон для пункта выдачи

«Магазин [название]. Заказ №[номер] ждёт вас по адресу: [адрес]. Режим работы: [время]. Для получения назовите номер заказа.»

Текст лучше держать коротким. Если покупателю нужен адрес, код получения или время работы, вынесите их отдельными строками. Не добавляйте в статусное уведомление подборку товаров, скидку и несколько ссылок: человек открыл сообщение, чтобы узнать о своей доставке. Персональные переменные, включая имя и номер заказа, поддерживают Viber-рассылки в автоматических сценариях (SMSp.by, «Viber-рассылки: возможности и запуск»).

Как связать уведомления с заказом без ручной отправки?

Сначала нарисуйте путь заказа на листе или в таблице: какой сотрудник меняет каждый статус, откуда система получает это изменение и какое сообщение уйдёт покупателю. В небольшом магазине источником часто становится CRM, система учёта заказов или кабинет интернет-магазина. Главное правило простое: одно изменение статуса должно запускать одно событие.

  1. Создайте в системе статусы, которые увидит покупатель: «подтверждён», «передан в доставку», «готов к выдаче», «доставлен».
  2. Для каждого статуса закрепите шаблон Viber-сообщения и поля, которые подставляются автоматически: номер, адрес, дата, интервал.
  3. Настройте передачу события через API или готовую интеграцию, если она доступна в вашей CRM.
  4. Проверьте сценарий на тестовом заказе: статус меняется, сообщение формируется, номер заказа подставляется без ошибок.
  5. После запуска смотрите отчёт по отправкам и разбирайте недоставленные сообщения отдельно.

Интеграция CRM с каналом сообщений убирает ручное копирование номера телефона и текста из карточки заказа. Для amoCRM описан сценарий, где сообщения отправляются из карточки клиента, а результат фиксируется в системе (SMS.BY, «Как отправлять SMS и Viber-рассылки из amoCRM через SMS.BY»). При регулярных отправках полезно заранее обсудить с исполнителем официальный статус отправителя, API-подключение и состав аналитической отчётности: именно эти детали определяют, как будет работать сценарий после запуска.

Когда отправлять сообщение и сколько их нужно на один заказ?

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

Отдельно проверьте исключения. Если товара нет в наличии, изменился интервал доставки или заказ разделили на две посылки, покупатель должен получить понятное объяснение до того, как увидит неожиданный статус. Внутри команды полезно договориться, кто меняет такие заказы вручную и какой шаблон выбирает. Для сценария поступления товара пригодится разбор Viber-уведомлений о поступлении товара для малого магазина.

Что проверять в отчётах по Viber-уведомлениям?

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

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

Типичные ошибки при настройке статусов доставки

  • Отправлять сообщение «заказ в пути», когда магазин только сформировал заказ к передаче.
  • Использовать один общий текст для курьерской доставки и самовывоза, хотя действия покупателя различаются.
  • Не указывать номер заказа, из-за чего получатель не понимает, о какой покупке идёт речь.
  • Вставлять в сервисное сообщение рекламу, длинное описание акции или несколько несвязанных предложений.
  • Менять статус вручную в двух системах и получать повторную отправку.
  • Запускать сценарий без тестового заказа и проверки переменных в шаблоне.

Начать можно на этой неделе: выберите четыре статуса, напишите для них короткие шаблоны и прогоните один тестовый заказ от оформления до выдачи. Затем подключите отправку через API или интеграцию, проверьте отчёт по первой серии сообщений и исправьте шаблоны, где покупателю не хватает даты, адреса или номера заказа. Если вместе с доставкой магазин сообщает о счетах, пригодится материал о Viber-уведомлениях о счетах без потери лояльности.