Управление на изключенията при доставките: Как да се справяме с неуспешни и забавени доставки, преди клиентите да се оплачат

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

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

Разграничете проблем с превозвача от забавяне, засягащо клиента

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

Пратка може да получи събитие за проблем и въпреки това да пристигне в обещания срок. Друга пратка може да пропусне този срок, без да показва изричен проблем. Следователно наблюдението само на събитията, обозначени като „проблем“, оставя част от проблема невидима.

Изградете опашката си за проблеми около три вида сигнали:

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

Липсата на активност е причина за проверка, а не доказателство за загуба. Международният транспорт, предаването между превозвачи и интервалите между сканиранията могат временно да направят проследяването неактивно. Съхранявайте оригиналния текст на събитието от превозвача заедно със стандартизирания статус, за да не губят операторите по поддръжката полезен контекст.

Създайте един работен запис за всяка пратка, нуждаеща се от внимание

Разпръснатите раздели на превозвачите и заявките към поддръжката затрудняват определянето на отговорник. Използвайте споделена опашка, която свързва пратката, поръчката и разговора с клиента. Това може да започне като структурирана електронна таблица; процесът е по-важен от софтуера.

Всеки случай трябва да съдържа:

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

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

Приоритизирайте според възможността за предотвратяване на вреда

Най-спешният случай невинаги е най-старият. Пратка, очакваща правилен номер на апартамент, все още може да бъде спасена, докато по-старо забавяне поради лошо време може да не позволява незабавна намеса. Приоритизирайте ситуациите, при които действието може да предотврати неуспешна доставка, връщане или пропуснат краен срок за клиента.

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

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

Изпълнявайте повтаряем работен процес за разрешаване

1. Потвърдете какво действително е известно

Сравнете записа на поръчката, страницата за проследяване на превозвача и всеки сигнал от клиента. Проверете дали събитието се отнася до правилния пакет и дали неговият времеви печат използва друга часова зона. Ако платформа за проследяване опрости събитието до широка категория, прегледайте основното съобщение от превозвача, преди да решите какво се е случило.

Разделяйте потвърдените факти от предположенията в бележките по случая. „Превозвачът е записал неуспешен опит“ е различно от „клиентът не е бил вкъщи“. Последното може да не е установено от събитието.

2. Определете както отговорник по случая, така и отговорник за действието

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

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

3. Предприемете най-малкото полезно действие

Искайте само информация, която може да промени изхода. При проблем с адреса сравнете подадения адрес с товарителницата, преди да помолите клиента да повтори всичко. При митнически проблем установете конкретното изискване, преди да поискате документи. При известие за получаване проверете местоположението и инструкциите, вместо да изпращате общо съобщение „свържете се с превозвача“.

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

4. Ескалирайте с използваем пакет от доказателства

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

Потвърдете кой има право да подаде запитване или рекламация. Търговецът, доставчикът на услуги по изпълнение на поръчките и страната, притежаваща акаунта при превозвача, може да не са една и съща организация.

5. Определете следващата проверка, преди да приключите работата по случая

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

Съобщение, което гласи „разследваме“, е непълно, освен ако някой не носи отговорност да провери дали разследването е напреднало.

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

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

Всяко съобщение за проблем трябва да отговаря на четири въпроса: Какво е потвърдено? Какво правите вие? Трябва ли клиентът да предприеме действие? Кога ще се свържете с него отново?

Пример: забавяне без потвърдена дата за доставка

Поръчката ви не е пристигнала в посочения от нас срок за доставка. Последната информация за проследяване не потвърждава нова дата за доставка. Поискахме актуализация от превозвача и в момента не е необходимо да предприемате действие. Ще се свържем с вас отново до [дата и час], дори ако все още очакваме потвърждение.

Пример: проблем с доставката, изискващ потвърждение на адреса

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

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

Решете кога да замените, възстановите сумата или продължите разследването

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

Преди да одобрите замяна или възстановяване на сума, проверете:

• Дали оригиналната пратка все още може да бъде доставена и как ще бъде обработена дублираната доставка.
• Дали има налична стока за замяна и дали новата пратка реалистично може да спази крайния срок на клиента.
• Дали клиентът вече е получил друго решение чрез отделен разговор с поддръжката.
• Дали проблем с адреса, достъпа или документацията би засегнал и заместващата пратка.
• Какви доказателства трябва да бъдат съхранени за отделна рекламация към превозвача.

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

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

За търговците, работещи с множество превозвачи, консолидираното проследяване може да намали необходимостта от проверка на пратките една по една. 17TRACK е подходящ ресурс за проследяване в този работен процес. Търговците, които оценяват внедряване в електронната търговия, могат да прегледат обявата на приложението 17TRACK за Shopify; екипите, планиращи персонализирана интеграция, могат да прегледат официалната документация на Tracking API.

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

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

Измервайте дали процесът действително разрешава проблемите

Започнете с показатели, които екипът ви може да определя последователно:

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

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

Преглеждайте повтарящите се причини заедно с екипа, който може да ги промени. Грешките в етикетите са въпрос на подобряване на изпълнението на поръчките; неясните оценки за доставка са въпрос на задаване на обещания; пропуснатите последващи действия са въпрос на операциите по поддръжката. Целта е по-малко предотвратими неуспехи, а не просто по-малка опашка.

Често задавани въпроси

Означава ли проблемът с доставката, че пакетът е изгубен?

Не. Той показва прекъсване или проблем, но изходът зависи от основното събитие. Прегледайте подробния статус на превозвача и всички необходими действия, преди да определите пратката като изгубена.

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

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

Трябва ли клиентите сами да се свържат с превозвача?

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

Може ли управлението на проблемите при доставката да бъде напълно автоматизирано?

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

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

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

Източници

• UPS Tracking Support — официален източник за въпроси относно проследяването и следващите стъпки, специфични за превозвача.
• официален уебсайт на 17TRACK — ресурс за проследяване на пратки, посочен в раздела за технологиите.
• обява на приложението 17TRACK за Shopify — официален пазарен източник за оценка на предложението му за електронна търговия.
• документация на 17TRACK Tracking API — технически източник за екипи, оценяващи персонализирана интеграция за проследяване.