Проактивные уведомления об отправке: поэтапная временная шкала с примерами сообщений
Проактивные уведомления о доставке должны следовать значимым событиям отправления, а не фиксированному ежедневному расписанию. Для команд электронной коммерции практическая последовательность выглядит так: подтверждение заказа, передача перевозчику, изменения предполагаемых сроков доставки, статус «курьер выехал для доставки» и подтверждение доставки; при этом отдельные уведомления следует отправлять, если задержка или проблема с доставкой требует внимания. В каждом сообщении следует объяснять, что подтверждено, что произойдет дальше и нужно ли клиенту предпринимать какие-либо действия.

В этом руководстве представлены временная шкала на основе событий, адаптируемые примеры сообщений и операционные правила, которые помогут сохранять полезность уведомлений, не превращая каждый скан отслеживания в еще одно электронное письмо. Шаблоны являются иллюстративными рекомендациями, а не требованиями перевозчиков или гарантированными сроками обслуживания.
Временная шкала уведомлений о доставке, основанная на решениях клиента
События заказа, выполнения и доставки описывают разные процессы. Подтверждение заказа означает, что магазин получил заказ. Создание транспортной этикетки не подтверждает, что перевозчик получил посылку. Предполагаемый срок доставки — не то же самое, что гарантированное время доставки.
Эти различия должны определять как триггер, так и формулировку каждого сообщения. Например, USPS в своих рекомендациях по статусам отслеживания отделяет информацию о подготовке отправления от событий, указывающих на то, что посылка уже находится у перевозчика. Другие перевозчики могут использовать другие обозначения, поэтому настраивайте сообщения исходя из смысла события, а не только по названию статуса.
| Этап | Рекомендуемый триггер | Цель для клиента |
|---|---|---|
| Заказ подтвержден | Заказ успешно зарегистрирован | Подтвердить покупку и объяснить процесс подготовки |
| Этикетка создана | Назначен номер отслеживания | Объяснить доступность отслеживания, если это полезно |
| Передача перевозчику | Надежное подтверждение получения посылки перевозчиком | Подтвердить, что посылка поступила в сеть перевозчика |
| В пути | Значимое продвижение или изменение оценки | Обновить ожидания без повторения обычных сканов |
| Задержка или исключение | Подтвержденное нарушение или невыполненное обязательство | Объяснить проблему и дальнейшие шаги |
| Курьер выехал для доставки | Перевозчик сообщил о событии на этапе доставки | Помочь получателю подготовиться |
| Попытка доставки или самовывоз | Подтвержденная попытка или готовность к получению | Объяснить доступное действие |
| Доставлено | Подтверждение доставки перевозчиком | Завершить путь и предложить помощь при необходимости |
Примеры сообщений по этапам
Заменяйте поля в квадратных скобках подтвержденной информацией. Если поле недоступно, удалите предложение или используйте вариант, учитывающий неопределенность. Никогда не превращайте пустое поле с оценкой в выдуманную дату доставки.
1. Заказ подтвержден: обозначьте отправную точку
Отправляйте, когда: Заказ успешно зарегистрирован. Этот триггер должен контролироваться системой управления заказами, а не данными перевозчика.
Подтвердите номер заказа, приобретенные товары и адрес доставки. Отдельно объясните подготовку и перевозку. Указывайте оценку отправки только в том случае, если она отражает фактическое обязательство магазина по выполнению заказа.
Тема: Мы получили ваш заказ [номер заказа]
Спасибо, [имя]. Мы подготавливаем ваш заказ. Адрес доставки: [адрес]. Мы отправим еще одно обновление, когда ваша посылка будет передана перевозчику. Просмотрите заказ здесь: [ссылка на заказ]. Если что-то указано неверно, свяжитесь с нами: [ссылка на поддержку].
Не обещайте, что адрес еще можно изменить, если ваш процесс выполнения заказа не поддерживает это действие на данном этапе.
2. Этикетка создана: объясните, почему отслеживание может быть неактивным
Отправляйте, когда: Номер отслеживания доступен, но получение посылки перевозчиком еще не подтверждено.
Это сообщение необязательно. Если передача перевозчику обычно происходит вскоре после этого, более понятным может быть объединение информации в последующем подтверждении отправки. Отдельное уведомление полезно, когда клиенты уже видят номер отслеживания и могут принять создание этикетки за фактическое перемещение посылки.
Тема: Для заказа [номер заказа] доступно отслеживание
Мы создали транспортную этикетку для вашей посылки. Получение посылки перевозчиком еще не подтверждено, поэтому информация об отслеживании пока может не показывать движения. Мы сообщим вам, когда перевозчик ее получит. Отследить посылку: [ссылка на отслеживание].
Если после создания этикетки событие передачи перевозчику не появляется дольше установленного внутреннего порога отправки, создайте операционную задачу. Повторная отправка одного и того же заверения не заменяет проверку того, покинула ли посылка склад.
3. Передача перевозчику: отправьте подтверждение отправки
Отправляйте, когда: Событие приема перевозчиком или другая надежная запись о передаче подтверждает получение посылки.
Это подходящий момент для четкого подтверждения отправки. Укажите перевозчика, ссылку на отслеживание и предполагаемую дату доставки только в том случае, если она доступна из выбранного вашей командой источника.
Тема: Ваш заказ [номер заказа] передан перевозчику
[Перевозчик] получил вашу посылку. Текущий предполагаемый период доставки: [диапазон дат]. Это оценка, и она может измениться по мере продвижения отправления. Следите за продвижением здесь: [ссылка на отслеживание].
Если оценка отсутствует, замените предложение об оценке следующим: «Предполагаемый срок доставки пока недоступен. Проверьте страницу отслеживания, чтобы увидеть последние обновления от перевозчика».
4. В пути: уведомляйте только тогда, когда информация что-то меняет
Отправляйте, когда: Произошло значимое событие, изменился предполагаемый срок доставки или возникло другое обстоятельство, меняющее ожидания клиента.
Обычные сканы на объектах перевозчика обычно должны отображаться на странице отслеживания, а не в отдельных сообщениях. Для международных отправлений полезным может быть таможенное событие, однако прибытие в страну назначения само по себе не подтверждает прохождение таможни или готовность к доставке.
Тема: Обновление по вашему заказу [номер заказа]
С вашей посылкой произошло следующее: [подтвержденное событие]. Текущий предполагаемый период доставки: [диапазон дат]. На данном этапе от вас не требуется никаких действий. Просмотреть последнюю информацию об отслеживании: [ссылка на отслеживание].
Используйте фразу «От вас не требуется никаких действий» только тогда, когда это известно наверняка. Если перевозчик запрашивает документы или оплату, проверьте запрос, прежде чем направлять клиента на официальный канал. Не включайте в уведомление ненужные идентификационные или платежные данные.
5. Задержка или исключение: укажите, что известно, и кто отвечает за следующий шаг
Отправляйте, когда: Перевозчик сообщает о нарушении, предполагаемый срок доставки существенно меняется или отправление не укладывается в обязательство магазина.
Промежуток между сканами не является доказательством потери посылки. Отделяйте подтвержденные задержки от предупреждений мониторинга, созданных вашими собственными правилами. Если причина неизвестна, так и скажите, не приписывая ее погоде, таможне или пропускной способности перевозчика.
Тема: Доставка занимает больше времени, чем ожидалось
Ваш заказ [номер заказа] не прибыл в указанный нами период доставки. Подтвержденной новой даты доставки пока нет. Наша служба поддержки проверяет отправление и сообщит вам обновленную информацию до [дата обратной связи]. Вам не нужно создавать еще один запрос. Текущее отслеживание: [ссылка на отслеживание].
Дата обратной связи — это обязательство вашей команды, а не новая оценка доставки. Перед отправкой создайте назначенную задачу для службы поддержки. Если подтвержденное исключение требует действий клиента, замените общее заверение конкретным действием и сроком его выполнения.
6. Курьер выехал для доставки: помогите клиенту подготовиться, не гарантируя прибытие
Отправляйте, когда: Перевозчик сообщает, что посылка выехала для доставки.
Не превращайте этот статус в гарантированное время прибытия. Указывайте необходимость подписи или период доставки только в том случае, если это подтверждено для данного отправления.
Тема: Ваша посылка выехала для доставки
[Перевозчик] сообщает, что ваша посылка выехала для доставки. Доставка ожидается сегодня, но маршрут или время могут измениться. Проверьте последний статус и доступные инструкции по доставке здесь: [ссылка на отслеживание].
Если посылка не прибыла, используйте следующий подтвержденный статус или подходящий процесс для нерешенной проблемы с доставкой. Не продолжайте повторять «прибудет сегодня» после того, как этот день прошел.
7. Попытка доставки или самовывоз: однозначно обозначьте следующее действие
Отправляйте, когда: Зафиксирована попытка доставки или перевозчик подтвердил готовность посылки к получению.
Это разные события. Неудачная попытка не обязательно означает, что посылка уже доступна в пункте выдачи. Не предлагайте клиентам ехать за посылкой, пока готовность к получению не подтверждена.
Тема: Для получения вашей посылки требуется действие
[Перевозчик] сообщает, что доставку не удалось завершить. Ознакомьтесь с инструкциями перевозчика и доступными дальнейшими действиями: [официальная ссылка на отслеживание]. Если инструкции непонятны, свяжитесь с нами: [ссылка на поддержку].
При подтвержденной готовности к выдаче используйте отдельный шаблон: «Ваша посылка готова к получению по адресу [подтвержденное местоположение]. Получите ее до [подтвержденный крайний срок]. Ознакомьтесь с часами работы и требованиями к получению здесь: [официальная ссылка]». Не указывайте неподтвержденные поля; не выдумывайте стандартный срок хранения.
8. Доставлено: подтвердите сообщение перевозчика и предложите путь решения проблемы
Отправляйте, когда: Перевозчик регистрирует доставку.
Ссылайтесь на статус перевозчика, а не утверждайте, что клиент лично получил посылку. Указывайте место доставки или ссылку на подтверждение доставки только в том случае, если они доступны и уместны для передачи.
Тема: Ваша посылка отмечена как доставленная
[Перевозчик] отметил вашу посылку как доставленную [дата]. Просмотрите подробности доставки здесь: [ссылка на отслеживание]. Если вы не можете ее найти, проверьте информацию о месте доставки и спросите членов семьи или сотрудников reception в вашем здании, если применимо. Посылка все еще не найдена? Свяжитесь с нами: [ссылка на поддержку], чтобы мы помогли разобраться.
Сохраняйте заметным маршрут помощи при пропаже посылки. Рекламное предложение не должно скрывать, что делать, если подтверждение доставки не соответствует опыту клиента.
Правила, обеспечивающие точность временной шкалы
Отслеживайте посылки отдельно от заказов
Заказ может содержать несколько посылок с разными перевозчиками и датами доставки. Указывайте товары или номер посылки, к которым относится каждое сообщение. Формулировка «Посылка 1 из 2 доставлена» точнее, чем «Ваш заказ прибыл», если часть покупки все еще находится в пути.
Храните связь между заказом, выполнением, номером отслеживания и входящими в отправление товарами. Также учитывайте повторные отправления, чтобы события их доставки случайно не закрывали исходное обращение в службу поддержки.
Устраняйте дубли событий и обрабатывайте запоздалые обновления
Перевозчик или интеграция могут предоставлять повторяющиеся обновления. Создайте правило дедупликации с учетом отправления, идентификатора события и типа уведомления. Перед отправкой нового сообщения проверяйте, не было ли оно уже отправлено.
Если это возможно, сохраняйте как время события, так и время его получения системой. Поздно поступившее событие о перевозке не должно запускать сообщение «в пути» после подтверждения доставки. Противоречивые или исправляющие события требуют согласования, а не предположения, что каждая новая запись означает продвижение вперед.
Назначайте операционного ответственного за каждое исключение
Складские команды должны проверять неподтвержденные передачи перевозчику. Команды поддержки или логистики должны отвечать за исключения при перевозке и последующие контакты с клиентами. В рабочем процессе обмена сообщениями вместе с уведомлением должны фиксироваться ответственный, следующее действие и крайний срок проверки.
Определяйте пороги мониторинга на основе ваших обязательств по выполнению заказов и наблюдаемого поведения перевозчиков на конкретных направлениях. Не существует единого порога разрыва между сканами, который одинаково хорошо подходит для внутренней экспресс-доставки, международной экономичной доставки, выходных и таможенной обработки.
Согласуйте электронную почту, SMS и страницы отслеживания
Используйте электронную почту для более подробных объяснений, а страницу отслеживания — для полной истории событий. Резервируйте SMS или push-уведомления для полезных срочных обновлений, когда получатель предоставил необходимое разрешение и канал подходит для этой цели. Требования к согласию и сообщениям различаются в зависимости от юрисдикции и канала; настройте их для фактических рынков, на которых вы работаете.
Не отправляйте одинаковые сообщения по всем каналам по умолчанию. Сосредоточьтесь в обновлениях отправления на транзакции, учитывайте соответствующие предпочтения и не включайте полные адреса или другие ненужные персональные данные в сообщения, видимые на экране блокировки.
Практическое внедрение рабочего процесса
Начните с сопоставления событий и сообщений, а затем выберите инструменты, способные его поддерживать. Для продавцов Shopify страница приложения 17TRACK для отслеживания заказов является подходящей отправной точкой при оценке рабочих процессов отслеживания и уведомлений о доставке. Сопоставьте его текущие возможности и настройки с необходимыми триггерами, каналами и правилами обработки исключений, не предполагая, что каждый шаблон из этого руководства доступен во встроенной автоматизации.
Какую бы систему вы ни использовали, проверяйте поведение, а не только внешний вид шаблона:
- Этикетка без передачи перевозчику: Сообщение не должно утверждать, что перевозчик получил посылку.
- Дублирующее событие: Клиент не должен получать одно и то же уведомление дважды.
- Изменившаяся оценка: Сообщение должно указывать новое ожидание и не содержать устаревшую дату.
- Разделенный заказ: Каждое уведомление должно указывать правильную посылку или товары.
- Отсутствующие данные: Пустые даты, местоположения и названия перевозчиков не должны отображаться как сломанные заполнители.
- Запоздалое событие: Старый скан не должен создавать противоречивое уведомление.
- Исключение: Обещанное расследование должно создавать задачу для назначенной команды.
- Доставленная, но отсутствующая посылка: У клиента должен быть рабочий канал связи со службой поддержки.
После запуска анализируйте ошибки уведомлений, повторные отправки, обращения в поддержку по вопросам доставки и нерешенные исключения. Последовательно определяйте периоды измерений. Само по себе сокращение обращений в поддержку не доказывает улучшение коммуникации, если клиентам одновременно стало сложнее связаться с вашей командой.
Часто задаваемые вопросы
Сколько уведомлений о доставке должен отправлять магазин?
Используйте значимые события, а не обязательное количество сообщений. Для простой отправки могут потребоваться только подтверждение заказа, передача перевозчику, выезд для доставки и подтверждение доставки. Добавляйте сообщения, если меняется оценка или клиенту требуется действие. Уведомления о создании этикетки и обычном перемещении необязательны.
Должно ли уведомление о доставке содержать дату доставки?
Указывайте дату или период, если у вас есть надежный источник, и правильно обозначайте их как оценку или обязательство. Если надежной оценки нет, сообщите, что она пока недоступна. Не рассчитывайте точную дату прибытия на основе среднего общего срока перевозки и не представляйте ее как подтвержденную перевозчиком.
Что следует сообщить, если информация об отслеживании не обновлялась?
Укажите последнее подтвержденное событие и объясните, что ваша команда делает дальше. Один лишь пробел между сканами не подтверждает, что отправление задержано или потеряно. Если заказ не укладывается в обещанный срок, отдельно признайте это и укажите реалистичный срок обратной связи от службы поддержки.
Следует ли автоматически предлагать возврат средств или повторную отправку при задержках?
Только если ситуация клиента соответствует вашим правилам и применимым обязательствам. Одного исключения в отслеживании может быть недостаточно для принятия решения о способе урегулирования. Передайте дело соответствующей команде и не обещайте результат, который ваш рабочий процесс не может одобрить.
Могут ли уведомления о доставке содержать рекламные предложения?
Информация о доставке и любое необходимое действие должны быть легко доступны. Добавление рекламного контента может повлиять на то, как сообщение рассматривается в соответствии с применимыми правилами обмена сообщениями, поэтому перед объединением маркетинговых материалов с транзакционными обновлениями проверьте требования к каналам и юрисдикциям.
Источники
- USPS: Где моя посылка? — источник для интерпретации этапов отслеживания, включая подготовку отправления, получение перевозчиком, доставку и статусы, связанные с доставкой. Не следует предполагать, что терминология USPS одинаково применяется ко всем перевозчикам.
- Shopify App Store: 17TRACK — официальная страница маркетплейса для оценки решения по отслеживанию заказов и уведомлениям Shopify, упомянутого в разделе о внедрении.
Последовательность уведомлений, примеры текстов и контрольный список тестирования являются редакционными рекомендациями. Они не являются универсальными процедурами перевозчиков или обещаниями относительно конкретной конфигурации программного обеспечения.


