Kaip pasirinkti siuntų sekimo programinę įrangą savo elektroninės prekybos verslui?
Rinkitės siuntų sekimo programinę įrangą pradėdami nuo savo siuntimo darbo eigos, o ne nuo funkcijų sąrašo. Tinkama sistema turėtų patikimai identifikuoti siuntas per jūsų naudojamus vežėjus, susijungti su jūsų parduotuve ar operacijų sistema, teikti klientams naudingus pristatymo atnaujinimus ir pasiūlyti aiškų būdą tvarkyti išimtis. Mažai parduotuvei gali pakakti talpinamo sekimo puslapio; augančiam ar tarptautiniam verslui vežėjų aprėptis, automatizavimas, integracijos, duomenų kokybė ir API prieiga gali būti svarbesni nei matomų funkcijų skaičius.
Šiame vadove paaiškinama, kaip palyginti sekimo įrankius, ką išbandyti prieš perkant ir kurioms galimybėms verta teikti pirmenybę skirtinguose el. prekybos veiklos modeliuose.
Ką atlieka siuntų sekimo programinė įranga
Siuntų sekimo programinė įranga surenka siuntų įvykius iš vežėjų ir pateikia juos prekybininkams, pagalbos komandoms bei klientams. Priklausomai nuo produkto, ji taip pat gali susieti sekimo numerius su užsakymais, siųsti pristatymo pranešimus, rodyti firminį sekimo puslapį, identifikuoti vėluojančias siuntas arba suteikti prieigą prie sekimo duomenų per API.
Šie produktai nėra skirti tam pačiam darbui. Vartotojams skirta sekimo svetainė, Shopify sekimo programėlė, patirties po pirkimo platforma ir kūrėjams skirta sekimo API gali būti vadinamos sekimo programine įranga, nors aptarnauja skirtingus naudotojus.
- Prekybininkams skirti sekimo įrankiai: Naudingi siuntų būsenai peržiūrėti, išimtims stebėti ir klientų aptarnavimo komandoms padėti atsakyti į klausimus apie pristatymą.
- Klientams skirti sekimo įrankiai: Skirti pirkėjams teikti užsakymų ir siuntų atnaujinimus per sekimo puslapį, el. paštu, SMS ar kitu kanalu.
- Platformos po pirkimo: Sujungia sekimą su firminiais užsakymo būsenos puslapiais, pranešimais, analitika ar kitomis klientų patirties funkcijomis.
- Sekimo API: Skirtos įmonėms, kurioms reikia integruoti siuntų įvykius į el. prekybos platformą, užsakymų valdymo sistemą, sandėlio sistemą, klientų portalą ar vidinę programą.
Pradėkite nuo tikrosios siuntimo darbo eigos
Prieš lygindami tiekėjus, užfiksuokite, kaip užsakymas juda nuo atsiskaitymo iki pristatymo. Taip išvengsite mokėjimo už galimybes, kurios nesprendžia jokios veiklos problemos.
Išvardykite vežėjus ir siuntimo regionus
Užregistruokite kiekvieną jūsų verslo naudojamą vežėją ir paslaugos tipą, įskaitant regioninius, pašto, skubių siuntų, krovinių ir paskutinės mylios paslaugų teikėjus. Jei prekiaujate tarptautiniu mastu, įtraukite vežėjus, kurie perima siuntas po muitinės formalumų arba perduoda siuntas paskirties šalyje.
Nevertinkite vežėjų aprėpties vien pagal bendrą logotipų sąrašą. Paklauskite, ar programinė įranga palaiko konkrečias vežėjų paskyras, paslaugas, sekimo numerių formatus, įvykių tipus ir šalis, svarbias jūsų siuntoms. Įrankis gali būti naudingas vienam pristatymo maršrutui, bet netinkamas kitam.
Susiekite sistemas, kurioms reikia sekimo duomenų
Nustatykite, kur šiuo metu saugoma informacija apie siuntas ir kur ji turi būti perduodama. Įprasti prisijungimo taškai yra el. prekybos platformos, prekyvietės, užsakymų valdymo sistemos, sandėlio sistemos, klientų aptarnavimo įrankiai, el. pašto ar SMS teikėjai, analitikos platformos ir vidinės programos.
Mažai parduotuvei savoji programėlė gali sumažinti diegimo darbus. Didesnei veiklai API arba žiniatinklio kabliukais pagrįstas ryšys gali suteikti daugiau kontrolės, tačiau paprastai jam reikia kūrimo ir nuolatinės priežiūros.
Apibrėžkite klientų ir veiklos problemas
Sekimo programinė įranga gali spręsti skirtingas problemas: klientai klausia, kur yra jų užsakymas, pagalbos agentai ieško informacijos keliuose vežėjų tinklalapiuose, prekybininkai nepastebi pristatymo išimčių arba komandoms trūksta nuoseklaus siuntų būsenos srauto. Užrašykite problemas, kurias norite sumažinti, ir darbo eigą, kuri jas pakeis.
Galimybės, kurias verta nuodugniausiai įvertinti
Vežėjų ir geografijos aprėptis
Vežėjų aprėptis dažnai yra pirmasis atrankos kriterijus, tačiau jis neturėtų būti vienintelis. Patikrinkite, ar teikėjas palaiko dabartinius vežėjus, planuojamas plėtros rinkas, aktualius paslaugų lygius ir jūsų tvarkomų siuntų tipus.
Paklauskite, kaip teikėjas tvarko vežėją, pakeitusį įvykių pavadinimus, paketą, gavusį kelis sekimo numerius, arba siuntą, perduotą kitam vežėjui. Jei tiekėjas neskelbia pakankamai informacijos, paprašykite raštiško patvirtinimo arba per bandomąjį laikotarpį išbandykite aktualius sekimo numerius.
Sekimo duomenų kokybė ir atnaujinimo elgsena
Sekimo įrankis yra toks naudingas, kokie yra jo gaunami ir interpretuojami siuntų įvykiai. Įvertinkite, kaip jis pateikia tokias būsenas kaip etiketė sukurta, vežėjas priėmė, gabenama, perduota pristatyti, pristatyta, išimtis, grąžinta ir su adresu susijęs vėlavimas.
Ieškokite aiškaus skirtumo tarp išankstinės siuntos etiketės ir fizinio vežėjo nuskaitymo. Taip pat patikrinkite, kaip greitai paprastai pasirodo nauji įvykiai, kaip tvarkomi pasikartojantys įvykiai ir ar sistema išsaugo pradinį vežėjo pranešimą auditui ar pagalbos darbui. Nelaikykite rinkodaros teiginio apie sekimą realiuoju laiku garantija, nebent sutartyje ar dokumentacijoje apibrėžta atnaujinimo elgsena.
Užsakymų susiejimas ir siuntų matomumas
Sekimo numeriai turi būti susieti su teisingu užsakymu, klientu ir siunta. Tai tampa dar svarbiau, kai užsakymas padalijamas į kelis paketus, įvykdomas iš dalies, išsiunčiamas iš naujo arba pristatomas keliais etapais.
Išbandykite, ar programinė įranga gali rodyti kiekvieno paketo ir viso užsakymo būseną. Klientas gali laikyti užsakymą nebaigtu, net jei vienas paketas jau pristatytas.
Klientų pranešimai ir sekimo puslapiai
Klientams skirtos funkcijos gali sumažinti pasikartojančias užklausas „Kur yra mano užsakymas?“, tačiau tik tada, kai pranešimai yra tikslūs ir siunčiami tinkamu laiku. Įvertinkite galimus pranešimų kanalus, būsenų aktyviklius, lokalizavimo parinktis, prekės ženklo valdymą ir atsisakymo ar sutikimo nustatymus, taikomus jūsų rinkose.
Firminis sekimo puslapis taip pat gali suteikti klientams aiškesnę paskirties vietą nei vežėjo nuoroda. Patikrinkite, ar jis gerai veikia mobiliuosiuose įrenginiuose, rodo kelias siuntas, paprasta kalba paaiškina išimtis ir nežada pristatymo datos, kurios vežėjas nepatvirtino.
Integracijos ir diegimo pastangos
Palyginkite savąsias integracijas, failais pagrįstas darbo eigas, API, žiniatinklio kabliukus ir tarpinės programinės įrangos parinktis. Savąją integraciją standartinei parduotuvei gali būti greičiau įdiegti, o API gali būti tinkamesnė, kai sekimo duomenis reikia sujungti su užsakymų, atsargų ar klientų aptarnavimo informacija.
Prieš pasirašydami paprašykite dokumentacijos. Svarbi informacija apima autentifikavimą, užklausų limitus, palaikomus įvykius, klaidų tvarkymą, pakartotinių bandymų elgseną, testavimo aplinkas, versijų valdymą ir tai, kaip sistema praneša apie vežėjo ar sekimo numerio klaidas.
Išimčių valdymas
Pristatymo išimtys yra ta vieta, kur sekimo duomenys tampa ypač vertingi veiklai. Patikrinkite, ar programinė įranga gali identifikuoti tokius įvykius kaip nesėkmingi pristatymo bandymai, vėlavimai, muitinės problemos, adreso klaidos, grąžinimas siuntėjui ar neįprastai ilgi laikotarpiai be nuskaitymo.
Kai kurioms įmonėms reikia tik matomumo. Kitoms reikia taisyklių, kurios sukurtų pagalbos užklausas, informuotų logistikos komandą arba suaktyvintų pranešimą klientui. Automatizavimą rinkitės tik tada, kai galite apibrėžti atsakingą komandą ir veiksmą, kuris turi būti atliktas įvykus išimčiai.
Saugumas, privatumas ir prieigos kontrolė
Sekimo įrašuose gali būti užsakymų identifikatoriai, pristatymo adresai, klientų kontaktiniai duomenys ar nuorodos į klientams skirtus puslapius. Peržiūrėkite teikėjo dokumentaciją ir sutartį dėl duomenų tvarkymo, naudotojų teisių, saugojimo, trynimo, autentifikavimo ir atsakomybės už reagavimą į incidentus.
Nemanau, kad viešam sekimo puslapiui taikomas toks pats privatumo modelis kaip vidiniam operacijų valdymo skydeliui. Patvirtinkite, kokia informacija matoma klientams ir ką galima apriboti įgaliotiems naudotojams.
Derinkite programinės įrangos tipą su verslo etapu
| Verslo situacija | Kam paprastai verta teikti pirmenybę | Galima problema |
|---|---|---|
| Viena parduotuvė su nedideliu vežėjų pasirinkimu | Greitas nustatymas, užsakymų susiejimas, bazinis klientų sekimas ir aiški pagalba | Mokėjimas už nenaudojamą įmonės lygio automatizavimą |
| Shopify arba tiesioginio pardavimo vartotojui prekės ženklas | Parduotuvės integracija, firminis sekimas, pranešimai ir patogumas mobiliuosiuose įrenginiuose | Ribota pasirinktinių užsakymų ar vykdymo darbo eigų kontrolė |
| Tarptautinės prekybos vykdytojas | Tarptautinė vežėjų aprėptis, siuntos perdavimo matomumas, lokalizuota komunikacija ir išimčių valdymas | Prielaida, kad viena vežėjo integracija užtikrins vienodą matomumą visose šalyse |
| Prekyvietės arba kelių kanalų prekybininkas | Susiejimas užsakymo lygiu, kelių pardavimo kanalų ryšiai ir centralizuotos operacijos | Pasikartojantys užsakymai arba nevienodas būsenų susiejimas tarp kanalų |
| Didelės apimties arba sudėtinga veikla | API prieiga, žiniatinklio kabliukai, stebėjimas, teisės, paslaugų palaikymas ir mastelio duomenų tvarkymas | Neįvertinta integracijos priežiūros ir palaikymo apimtis |
Kaip įvertinti 17TRACK el. prekybos sekimo atvejams
17TRACK yra aktuali, kai reikia kelių vežėjų siuntų matomumo, klientams skirto siuntų sekimo arba programinės prieigos prie sekimo duomenų. Oficialioje produkto medžiagoje atskiri naudojimo atvejai pateikiami atskirai, o ne teigiama, kad kiekvienam verslui reikia to paties produkto.
- Kelių vežėjų sekimas: 17TRACK sekimo paslauga skirta siuntoms sekti per skirtingus vežėjus, todėl gali būti aktuali prekybininkams ir klientams, dirbantiems su keliais pristatymo tinklais.
- Shopify užsakymų sekimas: 17TRACK Shopify programėlė yra tiesiogesnė vieta parduotuvės sekimo ir patirties po pirkimo funkcijoms įvertinti. Prieš diegdami peržiūrėkite dabartinį programėlės sąrašą ir išbandykite jūsų parduotuvei svarbias darbo eigas.
- Sekimo API integracija: Įmonės, kurioms reikia siuntų duomenų savo sistemose, gali peržiūrėti 17TRACK Tracking API ir oficialią dokumentaciją. Patvirtinkite palaikomus vežėjus, užklausų limitus, įvykių tvarkymą ir diegimo reikalavimus.
- Grąžinimo darbo eigos: Grąžinimai yra atskira veiklos problema nuo išsiunčiamų siuntų sekimo. Jei projekte numatyta atvirkštinė logistika, vertinkite 17RETURNS kaip atskirą produktą, o ne manykite, kad vien išsiunčiamų siuntų sekimas valdo ir grąžinimus.
Šiuos produktus reikia vertinti pagal tuos pačius kriterijus kaip ir bet kurį kitą kandidatą: vežėjų tinkamumą, užsakymų susiejimą, duomenų elgseną, integracijas, klientų patirtį, pagalbą, saugumą ir bendras veiklos pastangas. Produktų puslapiuose aprašomos numatytos galimybės; norint patvirtinti jų tinkamumą jūsų siuntų deriniui vis tiek reikia bandymo arba techninės peržiūros.
Praktiškas tiekėjo vertinimo procesas
1. Sukurkite reikalavimų kontrolinį sąrašą
Suskaidykite reikalavimus į tris grupes: būtina, naudinga ir šiuo metu nereikalinga. Įtraukite vežėjus, šalis, užsakymų platformas, pranešimų kanalus, API reikalavimus, duomenų saugojimą, naudotojų vaidmenis ir išimčių darbo eigas.
2. Naudokite tikrus sekimo numerius
Išbandykite pristatytas, gabenamas, vėluojančias, grąžintas, kelių dalių ir neseniai sukurtas siuntas. Įtraukite pavyzdžius iš kiekvieno svarbaus vežėjo ir šalies. Sintetinės demonstracijos gali neatskleisti perdavimo, muitinės ar trūkstamų nuskaitymų problemų.
3. Išbandykite visą kliento kelionę
Pateikite bandomąjį užsakymą, suaktyvinkite sekimo pranešimą, atidarykite sekimo puslapį telefone ir patikrinkite, kas nutinka pasikeitus būsenai. Įsitikinkite, kad užsakymas, siunta, vežėjas ir kliento informacija išlieka susieti viso proceso metu.
4. Išbandykite išimties darbo eigą
Paklauskite, kas gauna įspėjimą, kokia informacija įtraukiama, ar pasikartojantys įspėjimai slopinami ir kaip problema uždaroma. Pranešimas be atsakingo asmens gali sukelti daugiau triukšmo, nepagerindamas pristatymo pagalbos.
5. Apskaičiuokite bendrą kainą
Palyginkite ne tik prenumeratos kainą. Įtraukite nustatymą, integracijos darbus, pranešimų ar naudojimo mokesčius, papildomus naudotojus, API naudojimą, pagalbą, perkėlimą ir vidinį laiką taisyklėms bei ryšiams prižiūrėti. Jei kaina priklauso nuo siuntų kiekio ar funkcijų, paprašykite raštiško pasiūlymo pagal numatomą veiklos apimtį.
6. Apibrėžkite sėkmės rodiklius
Naudingi rodikliai gali būti su teisingu užsakymu susietų siuntų dalis, įsitraukimas į sekimo puslapį, klientų užklausos apie pristatymo būseną, pagalbos agentų sugaištas laikas, reagavimo į išimtis laikas ir siuntų, turinčių tinkamus vežėjo įvykius, procentas. Prieš keisdami sistemas nustatykite pradinį lygį, kad rezultatą būtų galima realistiškai įvertinti.
Dažnos klaidos, kurių reikėtų vengti
- Rinkimasis vien pagal vežėjų skaičių: Didelės aprėpties teiginys nepatvirtina, kad jūsų paslaugos, regionai, įvykių tipai ar perdavimai veiks taip, kaip tikimasi.
- Sekimo painiojimas su pristatymo valdymu: Sekimo programinė įranga praneša apie siuntų įvykius arba juos platina. Ji nebūtinai pakeičia vežėjų pirkimą, sandėlio vykdymą, pretenzijų valdymą ar grąžinimų operacijas.
- Padalytų siuntų ignoravimas: Užsakymo lygio sekimas gali klaidinti, kai viename užsakyme yra keli paketai su skirtingomis pristatymo datomis.
- Pirkimas nepatikrinus integracijos atsakomybės: API gali išspręsti duomenų problemą, tačiau sukurti kūrimo ir priežiūros projektą.
- Kiekvieno įvykio siuntimas klientams: Neapdoroti vežėjo atnaujinimai gali klaidinti. Klientų pranešimai turi būti tikslūs, suprantami ir, kai įmanoma, susieti su naudingu veiksmu.
- Prielaida, kad vieša informacija yra išsami: Jei funkcija, kaina, paslaugos limitas ar vežėjo elgsena nėra aiškiai dokumentuoti, paprašykite tiekėjo tai patvirtinti arba patikrinkite kontroliuojamu bandymu.
Galutinio sprendimo sistema
Geriausia siuntų sekimo programinė įranga yra ta, kuri su mažiausiu išvengiamu sudėtingumu atitinka jūsų siuntų tinklą ir veiklos modelį. Mažesnė įmonė gali pagrįstai teikti pirmenybę greitam nustatymui ir patikimam klientų sekimo puslapiui. Tarptautiniam prekybininkui gali reikėti geresnės vežėjų ir perdavimo aprėpties. Didesnė veikla gali labiau vertinti API elgseną, stebėjimą, teises ir pagalbą nei vizualias funkcijas.
Į trumpąjį sąrašą įtraukite produktus tik patikrinę tikrus vežėjus ir darbo eigas. Tada naudokite tikras siuntas duomenų kokybei, užsakymų susiejimui, pranešimams, išimčių tvarkymui ir integracijos pastangoms patikrinti. Šis metodas leidžia priimti patikimesnį sprendimą nei įrankio pasirinkimas pagal funkcijų skaičių ar bendrą vežėjų sąrašą.
DUK
Kuo skiriasi siuntų sekimo programinė įranga ir užsakymų valdymo sistema?
Siuntų sekimo programinė įranga orientuota į siuntų įvykius ir pristatymo matomumą. Užsakymų valdymo sistema paprastai valdo platesnius užsakymų procesus, tokius kaip paskirstymas, vykdymas, atsargų koordinavimas ir kanalų organizavimas. Kai kurios platformos jungia abi sistemas, tačiau jos automatiškai nepakeičia viena kitos.
Ar mažoms el. prekybos įmonėms reikia sekimo API?
Ne būtinai. Kai darbo eiga standartinė, gali pakakti savosios parduotuvės programėlės arba talpinamo sekimo įrankio. API tampa aktualesnė, kai sekimo duomenis reikia įterpti į pasirinktinę programinę įrangą arba sinchronizuoti su keliomis vidinėmis sistemomis.
Kiek vežėjų turėtų palaikyti sekimo platforma?
Universalaus naudingo skaičiaus nėra. Platforma turėtų palaikyti vežėjus, paslaugas, šalis ir perdavimo modelius, kuriuos iš tikrųjų naudoja jūsų verslas. Taip pat reikėtų įvertinti planuojamą plėtrą, jei vėliau pakeisti platformą būtų brangu.
Ar sekimo programinė įranga gali užkirsti kelią pristatymo vėlavimams?
Sekimo programinė įranga paprastai negali kontroliuoti vežėjo pristatymo rezultatų. Ji gali padaryti siuntos būseną ir išimtis lengviau matomas, todėl komanda gali greičiau informuoti klientus ar reaguoti į problemas.
Ką turėčiau išbandyti per sekimo programinės įrangos bandomąjį laikotarpį?
Naudokite tikrus pavyzdžius iš skirtingų vežėjų ir siuntų būsenų. Išbandykite užsakymų susiejimą, padalytas siuntas, sekimo puslapio elgseną, pranešimus, vėluojančius ar grąžintus paketus, patogumą mobiliuosiuose įrenginiuose, eksportą ar API atsakymus ir pagalbos procesą neišspręstiems sekimo įvykiams.
