Pristatymo problemų valdymas: kaip spręsti nepavykusių ir vėluojančių pristatymų klausimus, kol klientai dar nepasiskundė

Pristatymo išimčių valdymas reiškia siuntų, kurioms reikia įsikišimo, nustatymą, atsakingo asmens paskyrimą joms išspręsti ir klientų informavimą anksčiau, nei jiems prireikia kreiptis patiems. Elektroninės prekybos komandoms veiksmingiausias būdas – stebėti tiek vežėjo išimtis, tiek neįvykdytus pristatymo pažadus, nustatyti atveilių prioritetus pagal skubumą ir kiekvienai neišspręstai siuntai priskirti atsakingą asmenį, kitą veiksmą bei terminą, iki kada reikia atnaujinti informaciją klientui.

Vien įspėjimas apie siuntos sekimą neišsprendžia nesėkmingo pristatymo problemos. Veiklos procesas prasideda tada, kai jūsų komanda nustato, kas įvyko, kas gali pakeisti situaciją ir ką klientas turi žinoti. Šiame vadove paaiškinama, kaip sukurti tokį procesą nelaikant kiekvieno sekimo informacijos trūkumo prarastu paketu ir nežadant pristatymo datų, kurių negalite kontroliuoti.

Atskirkite vežėjo išimtį nuo klientui matomo vėlavimo

Vežėjo išimtis – tai sekimo įvykis, rodantis, kad kažkas sutrikdė numatytą siuntos gabenimo procesą. Klientui matomas vėlavimas – tai siunta, kuri vėluoja, palyginti su jūsų nurodytu pristatymo lūkesčiu. Šios sąlygos gali sutapti, tačiau jos nėra tapačios.

Siunta gali gauti išimties įvykį ir vis tiek būti pristatyta per pažadėtą laikotarpį. Kita siunta gali vėluoti, nors joje nerodoma aiški išimtis. Todėl stebint tik įvykius, pažymėtus kaip „išimtis“, dalis problemos lieka nepastebėta.

Sukurkite išimčių eilę pagal trijų tipų signalus:

• Aiškios problemos: Nesėkmingas bandymas pristatyti, adreso problema, su muitine susijęs sulaikymas ar kitas įvykis, reikalaujantis dėmesio.
• Pristatymo pažado rizika: Klientui parodytas pristatymo laikotarpis jau praėjo arba naujausia informacija kelia abejonių dėl šio laikotarpio.
• Netikėtas neaktyvumas: Per paslaugai ir maršrutui tinkamą peržiūros intervalą nepasirodo joks naujas sekimo įvykis.

Neaktyvumas yra priežastis atlikti tyrimą, bet ne praradimo įrodymas. Dėl tarptautinio transportavimo, vežėjų perdavimų ir tarpų tarp skenavimų sekimo informacija gali laikinai neatsinaujinti. Išsaugokite originalų vežėjo įvykio tekstą kartu su standartizuotu statusu, kad klientų aptarnavimo darbuotojai neprarastų naudingo konteksto.

Sukurkite vieną darbinį įrašą kiekvienai siuntai, kuriai reikia dėmesio

Išmėtyti vežėjų skirtukai ir klientų aptarnavimo užklausos apsunkina atsakomybės priskyrimą. Naudokite bendrą eilę, kuri susieja siuntą, užsakymą ir pokalbį su klientu. Iš pradžių tai gali būti struktūrizuota skaičiuoklė; procesas yra svarbesnis už programinę įrangą.

Kiekviename atvejyje turėtų būti:

• Užsakymo numeris, sekimo numeris, vežėjas ir siuntimo paslauga.
• Pristatymo pažadas, perduotas atsiskaitymo metu arba užsakymo patvirtinime.
• Naujausias sekimo įvykis, jo laikas ir laikas, kada jūsų sistema jį gavo.
• Išimties kategorija ir priežastis, dėl kurios ją reikia peržiūrėti.
• Nurodytas už atvejį atsakingas asmuo ir asmuo arba organizacija, iš kurios tikimasi kito veiksmo.
• Kitas veiksmas, jo terminas ir kito atnaujinimo klientui terminas.
• Vežėjo atvejo nuorodos, svarbūs klientų atsakymai ir bet koks sprendimas dėl pakeitimo ar pinigų grąžinimo.

