Как уведомлять покупателя о доставке заказа в чате

Пример расчёта (условные цифры): покупатель получил четыре сообщения «статус изменён», но ни одно не сказало, когда и где забрать заказ. Полезность уведомления определяется действием клиента, а не числом событий. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно выбрать этапы доставки, важные именно вашим покупателям.

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

Формулировка должна отражать подтверждённый факт. «Передан в доставку» не равно «курьер уже едет». «Ожидаем завтра» не равно «доставим завтра». Если доступен прогноз, помечайте его как прогноз и обновляйте при изменении. Когда заказ частичный, не сообщайте о доставке всего заказа по статусу одной позиции.

Вопрос к вам: какие ваши сообщения о доставке реально меняют действие покупателя, а какие повторяют внутренние коды системы?

Лайфхак: прочитайте текст уведомления без статуса в CRM. Если по нему нельзя понять следующий шаг, добавьте конкретику или уберите сообщение.

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

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

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

Пример расчёта (условные цифры): из 100 заказов 80 проходят стандартный путь, 15 меняют срок и 5 отменяются. Система, отправляющая одинаковую цепочку всем 100, даст как минимум 20 случаев с потенциально неуместным текстом.

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

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

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

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

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

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

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

Таблица помогает согласовать язык уведомлений с операциями. Лайфхак: не отправляйте «доставлено» только по внутреннему закрытию карточки; проверьте фактическое подтверждение выдачи.

Считайте повторные вопросы «где заказ?», жалобы на неверный срок, дубли сообщений, ошибки привязки и долю задержек с своевременным уведомлением. Открытие сообщения не означает, что оно было понятным. Читайте выборку обращений после уведомления: по ним видно, какую информацию клиент не получил.

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

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

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

Напишите, какой процесс хотите автоматизировать: A3bot