Jak automatizovat upozornění o zásilce: spouštěče, kanály a šablony v 6 krocích

Chcete-li automatizovat oznámení o zásilkách, propojte události zásilky se záznamy objednávek, určete, které změny stavu si zaslouží zprávu, zvolte povolený komunikační kanál a ke každému spouštěči přiřaďte šablonu. Před spuštěním pak přidejte ochranu proti duplicitám, zpracování výjimek a testování. Níže uvedených šest kroků ukazuje týmům e-commerce, jak vytvořit workflow, které zákazníkům poskytne užitečné aktualizace, aniž by jim posílalo opakovaná nebo zavádějící upozornění.

Tato příručka je určena obchodníkům, týmům e-commerce a vývojářům odpovědným za komunikaci po nákupu. Doporučeným výchozím bodem je malá sada spolehlivých oznámení: převzetí zásilky dopravcem, zásilka v doručování, doručeno a výjimky vyžadující akci zákazníka. Další zprávy přidávejte pouze tehdy, když odpovídají na odlišnou otázku zákazníka.

1. Propojte události sledování se správnou objednávkou a příjemcem

Štítek pro přepravu, sken dopravce a oznámení zákazníkovi jsou různé věci. Vytvoření štítku neznamená, že dopravce zásilku převzal. Vaše automatizace by měla tento rozdíl zachovávat od samého začátku.

Začněte určením systému, který bude rozhodovat o oznámeních. Může jím být workflow oznámení vašeho obchodu, aplikace pro sledování nebo služba propojená se systémem pro správu objednávek. Každému typu zprávy přiřaďte jednoho vlastníka, aby více systémů neposílalo nezávisle stejnou aktualizaci.

Existují dvě praktické možnosti implementace:

• Nastavení založené na aplikaci: Použijte aplikaci pro sledování v e-commerce, pokud váš tým chce konfigurovat podporované události a zprávy pro zákazníky bez vytváření celé integrace. Pro obchodníky na Shopify je nabídka aplikace 17TRACK vhodným výchozím bodem pro vyhodnocení workflow sledování zásilek a oznámení. Před konfigurací pravidel ověřte konkrétní spouštěče, kanály, možnosti přizpůsobení a požadavky na tarif.
• Nastavení založené na API: Použijte integraci sledování, pokud se události zásilek musí předávat do existujícího systému objednávek nebo vlastního workflow zpráv. 17TRACK Tracking API a jeho oficiální dokumentace jsou relevantními referencemi pro implementaci. Ověřte mechanismus doručování událostí, pole datové struktury, ověřování a chování při opakování požadavků pro zamýšlenou integraci. Přijímání údajů o sledování a odesílání zpráv zákazníkům jsou oddělené odpovědnosti.

Ať už zvolíte kteroukoli cestu, přiřaďte každou zásilku ke správné objednávce a příjemci. Užitečný interní záznam obsahuje:

• Referenci objednávky a identifikátor zásilky.
• Číslo zásilky a identifikátor dopravce, pokud jsou k dispozici.
• Položky obsažené v dané zásilce, zejména u rozdělených objednávek.
• Kontaktní údaje zákazníka, jazyk, časové pásmo a preference kanálů.
• Poslední přijatý stav zásilky a čas výskytu události.
• Historii oznámení včetně informace, které zásilky se jednotlivé zprávy týkaly.

Čas výskytu události uchovávejte odděleně od času, kdy váš systém aktualizaci přijal. Zpožděný sken by se neměl automaticky změnit v nové upozornění zákazníka. Vedle normalizovaného stavu také uchovávejte původní popis dopravce, aby podpora mohla prošetřit nejednoznačné události.

2. Definujte spouštěče, které odrážejí významné změny zásilky

Spouštěč by měl představovat změnu relevantní pro zákazníka, nikoli každý nový záznam sledování. Několik skenů v různých střediscích může znamenat pouze „v přepravě“. Odeslání oznámení po každém z nich vytváří šum, aniž by zákazníkovi pomohlo učinit rozhodnutí.

Příchozí události mapujte na malou sadu srozumitelných stavů. Následující tabulka představuje navrhované workflow, nikoli univerzální slovník stavů všech dopravců.

Výjimky zpracovávejte pečlivěji než běžné milníky. Neúspěšný pokus o doručení, celní problém, problém s adresou a událost vrácení odesílateli mohou vyžadovat různé pokyny. Pokud událost nevysvětluje, co má zákazník udělat, nevymýšlejte řešení.