Užsakymų ir siuntų įrašus laikykite atskirai. Užsakyme, kuriame yra keli paketai, gali būti paveiktas tik vienas iš jų. Pakeitimui taip pat reikia atskiro sekimo įrašo, susieto su pradiniu atveju, kad nauja siunta netyčia neištrintų neišspręstos problemos.

Nustatykite prioritetus pagal galimybę išvengti žalos

Skubiausias atvejis ne visada yra seniausias. Siunta, laukianti patikslinto buto numerio, dar gali būti išgelbėta, o senesnis vėlavimas dėl oro sąlygų gali nesuteikti galimybės iš karto įsikišti. Pirmenybę teikite situacijoms, kuriose veiksmai gali užkirsti kelią nesėkmingam pristatymui, grąžinimui arba kliento termino praleidimui.

Situacija	Pirmasis veiklos veiksmas	Bendravimas su klientu
Adreso arba prieigos problema	Patvirtinkite trūkstamą informaciją ir patikrinkite vežėjo leidžiamą taisymo procesą.	Paprašykite konkrečios reikalingos informacijos; nežadėkite, kad pakeitimas bus įmanomas.
Nesėkmingas pristatymo bandymas arba pranešimas apie atsiėmimą	Patikrinkite kitą veiksmą ir nurodytą atsiėmimo arba atsakymo terminą.	Paaiškinkite patvirtintas pakartotinio pristatymo arba atsiėmimo instrukcijas.
Su muitine susijęs sulaikymas	Nustatykite, ar reikalingi dokumentai, mokėjimas arba peržiūra, ir kas turi atsakyti.	Nurodykite tik patvirtintą reikalavimą ir pateikite patikrintą kontaktinį kanalą.
Praleistas pristatymo laikotarpis be aiškios priežasties	Peržiūrėkite naujausią judėjimą ir prireikus paprašykite paaiškinimo.	Pripažinkite, kad pažadas nebuvo įvykdytas, ir nustatykite kito atnaujinimo laiką.
Siuntos grąžinimo siuntėjui įvykis	Patikrinkite, ar dar įmanoma įsikišti, ir paruoškite pardavėjo sprendimą.	Paaiškinkite patvirtintą statusą ir galimus tolesnius veiksmus.

Naudokite tai kaip vidines rūšiavimo taisykles, o ne visuotines vežėjų taisykles. Pakartotinio pristatymo galimybės, leidimas keisti adresą, atsiėmimo laikotarpiai ir tyrimo procedūros skiriasi pagal paslaugą ir paskirties vietą. Prieš pateikdami klientams nurodymus, patikrinkite taikomas vežėjo instrukcijas.

Vykdykite pakartojamą sprendimo procesą

1. Patvirtinkite, kas iš tikrųjų žinoma

Palyginkite užsakymo įrašą, vežėjo sekimo puslapį ir bet kokį kliento pranešimą. Patikrinkite, ar įvykis priklauso tinkamam paketui ir ar jo laiko žyma nurodyta kitoje laiko juostoje. Jei sekimo platforma supaprastina įvykį iki plačios kategorijos, prieš nuspręsdami, kas įvyko, peržiūrėkite pirminį vežėjo pranešimą.

Atvejo pastabose atskirkite patvirtintus faktus nuo prielaidų. „Vežėjas užregistravo nesėkmingą bandymą“ skiriasi nuo „kliento nebuvo namuose“. Pastaroji išvada gali būti nepatvirtinta įvykiu.

2. Paskirkite ir už atvejį, ir už veiksmą atsakingą asmenį

Už atvejį atsakingas asmuo privalo užtikrinti, kad problema būtų sprendžiama, ir informuoti klientą. Kitą veiksmą gali atlikti kitas asmuo: gavėjas, sandėlis, vežėjas, tarpininkas arba siuntimo paskyros turėtojas.

