Управление исключениями при доставке: как обрабатывать неудачные и задержанные доставки до того, как клиенты начнут жаловаться

Управление исключениями при доставке означает выявление отправлений, требующих вмешательства, назначение ответственного за их урегулирование и информирование клиентов до того, как им придется обращаться с вопросами. Для ecommerce-команд наиболее эффективный подход заключается в отслеживании как исключений перевозчика, так и невыполненных обещаний по доставке, расстановке приоритетов по срочности и назначении для каждого нерешенного отправления ответственного, следующего действия и крайнего срока обновления информации для клиента.

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

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

Исключение перевозчика — это событие в отслеживании, указывающее, что что-то нарушило ожидаемый процесс доставки отправления. Задержка, о которой нужно сообщить клиенту, — это отправление, доставленное позже ожидаемого срока, который вы сообщили. Эти условия могут пересекаться, но они не взаимозаменяемы.

Посылка может получить событие об исключении и все же прибыть в обещанный срок. Другая посылка может не уложиться в этот срок, не отображая явного исключения. Поэтому мониторинг только событий с пометкой «исключение» оставляет часть проблемы незаметной.

Формируйте очередь исключений на основе трех типов сигналов:

• Явные проблемы: неудачная попытка доставки, проблема с адресом, задержка, связанная с таможней, или другое событие, требующее внимания.
• Риск невыполнения обещания: срок доставки, показанный клиенту, истек, либо последняя информация делает этот срок неопределенным.
• Неожиданное отсутствие активности: новое событие отслеживания не появляется в течение интервала проверки, соответствующего данной услуге и маршруту.

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

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

Разрозненные вкладки перевозчиков и обращения в службу поддержки затрудняют определение ответственного. Используйте общую очередь, связывающую отправление, заказ и переписку с клиентом. Для начала это может быть структурированная таблица; процесс важнее программного обеспечения.

Каждое дело должно содержать:

• Номер заказа, трек-номер, перевозчика и услугу доставки.
• Обещание по сроку доставки, сообщенное при оформлении заказа или в подтверждении заказа.
• Последнее событие отслеживания, время его возникновения и время получения его вашей системой.
• Категорию исключения и причину, по которой требуется проверка.
• Назначенного ответственного за дело и лицо или организацию, от которых ожидается следующее действие.
• Следующее действие, его крайний срок и крайний срок следующего обновления для клиента.
• Номера обращений к перевозчику, соответствующие ответы клиента и любое решение о замене или возврате средств.

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

Расставляйте приоритеты по возможности предотвратить ущерб

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

Ситуация	Первое операционное действие	Коммуникация с клиентом
Проблема с адресом или доступом	Подтвердите недостающую информацию и проверьте разрешенный перевозчиком процесс исправления.	Запросите конкретные необходимые данные; не обещайте, что изменение возможно.
Неудачная попытка доставки или уведомление о получении	Проверьте следующий шаг и указанный срок получения или ответа.	Объясните подтвержденные инструкции по повторной доставке или получению.
Задержка, связанная с таможней	Определите, требуются ли документы, оплата или проверка, и кто должен ответить.	Сообщите только подтвержденное требование и предоставьте проверенный канал связи.
Пропущен срок доставки без ясной причины	Проверьте недавнее перемещение и при необходимости запросите разъяснение.	Признайте невыполненное обещание и установите время следующего обновления.
Событие возврата отправителю	Проверьте, возможно ли еще вмешательство, и подготовьте решение со стороны продавца.	Объясните подтвержденный статус и доступные следующие шаги.

Используйте эти правила для внутренней сортировки, а не как универсальные правила перевозчиков. Варианты повторной доставки, разрешения на изменение адреса, сроки получения и процедуры расследования различаются в зависимости от услуги и места назначения. Перед тем как давать клиентам инструкции, проверьте применимые указания перевозчика.

Используйте повторяемый процесс урегулирования

1. Подтвердите, что именно известно

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

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

2. Назначьте ответственного и за дело, и за действие

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

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

3. Выполняйте минимально необходимое полезное действие

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

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

4. Эскалируйте вопрос с пригодным для использования пакетом доказательств

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

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

5. Установите следующую контрольную точку до завершения работы с делом

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

Сообщение «мы проводим расследование» неполно, если никто не отвечает за проверку продвижения расследования.

Уведомляйте клиентов, когда информация меняет их решения

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

Каждое сообщение об исключении должно отвечать на четыре вопроса: Что подтверждено? Что вы делаете? Нужно ли клиенту что-то предпринять? Когда он получит от вас следующую информацию?

Пример: задержка без подтвержденной даты доставки

Ваш заказ не прибыл в указанный нами срок доставки. Последняя информация отслеживания не подтверждает новую дату доставки. Мы запросили обновление у перевозчика, и сейчас вам не нужно предпринимать никаких действий. Мы снова свяжемся с вами до [дата и время], даже если все еще будем ожидать подтверждения.

Пример: проблема с доставкой, требующая подтверждения адреса

Перевозчик сообщил о проблеме с адресом вашего отправления. Подтвердите [конкретные недостающие данные] через [защищенный канал поддержки]. Мы проверим, может ли перевозчик обновить данные отправления. Исправление или новая попытка доставки пока не подтверждены. Мы сообщим вам обновленную информацию до [дата и время].

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

Определяйте, когда заменять товар, возвращать деньги или продолжать расследование

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

Перед одобрением замены или возврата средств проверьте:

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

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

Используйте технологии отслеживания для поддержки ответственности, а не для ее замены

Для продавцов, работающих с несколькими перевозчиками, консолидированное отслеживание может сократить необходимость проверять отправления по одному. 17TRACK является подходящим ресурсом отслеживания в этом процессе. Продавцы, оценивающие интеграцию с ecommerce, могут ознакомиться со страницей приложения 17TRACK в Shopify; команды, планирующие собственную интеграцию, могут изучить официальную документацию Tracking API.

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

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

Измеряйте, действительно ли процесс решает проблемы

Начните с показателей, которые ваша команда может определять единообразно:

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

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

Анализируйте повторяющиеся причины вместе с командой, способной их изменить. Ошибки в маркировке относятся к улучшению выполнения заказов; неясные оценки сроков доставки — к формированию обещаний; пропущенные последующие действия — к операционной работе поддержки. Цель состоит в сокращении предотвратимых сбоев, а не просто в уменьшении очереди.

Часто задаваемые вопросы

Означает ли исключение при доставке, что посылка потеряна?

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

Как долго продавец должен ждать, прежде чем связаться с клиентом?

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

Должны ли клиенты самостоятельно связываться с перевозчиком?

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

Можно ли полностью автоматизировать управление исключениями при доставке?

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

Когда следует закрывать дело об исключении?

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

Источники

• Поддержка отслеживания UPS — официальный источник по вопросам отслеживания и дальнейшим действиям, специфичным для перевозчика.
• Официальный сайт 17TRACK — ресурс отслеживания посылок, упомянутый в разделе о технологиях.
• Страница приложения 17TRACK в Shopify — официальный источник на торговой площадке для оценки его ecommerce-предложения.
• Документация Tracking API 17TRACK — технический источник для команд, оценивающих собственную интеграцию отслеживания.