U pravidla „žádná nedávná aktualizace“ zvolte hranici odpovídající službě a trase, nikoli jeden univerzální interval. Absence skenů není důkazem, že se zásilka ztratila. Nejisté případy přesměrujte do interní fronty ke kontrole nebo odešlete neutrální aktualizaci, která přesně popisuje známé skutečnosti.

Odhadovaná data doručení uchovávejte odděleně od stavů zásilky. Odhad uvádějte pouze tehdy, pokud máte spolehlivý zdroj, označte jej jako odhad a nenahrazujte chybějící údaje vypočteným příslibem, který vaše operace nemůže podpořit.

3. Zvolte kanály a nastavte pravidla kontaktování

Kanál používejte proto, že vyhovuje zprávě a preferencím zákazníka, nikoli jen proto, že je dostupný. E-mail je praktickým výchozím bodem pro podrobné aktualizace. Bezprostřednější kanál může být užitečný pro časově citlivou akci, ale pouze tam, kde to dovoluje souhlas, pravidla poskytovatele a místní požadavky.

• E-mail: Vhodný pro kontext objednávky, odkazy na sledování, vysvětlení rozdělených zásilek a pokyny podpory. Zahrňte verzi v prostém textu a zkontrolujte zobrazení na mobilu.
• SMS: Užitečné pro krátká upozornění vyžadující akci, pokud jsou povolena. Identifikujte odesílatele, držte zprávu zaměřenou a neuvádějte zbytečné informace o objednávce.
• Push oznámení: Vhodná, když zákazníci používají vaši aplikaci a povolili oznámení. Odkazujte na příslušnou zásilku, nikoli na obecnou domovskou obrazovku.
• Chatovací aplikace: Zvažte je, pokud zákazníci daný kanál již používají a vaše implementace splňuje požadavky platformy na souhlas a zprávy.
• Stránka sledování: Používejte ji jako cíl s podrobnými informacemi. Doplňuje odchozí oznámení, ale nenahrazuje upozornění, když zákazník musí jednat.

Zdokumentujte vztah mezi kanály. E-mail můžete například používat pro běžné milníky a povolený mobilní kanál pro problém s doručením vyžadující akci. Neposílejte automaticky každou událost prostřednictvím všech dostupných kanálů.

Nastavte zpracování v době klidu a záložní pravidla. Dočasný výpadek e-mailu by neměl automaticky opravňovat k odeslání SMS. Před přepnutím kanálu ověřte, že máte příslušné kontaktní údaje a souhlas a že jiný systém zprávu již neposlal.

Aktualizace zásilek udržujte provozní. Přidání propagačního obsahu může ovlivnit, jak je zpráva posuzována podle platných pravidel. Ve Spojených státech pokyny FTC k zákonu CAN-SPAM vysvětlují, že při kombinaci komerčního a transakčního obsahu záleží na hlavním účelu zprávy. Nepředpokládejte, že každá zpráva zmiňující objednávku je vyňata z požadavků na komerční e-maily.

4. Vytvořte šablony s jasným záložním chováním

Každá šablona by měla odpovědět na tři otázky: Co se stalo? Co to znamená pro tuto zásilku? Co má zákazník udělat dál? Používejte podmíněná pole, aby chybějící údaje čistě zmizely, místo aby zanechávaly nefunkční zástupné symboly.

Níže uvedené příklady jsou výchozí šablony. Proměnné v hranatých závorkách jsou ilustrační a nepředstavují syntaxi šablon konkrétní platformy.

E-mail o převzetí dopravcem

Předmět: Vaše zásilka k objednávce [order_number] je na cestě

Dobrý den, [first_name],

Dopravce [carrier_name] převzal vaši zásilku k objednávce [order_number]. Její průběh můžete sledovat zde: [tracking_link].

[Pokud je k dispozici spolehlivý odhad: Odhadované doručení: [estimated_delivery_date]. Tento odhad se může změnit.]

[Pokud je objednávka rozdělena: Tato zásilka obsahuje [shipment_items]. Ostatní položky objednávky budou mít samostatné aktualizace sledování.]

Zpráva o zásilce v doručování

Podle poslední aktualizace dopravce je vaše zásilka k objednávce [order_number] v doručování. Její průběh a dostupné podrobnosti o doručení si můžete zobrazit zde: [tracking_link].