Pavyzdžiui, klientų aptarnavimo komanda gali būti atsakinga už su adresu susijusį atvejį, o klientas patvirtina buto numerį ir užsakymų vykdymo komanda paprašo atlikti pakeitimą. Neperkelkite atsakomybės vien todėl, kad kitą veiksmą turi atlikti kita šalis.

3. Imkitės mažiausio naudingo veiksmo

Prašykite tik tokios informacijos, kuri gali pakeisti rezultatą. Jei kyla adreso problema, prieš prašydami kliento viską pakartoti, palyginkite pateiktą adresą su siuntimo etikete. Muitinės problemos atveju pirmiausia nustatykite tikslų reikalavimą, o tik tada prašykite dokumentų. Gavę pranešimą apie atsiėmimą, patikrinkite vietą ir instrukcijas, užuot siuntę bendrą žinutę „susisiekite su vežėju“.

Neprašykite mokėjimo kortelės duomenų, tapatybės dokumentų ar kitos neskelbtinos informacijos įprastais klientų aptarnavimo pranešimais, nebent yra nustatytas tinkamas procesas. Kai neskelbtina informacija iš tiesų būtina, nukreipkite klientus į patikrintą kanalą.

4. Eskaluokite pateikdami naudingą įrodymų paketą

Užklausoje vežėjui turėtų būti sekimo numeris, siuntos informacija, svarbi įvykių istorija, konkreti problema ir prašomas veiksmas. Išsaugokite užklausos nuorodą ir atsakymą. Pakartotinis tos pačios problemos nagrinėjimas keliais kanalais nesusiejant pokalbių gali sukurti daugiau pasikartojančio darbo, o ne pagreitinti sprendimą.

Patvirtinkite, kas turi teisę pateikti užklausą arba pretenziją. Pardavėjas, užsakymų vykdymo paslaugų teikėjas ir vežėjo paskyros turėtojas gali būti skirtingos organizacijos.

5. Prieš uždarydami atvejį nustatykite kitą patikros momentą

Kiekvienam atviram atvejui reikia suplanuotos peržiūros. Nustatykite patikros momentą pagal reikšmingą įvykį: vežėjo atsakymą, kliento atsakymą, atsiėmimo terminą arba pristatymo pažadą. Jei tokio įvykio nėra, nustatykite vidinės peržiūros laiką ir pasakykite klientui, kada jis vėl iš jūsų išgirs.

Pranešimas „mes tiriame situaciją“ yra neišsamus, jei niekas neatsakingas patikrinti, ar tyrimas pajudėjo į priekį.

Informuokite klientus, kai informacija keičia jų sprendimus

Aktyvus bendravimas naudingiausias, kai pasikeičia pristatymo pažadas, reikia kliento veiksmo arba atėjo anksčiau sutarto atnaujinimo laikas. Siunčiant pranešimą apie kiekvieną pirminį sekimo įvykį galima sukelti triukšmą ir apsunkinti svarbių pranešimų pastebėjimą.

Kiekvienas pranešimas apie išimtį turėtų atsakyti į keturis klausimus: Kas patvirtinta? Ką darote jūs? Ar klientas turi imtis veiksmų? Kada jis kitą kartą iš jūsų išgirs?

Pavyzdys: vėlavimas be patvirtintos pristatymo datos

Jūsų užsakymas neatvyko per mūsų nurodytą pristatymo laikotarpį. Naujausia sekimo informacija nepatvirtina naujos pristatymo datos. Paprašėme vežėjo pateikti atnaujinimą, todėl šiuo metu jums nereikia imtis jokių veiksmų. Dar kartą su jumis susisieksime iki [data ir laikas], net jei vis dar lauksime patvirtinimo.

Pavyzdys: pristatymo problema, dėl kurios reikia patvirtinti adresą

Vežėjas pranešė apie jūsų siuntos adreso problemą. Patvirtinkite [konkreti trūkstama informacija] naudodamiesi [saugus klientų aptarnavimo kanalas]. Patikrinsime, ar vežėjas gali atnaujinti siuntos duomenis. Pakeitimas arba kitas pristatymo bandymas dar nepatvirtinti. Informuosime jus iki [data ir laikas].