Pokud pro tento příslib nemá vaše operace spolehlivý základ, nepřidávejte zaručený čas příjezdu. „V doručování“ je uváděný stav, nikoli záruka, že bude doručení dokončeno tentýž den.

Zpráva o výjimce s ověřeným dalším krokem

Předmět: Aktualizace doručení objednávky [order_number]

Dopravce u vaší zásilky nahlásil [plain_language_issue]. [verified_next_step]. Nejnovější podrobnosti zobrazíte zde: [tracking_link]. Potřebujete-li pomoc, kontaktujte nás na [support_link].

Pokud není další krok potvrzen, nahraďte tuto větu textem: „Zatím nemáme potvrzený další krok. Zkontrolujte aktualizace na stránce sledování nebo kontaktujte náš tým podpory.“ Tvrzení, že váš tým situaci prověřuje, použijte pouze tehdy, pokud byla kontrola skutečně přiřazena.

E-mail o doručení

Předmět: Vaše zásilka byla označena jako doručená

Dopravce [carrier_name] označil vaši zásilku k objednávce [order_number] jako doručenou dne [delivery_date]. Dostupné podrobnosti o doručení zobrazíte zde: [tracking_link]. Pokud ji nemůžete najít, kontaktujte nás na [support_link], abychom vám pomohli zjistit další kroky.

U rozdělených objednávek používejte formulace vztahující se k zásilce. „Vaše objednávka dorazila“ může být zavádějící, pokud je jiná zásilka stále v přepravě. Pokud není k dispozici název dopravce, datum nebo jméno zákazníka, použijte otestovanou alternativní větu místo zobrazení prázdného pole.

5. Přidejte ochranu proti duplicitním, zastaralým a zavádějícím zprávám

Automatizace potřebuje záznam o tom, co již provedla. Workflow, které pouze odešle zprávu pokaždé, když přijde událost, může po opakovaných pokusech znovu zasílat upozornění nebo doručit zastaralé informace po novějším milníku.

• Zabraňte duplicitnímu zpracování: Pokud je k dispozici, používejte stabilní identifikátor události. Jinak definujte deduplikační klíč z vhodných polí, například zásilky, typu události a času výskytu události. Samostatně zaznamenávejte, zda bylo příslušné oznámení již naplánováno nebo odesláno.
• Potlačte opakování stavu: Více skenů namapovaných na stejný stav zobrazený zákazníkovi by nemělo automaticky vytvářet více zpráv.
• Před odesláním ověřte relevanci události: Před odesláním znovu vyhodnoťte zprávy ve frontě. Potlačte staré upozornění o přepravě, pokud bylo mezitím nahlášeno doručení.
• Opravy zpracovávejte záměrně: Uchovávejte původní historii událostí a kontrolujte zdánlivé návraty do předchozího stavu. Nepředpokládejte, že každá později doručená událost je novější nebo přesnější.
• Bezpečné opakování: Rozlišujte mezi neúspěšným odesláním a neznámým výsledkem. Pokud je to podporováno, používejte idempotentní funkce poskytovatele, abyste snížili pravděpodobnost, že opakování vytvoří další zprávu.
• Chraňte přiřazení příjemce: Nikdy nepřiřazujte zásilku zákazníkovi pouze na základě neověřené shody čísla zásilky.
• Eskalujte nevyřešené výjimky: Přiřaďte provozního vlastníka místo opakovaného zasílání stejného varování zákazníkovi.

U vlastních integrací postupujte podle zdokumentovaného přístupu poskytovatele k ověřování, potvrzování událostí a opakováním požadavků. Protokoly zpracování udržujte užitečné, ale nekopírujte do nich nepotřebné osobní údaje. Odkazy na sledování by také neměly odhalovat objednávky jiných zákazníků ani více informací, než příjemce potřebuje.

Užitečná posloupnost zpracování je: ověřit událost, identifikovat zásilku, aktualizovat její stav, zkontrolovat způsobilost oznámení, vybrat povolený kanál, vykreslit šablonu, zařadit zprávu do fronty a zaznamenat výsledek. Pokud zpráva čeká ve frontě, způsobilost znovu ověřte při odesílání.

6. Otestujte celou cestu a poté spusťte workflow postupně

Workflow neposuzujte pouze podle toho, zda testovací e-mail vypadá správně. Otestujte celou cestu od události zásilky až k cíli u zákazníka, včetně případů selhání.

• Normální průběh: Převzetí, přeprava, zásilka v doručování a doručení vytvářejí zamýšlené zprávy.
• Opakovaná událost: Opětovné přehrání stejné události nevytvoří další oznámení.
• Událost mimo pořadí: Zpožděný sken během přepravy nespustí po doručení zastaralé upozornění.
• Rozdělená objednávka: Každá zpráva identifikuje správnou zásilku a nenaznačuje, že dorazily všechny položky.
• Chybějící pole: Chybějící jméno, dopravce, odhad nebo seznam položek vytvoří čitelný záložní text.
• Omezení kontaktování: Workflow respektuje preference kanálů, pravidla potlačení a nakonfigurované hodiny klidu.
• Selhání doručení: Neplatné adresy, chyby poskytovatele a opakování vytvářejí dohledatelné výsledky bez nekontrolovaného opakovaného odesílání.
• Akce zákazníka: Každý odkaz na sledování a podporu vede na mobilu na zamýšlené místo.

Začněte s omezenou skupinou zásilek a kontrolujte historii zpráv společně s historií sledování. Zajistěte pracovníkům podpory možnost zobrazit, co zákazník obdržel. Udržujte ovládací prvek pro pozastavení, aby tým mohl zastavit chybné pravidlo bez vypnutí samotného sledování zásilek.

Monitorujte způsobilost oznámení, pokusy o odeslání, přijetí poskytovatelem, selhání, duplicity a prodlevu mezi přijetím události a odesláním zprávy. Přijetí poskytovatelem nepotvrzuje, že si zákazník zprávu přečetl, a samotná míra otevření nedokazuje, že workflow pomohlo.

Chcete-li posoudit dopad na zákazníky, porovnávejte míru kontaktů souvisejících se zásilkami pomocí jednotné definice a srovnatelných skupin zásilek. Před připsáním změny oznámením zohledněte změny ve skladbě dopravců, problémy s doručením a objem objednávek.

Časté dotazy

Má být potvrzení o odeslání zasláno už při vytvoření štítku?

Aktualizaci o vytvoření štítku poslat můžete, ale popište ji přesně. Uveďte, že údaje o přepravě jsou připraveny nebo že se zásilka připravuje. Formulaci potvrzující převzetí dopravcem použijte až u události, která to podporuje.

Mohou oznámení o zásilkách fungovat bez integrace API?

Ano. Workflow založené na aplikaci může propojení a pravidla oznámení zpracovat prostřednictvím svého rozhraní. Ověřte události, kanály, ovládací prvky šablon a zpracování výjimek dostupné ve zvoleném nastavení. Vlastní integrace jsou vhodnější, pokud vaše stávající systémy vyžadují specializované směrování nebo rozhodovací logiku.

Kolik oznámení by měla každá zásilka obdržet?

Neexistuje jedno univerzální ideální číslo. Začněte s odlišnými, užitečnými milníky a výjimkami vyžadujícími akci. Potlačte opakované skeny během přepravy a přidávejte zprávy pouze tehdy, když poskytují informace, které zákazník potřebuje.

Co se má stát, když se sledování přestane aktualizovat?

Použijte pravidlo kontroly odpovídající dané službě, místo abyste zásilku prohlásili za ztracenou. Zkontrolujte poslední událost, případný odhad doručení a příslušný provozní proces. Aktualizaci zákazníkovi odešlete pouze tehdy, když přináší ověřenou informaci nebo užitečný další krok.

Může oznámení o doručení automaticky uzavřít případ podpory?

Sken doručení může případ aktualizovat, ale neměl by automaticky vyřešit hlášení zákazníka o nedoručení. Stav doručení od dopravce a problém zákazníka evidujte jako oddělené záznamy a poté postupujte podle procesu šetření.

Zdroje

• Nabídka aplikace 17TRACK pro Shopify — reference produktu pro vyhodnocení nastavení sledování a oznámení založeného na aplikaci.
• 17TRACK Tracking API — reference produktu pro integraci sledování založenou na API.
• Dokumentace 17TRACK API — implementační reference pro kontrolu podporovaného chování a požadavků integrace.
• FTC: příručka pro firmy k dodržování zákona CAN-SPAM — pokyny ke komerčním e-mailům a zprávám kombinujícím transakční a propagační obsah.