Prieš siųsdami pakeiskite kiekvieną vietos rezervavimo ženklą. Nepateikite numatomo pristatymo kaip garantijos, nekaltinkite kliento ir nežadėkite nepatvirtinto pinigų grąžinimo ar pakeitimo. Jei vežėjas pakartotinai keičia prognozę, paaiškinkite neapibrėžtumą, o ne kiekvieną naują prognozę pateikite kaip tikrą.

Nuspręskite, kada pakeisti prekę, grąžinti pinigus arba tęsti tyrimą

Atskirkite sprendimą klientui nuo vežėjo išieškojimo proceso. Vežėjo užklausa gali būti dar neišnagrinėta, kai pardavėjui reikia nuspręsti, ką pasiūlyti klientui. Priimant šį sprendimą reikia atsižvelgti į taikomą vartotojų teisę, viešai paskelbtus įsipareigojimus, siuntos aplinkybes ir kliento poreikius.

Prieš patvirtindami pakeitimą arba pinigų grąžinimą, patikrinkite:

• Ar originali siunta dar gali būti pristatyta ir kaip būtų sprendžiamas dvigubo pristatymo atvejis.
• Ar yra pakeitimui skirtų prekių ir ar nauja siunta realiai galėtų pasiekti klientą iki jo termino.
• Ar klientas jau gavo kitą kompensaciją per atskirą klientų aptarnavimo pokalbį.
• Ar adreso, prieigos arba dokumentų problema nepaveiktų ir pakeitimo siuntos.
• Kokius įrodymus reikia išsaugoti atskirai vežėjo pretenzijai.

Nesukurkite universalaus laukimo laikotarpio ir nepateikite jo kaip vežėjo taisyklės. Vidiniai eskalavimo slenksčiai yra naudingi, tačiau jie neturėtų pakeisti teisinių įsipareigojimų ar patvirtintų konkrečiai paslaugai taikomų reikalavimų.

Naudokite sekimo technologiją atsakomybei palaikyti, o ne jai pakeisti

Pardavėjams, dirbantiems su keliais vežėjais, centralizuotas sekimas gali sumažinti poreikį tikrinti siuntas po vieną. 17TRACK yra tinkamas sekimo išteklius šiame procese. Pardavėjai, vertinantys elektroninės prekybos integraciją, gali peržiūrėti 17TRACK Shopify programėlės sąrašą; komandos, planuojančios pasirinktinę integraciją, gali peržiūrėti oficialią Tracking API dokumentaciją.

Sekimo matomumą, bendravimą su klientais ir veiklos sprendimus laikykite atskirais reikalavimais. Prieš pasirinkdami sprendimą patikrinkite, ar jis suteikia jūsų komandai reikiamą įvykių informaciją, užsakymo kontekstą, pranešimų valdiklius ir sistemų sąsajas. Konkretaus plano galimybes patvirtinkite tiesiogiai, o ne manykite, kad sekimo įrankis taip pat tvarko užklausas vežėjams ar pardavėjo kompensacijas.

Naudingi priėmimo testai apima neįvykdytą pristatymo pažadą be išimties įvykio, kelis paketus viename užsakyme, pavėluotai gautą skenavimą ir su neišspręsta pradine siunta susietą pakeitimą. Patikrinkite, ar kiekvienas scenarijus sukuria tinkamą atvejį ir pranešimą be dublikatų. Reikšmingiems sprendimams, pavyzdžiui, kompensacijos siūlymui ar neskelbtinų dokumentų prašymui, palikite žmogaus patvirtinimą.

Įvertinkite, ar procesas iš tikrųjų išsprendžia problemas

Pradėkite nuo rodiklių, kuriuos jūsų komanda gali nuosekliai apibrėžti:

• Nustatymo laikas: Laikas nuo reikšmingo įvykio arba neįvykdyto pažado iki atvejo sukūrimo.
• Veiksmo laikas: Laikas nuo atvejo sukūrimo iki pirmo prasmingo įsikišimo.
• Atnaujinimų patikimumas: Ar pažadėti atnaujinimai klientams buvo išsiųsti laiku.
• Aktyvus susisiekimas: Ar klientas buvo informuotas prieš pateikdamas su pristatymu susijusią užklausą.
• Sprendimo rezultatas: Pristatymas, atsiėmimas, grąžinimas, pakeitimas, pinigų grąžinimas arba kitas dokumentuotas rezultatas.
• Pasikartojančios priežastys: Pasikartojančios problemos pagal maršrutą, paslaugą, sandėlį arba adreso tikrinimo procesą.

Apibrėžkite, kada pradedamas skaičiuoti kiekvienas laikrodis. Dėl vėluojančio sekimo informacijos srauto komanda gali atrodyti lėta, jei supainiojamas įvykio laikas su jo gavimo laiku. Taip pat atskirkite administracinį uždarymą nuo išspręsto kliento atvejo. Užklausos uždarymas išsiuntus el. laišką nereiškia, kad pristatymo problema baigėsi.

Pasikartojančias priežastis aptarkite su komanda, galinčia jas pakeisti. Etikečių klaidos priklauso užsakymų vykdymo tobulinimui; neaiškios pristatymo prognozės – pažadų nustatymui; praleisti tolesni veiksmai – klientų aptarnavimo veiklai. Tikslas – mažiau išvengiamų nesėkmių, o ne tiesiog mažesnė eilė.

DUK

Ar pristatymo išimtis reiškia, kad paketas prarastas?

Ne. Tai rodo sutrikimą arba problemą, tačiau rezultatas priklauso nuo pagrindinio įvykio. Prieš apibūdindami siuntą kaip prarastą, peržiūrėkite išsamų vežėjo statusą ir visus reikalingus veiksmus.

Kiek laiko pardavėjas turėtų laukti prieš susisiekdamas su klientu?

Susisiekite su klientu, kai reikia jo veiksmo, pasikeitė pristatymo įsipareigojimas arba atėjo sutarto atnaujinimo laikas. Fiksuotas laukimo laikotarpis yra mažiau naudingas nei signalas, susietas su kliento pažadu ir galimybe išspręsti problemą.

Ar klientai turėtų patys susisiekti su vežėju?

Kartais gavėjo veiksmas yra tinkamas, pavyzdžiui, patvirtinant galimą atsiėmimo arba pakartotinio pristatymo pasirinkimą. Pateikite patikrintas instrukcijas ir išlaikykite pardavėjo klientų aptarnavimo atvejo kontrolę. Nemanykite, kad klientas gali prašyti bet kokio siuntos pakeitimo arba pateikti siuntėjo pretenziją.

Ar pristatymo išimčių valdymas gali būti visiškai automatizuotas?

Nustatymas, nukreipimas, priminimai ir kai kurie pranešimai gali būti automatizuoti, jei tai leidžia palaikančios sistemos. Neaiškiems įvykiams, pasikartojančioms nesėkmėms, neskelbtiniems prašymams ir kompensacijos sprendimams vis tiek reikia aiškių taisyklių bei tinkamos žmogaus priežiūros.

Kada reikėtų uždaryti išimties atvejį?

Uždarykite jį, kai dokumentuotas siuntos rezultatas ir klientui suteiktas sprendimas, užbaigtas būtinas bendravimas ir šiame atvejyje neliko neišspręstų užduočių. Tęsiamą vežėjo pretenziją sekite atskirai, jei kliento problema jau išspręsta.

Šaltiniai

• UPS Tracking Support — oficialus šaltinis sekimo klausimams ir konkretaus vežėjo tolesniems veiksmams.
• 17TRACK official website — siuntų sekimo išteklius, nurodytas technologijų skyriuje.
• 17TRACK Shopify app listing — oficialus prekyvietės šaltinis vertinant elektroninės prekybos pasiūlymą.
• 17TRACK Tracking API documentation — techninis šaltinis komandoms, vertinančioms pasirinktinę sekimo integraciją.