Жөнелту туралы хабарландыруларды автоматтандыру жолы: 6 қадамдағы триггерлер, арналар және шаблондар

Жөнелту туралы хабарландыруларды автоматтандыру үшін жөнелту оқиғаларын тапсырыс жазбаларымен байланыстырыңыз, қай мәртебе өзгерістері хабарламаға лайық екенін анықтаңыз, рұқсат етілген жеткізу арнасын таңдаңыз және әрбір триггерге үлгі тіркеңіз. Содан кейін іске қоспас бұрын қайталанудың алдын алуды, ерекше жағдайларды өңдеуді және тестілеуді қосыңыз. Төмендегі алты қадам электрондық коммерция командаларына қайталанатын немесе жаңылыстыратын ескертулер жібермей, клиенттерге пайдалы жаңартулар беретін жұмыс процесін құру жолын көрсетеді.

Бұл нұсқаулық сатып алудан кейінгі коммуникацияға жауапты сатушыларға, электрондық коммерция операциялары командаларына және әзірлеушілерге арналған. Ұсынылатын бастапқы нүкте — сенімді хабарландырулардың шағын жиынтығы: тасымалдаушының қабылдауы, жеткізуге шықты, жеткізілді және клиенттің әрекетін қажет ететін ерекше жағдайлар. Басқа хабарламаларды тек олар клиенттің нақты сұрағына жауап берген жағдайда қосыңыз.

1. Бақылау оқиғаларын дұрыс тапсырыс пен алушыға байланыстырыңыз

Жеткізу жапсырмасы, тасымалдаушының сканерлеуі және клиент хабарландыруы — үш түрлі нәрсе. Жапсырманы жасау тасымалдаушының сәлемдемені қабылдағанын білдірмейді. Автоматтандыруыңыз бұл айырмашылықты басынан бастап сақтауы керек.

Алдымен хабарландырулар туралы шешім қабылдайтын жүйені анықтаңыз. Бұл дүкеніңіздің хабарландырулар жұмыс процесі, бақылау қолданбасы немесе тапсырыстарды басқару жүйесіне қосылған қызмет болуы мүмкін. Бір хабарлама түріне бір жауапты иесін тағайындаңыз, сонда бірнеше жүйе бір жаңартуды өз бетінше қайталап жібермейді.

Іске асырудың екі практикалық жолы бар:

• Қолданбаға негізделген баптау: Командаңыз толық интеграцияны жасамай-ақ қолдау көрсетілетін оқиғалар мен клиентке арналған хабарламаларды баптағысы келсе, электрондық коммерцияға арналған бақылау қолданбасын пайдаланыңыз. Shopify сатушылары үшін 17TRACK қолданбасының беті жөнелтуді бақылау және хабарландыру жұмыс процестерін бағалаудың бастапқы нүктесі бола алады. Ережелерді баптамас бұрын нақты триггерлерді, арналарды, теңшеу мүмкіндіктерін және тариф жоспары талаптарын растаңыз.
• API-ге негізделген баптау: Жөнелту оқиғалары қолданыстағы тапсырыс жүйесіне немесе теңшелетін хабарлама жұмыс процесіне берілуі керек болса, бақылау интеграциясын пайдаланыңыз. 17TRACK Tracking API және оның ресми құжаттамасы іске асыруға арналған тиісті анықтамалар болып табылады. Пайдалануды жоспарлаған интеграция үшін оқиғаларды жеткізу механизмін, деректер өрістерін, аутентификацияны және қайталап жіберу тәртібін растаңыз. Бақылау деректерін алу мен клиенттерге хабарлама жіберу — бөлек міндеттер.

Қай жолды таңдасаңыз да, әр жөнелтуді дұрыс тапсырыс пен алушыға сәйкестендіріңіз. Пайдалы ішкі жазба мыналарды қамтиды:

• Тапсырыс нөмірі және жөнелту идентификаторы.
• Бақылау нөмірі және қолжетімді болса, тасымалдаушы идентификаторы.
• Осы жөнелтуге кіретін тауарлар, әсіресе бөлінген тапсырыстар үшін.
• Клиенттің байланыс деректері, тілі, уақыт белдеуі және арна таңдаулары.
• Соңғы қабылданған жөнелту мәртебесі және оқиғаның болған уақыты.
• Хабарландырулар тарихы, соның ішінде әр хабарлама қай жөнелтуге қатысты болғаны.

Оқиғаның болған уақытын жүйеңіздің жаңартуды алған уақытынан бөлек сақтаңыз. Кешіктірілген сканерлеу автоматты түрде клиентке жаңа ескертуге айналмауы керек. Сондай-ақ қолдау қызметі түсініксіз оқиғаларды зерттей алуы үшін қалыпқа келтірілген мәртебемен қатар тасымалдаушының бастапқы сипаттамасын сақтаңыз.

2. Маңызды жөнелту өзгерістерін көрсететін триггерлерді анықтаңыз

Триггер әрбір жаңа бақылау жазбасын емес, клиент үшін маңызды өзгерісті білдіруі керек. Бірнеше сұрыптау орталығының сканерлеуі «жолда» дегенді білдіруі мүмкін. Олардың әрқайсысына хабарландыру жіберу клиентке шешім қабылдауға көмектеспей, артық ақпарат туғызады.

Келіп түскен оқиғаларды түсінікті мәртебелердің шағын жиынтығына сәйкестендіріңіз. Келесі кесте — ұсынылатын жұмыс процесі, әмбебап тасымалдаушы мәртебелері сөздігі емес.

Триггер	Жіберу шарты	Хабарламаның мақсаты
Жапсырма жасалды	Қосымша; дайындықты тасымалдаушының иеленуінен ажыратыңыз.	Бақылау деректері дайын екенін түсіндіру.
Тасымалдаушы қабылдады	Қолдау көрсетілетін оқиға тасымалдаушының сәлемдемені алғанын көрсетеді.	Жөнелтудің тасымалдаушы желісіне кіргенін растау.
Жолда	Қосымша аралық кезең; қайталанатын қалыпты сканерлеулерді басыңыз.	Әр сканерлеуді тізбектемей, маңызды ілгерілеуді көрсету.
Жеткізуге шықты	Келіп түскен мәртебе осы түсіндірмені нақты қолдайды.	Клиентке сәлемдемені қабылдауға дайындалуға көмектесу.
Жеткізу ерекшелігі	Маңызды мәселе немесе қажет әрекет анықталды.	Мәселені және келесі пайдалы қадамды түсіндіру.
Жеткізілді	Тасымалдаушы осы жөнелтудің жеткізілгенін хабарлайды.	Хабарланған нәтижені растау және көмек алу жолын ұсыну.

Ерекше жағдайларды қалыпты кезеңдерге қарағанда мұқият өңдеңіз. Сәтсіз жеткізу әрекеті, кеден мәселесі, мекенжай проблемасы және жіберушіге қайтару оқиғасы әртүрлі нұсқауларды қажет етуі мүмкін. Егер оқиға клиенттің не істеуі керектігін түсіндірмесе, шешім ойдан шығармаңыз.

«Жақында жаңарту жоқ» ережесі үшін бір әмбебап аралықты қолданбай, қызмет пен бағытқа сәйкес шекті таңдаңыз. Сканерлеулердің болмауы сәлемдеменің жоғалғанын дәлелдемейді. Белгісіз жағдайларды ішкі тексеру кезегіне жіберіңіз немесе белгілі ақпаратты дәл сипаттайтын бейтарап жаңарту жіберіңіз.

Болжамды жеткізу күндерін жөнелту мәртебелерінен бөлек ұстаңыз. Болжамды тек сенімді дереккөз болғанда қосыңыз, оны болжам ретінде белгілеңіз және операцияңыз орындай алмайтын есептелген уәдемен жетіспейтін деректерді алмастырмаңыз.

3. Арналарды таңдап, байланыс ережелерін орнатыңыз

Арнаны оның қолжетімді болғаны үшін емес, хабарламаға және клиенттің таңдауларына сай келгені үшін пайдаланыңыз. Электрондық пошта егжей-тегжейлі жаңартулар үшін практикалық бастапқы нүкте болып табылады. Уақыты маңызды әрекет үшін жеделірек арна пайдалы болуы мүмкін, бірақ тек рұқсат, провайдер ережелері және жергілікті талаптар мүмкіндік берген жағдайда.

• Электрондық пошта: Тапсырыс мәнмәтініне, бақылау сілтемелеріне, бөлінген жөнелтулер түсіндірмелеріне және қолдау нұсқауларына қолайлы. Қарапайым мәтін нұсқасын қосып, мобильді орналасуын тексеріңіз.
• SMS: Рұқсат етілген жағдайда қысқа, әрекетке бағытталған ескертулер үшін пайдалы. Жіберушіні көрсетіңіз, хабарламаны нақты ұстаңыз және қажетсіз тапсырыс ақпаратын ашпаңыз.
• Push-хабарландырулар: Клиенттер қолданбаңызды пайдаланып, хабарландыруларды қосқан кезде қолайлы. Жалпы басты экранға емес, тиісті жөнелтуге сілтеме жасаңыз.
• Хабар алмасу қолданбалары: Клиенттер бұл арнаны бұрыннан пайдаланса және іске асыруыңыз платформаның рұқсаттары мен хабарлама талаптарына сай болса, оларды қарастырыңыз.
• Бақылау беті: Оны егжей-тегжейлі ақпараттың негізгі орны ретінде пайдаланыңыз. Ол сыртқы хабарландыруларды толықтырады, бірақ клиент әрекет етуі қажет болғанда ескертудің орнын баспайды.

Арналар арасындағы байланысты құжаттаңыз. Мысалы, қалыпты кезеңдер үшін электрондық поштаны, ал әрекетті қажет ететін жеткізу мәселесі үшін рұқсат етілген мобильді арнаны қолдануыңыз мүмкін. Әр оқиғаны қолжетімді барлық арна арқылы автоматты түрде жібермеңіз.

Тыныш уақыттарды өңдеу мен қосалқы саясатты орнатыңыз. Электрондық поштаның уақытша істен шығуы SMS жіберуге автоматты түрде рұқсат бермеуі керек. Арнаны ауыстырмас бұрын тиісті байланыс деректері мен рұқсатыңыз бар-жоғын және басқа жүйе хабарламаны жіберіп қоймағанын тексеріңіз.

Жөнелту жаңартуларын операциялық сипатта ұстаңыз. Жарнамалық мазмұн қосу хабарламаның қолданылатын ережелер бойынша қарастырылуына әсер етуі мүмкін. Америка Құрама Штаттарында FTC-нің CAN-SPAM нұсқаулығы коммерциялық және транзакциялық мазмұн біріктірілгенде хабарламаның негізгі мақсаты маңызды екенін түсіндіреді. Тапсырыс туралы айтылған әр хабарлама коммерциялық электрондық пошта талаптарынан босатылады деп есептемеңіз.

4. Нақты қосалқы әрекеті бар үлгілер жасаңыз

Әр үлгі үш сұраққа жауап беруі керек: Не болды? Бұл осы жөнелту үшін нені білдіреді? Клиент енді не істеуі керек? Жетіспейтін деректер бұзылған толтырғыштарды қалдырмай, таза түрде жоғалуы үшін шартты өрістерді пайдаланыңыз.

Төмендегі мысалдар — бастапқы үлгілер. Жақшадағы айнымалылар нақты бір платформаның үлгі синтаксисі емес, иллюстрация ретінде берілген.

Тасымалдаушы қабылдағаны туралы электрондық пошта

Тақырып: [order_number] тапсырысыңыздың жөнелтілімі жолда

Сәлем, [first_name],

[carrier_name] [order_number] тапсырысыңыздың жөнелтілімін қабылдады. Оның қозғалысын мына жерден бақылай аласыз: [tracking_link].

[Егер сенімді болжам қолжетімді болса: Болжамды жеткізу күні: [estimated_delivery_date]. Бұл болжам өзгеруі мүмкін.]

[Егер тапсырыс бөлінсе: Бұл жөнелтілімде [shipment_items] бар. Тапсырысыңыздағы басқа тауарлардың бақылау жаңартулары бөлек болады.]

Жеткізуге шыққаны туралы хабарлама

Соңғы тасымалдаушы жаңартуына сәйкес, [order_number] тапсырысыңыздың жөнелтілімі жеткізуге шықты. Оның қозғалысын және қолжетімді жеткізу мәліметтерін мына жерден тексеріңіз: [tracking_link].

Операцияңызда бұл уәдеге жеткілікті негіз болмаса, кепілдендірілген келу уақытын қоспаңыз. «Жеткізуге шықты» — хабарланған мәртебе, сол күні жеткізу міндетті түрде аяқталады деген кепілдік емес.

Расталған келесі қадамы бар ерекше жағдай туралы хабарлама

Тақырып: [order_number] тапсырысыңыз бойынша жеткізу жаңартуы

Тасымалдаушы жөнелтілімге қатысты [plain_language_issue] туралы хабарлады. [verified_next_step]. Соңғы мәліметтерді мына жерден көріңіз: [tracking_link]. Көмек қажет болса, бізбен [support_link] арқылы байланысыңыз.

Егер келесі қадам расталмаса, бұл сөйлемді мына мәтінмен ауыстырыңыз: «Бізде әзірге расталған келесі қадам жоқ. Жаңартуларды көру үшін бақылау бетін тексеріңіз немесе қолдау тобымызға хабарласыңыз.» Тексеру шынымен тағайындалған жағдайда ғана командаңыз зерттеп жатқанын айтыңыз.

Жеткізілгені туралы электрондық пошта

Тақырып: Жөнелтіліміңіз жеткізілді деп белгіленді

[carrier_name] [order_number] тапсырысыңыздың жөнелтілімін [delivery_date] күні жеткізілді деп белгіледі. Қолжетімді жеткізу мәліметтерін мына жерден көріңіз: [tracking_link]. Егер оны таба алмасаңыз, келесі қадамдарды тексеруге көмектесуіміз үшін [support_link] арқылы бізге хабарласыңыз.

Бөлінген тапсырыстар үшін жөнелту деңгейіндегі тұжырымдарды пайдаланыңыз. Басқа сәлемдеме әлі жолда болғанда «Тапсырысыңыз келді» деу жаңылыстыруы мүмкін. Тасымалдаушының аты, күн немесе клиенттің аты қолжетімсіз болса, бос өрісті көрсетудің орнына тексерілген балама сөйлемді пайдаланыңыз.

5. Қайталанатын, ескірген және жаңылыстыратын хабарламалардан қорғау шараларын қосыңыз

Автоматтандыру бұрын не істегенін жазып отыруы керек. Оқиға келген сайын ғана хабарлама жіберетін жұмыс процесі қайталап жіберулерден кейін ескертулерді қайталауы немесе жаңа кезеңнен кейін ескірген ақпаратты жеткізуі мүмкін.

• Қайталама өңдеуге жол бермеңіз: Қолжетімді болса, тұрақты оқиға идентификаторын пайдаланыңыз. Әйтпесе жөнелту, оқиға түрі және оқиғаның болған уақыты сияқты тиісті өрістерден қайталануды жою кілтін анықтаңыз. Сәйкес хабарландырудың жоспарланғанын немесе жіберілгенін бөлек тіркеңіз.
• Мәртебе қайталануын басыңыз: Бір клиенттік мәртебеге сәйкестендірілген бірнеше сканерлеу автоматты түрде бірнеше хабарлама жасамауы керек.
• Жіберу алдында оқиғаның өзектілігін тексеріңіз: Кезекке қойылған хабарламаларды жіберер алдында қайта бағалаңыз. Жеткізу туралы кейін хабарланса, ескі «жолда» ескертуін басыңыз.
• Түзетулерді әдейі өңдеңіз: Бастапқы оқиғалар тарихын сақтап, мәртебенің кері кеткендей көрінуін тексеріңіз. Кейін келген әр оқиға міндетті түрде жаңарақ немесе дәлірек деп есептемеңіз.
• Қауіпсіз қайталап жіберіңіз: Жіберудің сәтсіз аяқталуын белгісіз нәтижеден ажыратыңыз. Қолдау көрсетілсе, қайталап жіберудің жаңа хабарлама жасау ықтималдығын азайту үшін провайдердің идемпотенттілік мүмкіндіктерін пайдаланыңыз.
• Алушыны сәйкестендіруді қорғаңыз: Тек расталмаған бақылау нөмірі сәйкестігіне сүйеніп, жөнелтуді ешқашан клиентпен байланыстырмаңыз.
• Шешілмеген ерекше жағдайларды эскалациялаңыз: Клиентке бір ескертуді қайта-қайта жіберудің орнына операциялық жауапты адамды тағайындаңыз.

Теңшелетін интеграциялар үшін аутентификация, оқиғаны растау және қайталап жіберу бойынша провайдердің құжатталған тәсілін ұстаныңыз. Журналдарға қажетсіз жеке деректерді көшірмей, өңдеу журналдарын пайдалы күйде ұстаңыз. Бақылау сілтемелері басқа клиенттердің тапсырыстарын немесе алушыға қажеттен артық ақпаратты ашпауы керек.

Пайдалы өңдеу реті мынадай: оқиғаны растау, жөнелтуді анықтау, оның күйін жаңарту, хабарландыруға жарамдылығын тексеру, рұқсат етілген арнаны таңдау, үлгіні көрсету, хабарламаны кезекке қою және нәтижені тіркеу. Хабарлама кезекте күтсе, жіберу кезінде жарамдылығын қайта тексеріңіз.

6. Толық жолды тексеріп, кейін біртіндеп іске қосыңыз

Жұмыс процесін тек сынақ электрондық поштасының дұрыс көрінуіне қарап бағаламаңыз. Сәтсіз жағдайларды қоса отырып, жөнелту оқиғасынан клиенттің құрылғысына дейінгі толық жолды тексеріңіз.

• Қалыпты жол: Қабылдау, жолда, жеткізуге шықты және жеткізілді кезеңдері жоспарланған хабарламаларды шығарады.
• Қайталанған оқиға: Бір оқиғаны қайта ойнату басқа хабарландыру жасамайды.
• Реті бұзылған оқиға: Кешіктірілген жолдағы сканерлеу жеткізілгеннен кейін ескірген ескертуді іске қоспайды.
• Бөлінген тапсырыс: Әр хабарлама дұрыс жөнелтуді көрсетеді және барлық тауар келгендей әсер қалдырмайды.
• Жетіспейтін өрістер: Аты, тасымалдаушысы, болжамы немесе тауарлар тізімі жоқ болса, оқуға болатын қосалқы мәтін пайда болады.
• Байланыс шектеулері: Жұмыс процесі арна таңдауларын, басу ережелерін және бапталған тыныш уақыттарды сақтайды.
• Жеткізу сәтсіздігі: Жарамсыз мекенжайлар, провайдер қателері және қайталап жіберулер бақылауға болатын нәтиже береді әрі басқарылмайтын қайталап жіберулерге әкелмейді.
• Клиент әрекеті: Әр бақылау және қолдау сілтемесі мобильді құрылғыда тиісті орынға апарады.

Жөнелтулердің шектеулі тобынан бастап, хабарламалар тарихын бақылау тарихымен қатар тексеріңіз. Қолдау қызметкерлеріне клиенттің не алғанын көру мүмкіндігін беріңіз. Команда жөнелтуді бақылаудың өзін өшірмей, ақаулы ережені тоқтата алуы үшін кідірту басқаруын сақтаңыз.

Хабарландыруға жарамдылықты, жіберу әрекеттерін, провайдердің қабылдауын, сәтсіздіктерді, қайталануларды және оқиғаны қабылдау мен хабарламаны жіберу арасындағы кідірісті бақылаңыз. Провайдердің қабылдауы клиенттің хабарламаны оқығанын білдірмейді, ал ашу көрсеткіштерінің өзі жұмыс процесінің көмектескенін дәлелдемейді.

Клиенттерге әсерін бағалау үшін жөнелтуге қатысты байланыс жиілігін біркелкі анықтама және салыстырмалы жөнелту топтары арқылы салыстырыңыз. Өзгерісті хабарландыруларға жатқызбас бұрын тасымалдаушылар құрамындағы, жеткізу мәселелеріндегі және тапсырыс көлеміндегі өзгерістерді ескеріңіз.

Жиі қойылатын сұрақтар

Жапсырма жасалған кезде жөнелту растамасын жіберу керек пе?

Жапсырма жасалғаны туралы жаңарту жібере аласыз, бірақ оны дәл сипаттаңыз. Жеткізу деректерінің дайын екенін немесе жөнелтудің дайындалып жатқанын айтыңыз. Тасымалдаушының иеленгенін растайтын тұжырымды осыны қолдайтын оқиғаға сақтаңыз.

Жөнелту хабарландырулары API интеграциясынсыз жұмыс істей ала ма?

Иә. Қолданбаға негізделген жұмыс процесі қосылым мен хабарландыру ережелерін өзінің интерфейсі арқылы өңдеуі мүмкін. Таңдалған баптауда қолжетімді оқиғаларды, арналарды, үлгі басқару элементтерін және ерекше жағдайларды өңдеуді тексеріңіз. Қолданыстағы жүйелеріңізге арнайы бағыттау немесе шешім қабылдау логикасы қажет болғанда, теңшелетін интеграциялар қолайлырақ.

Әр жөнелту қанша хабарландыру алуы керек?

Әмбебап мінсіз сан жоқ. Нақты, пайдалы кезеңдерден және әрекетті қажет ететін ерекше жағдайлардан бастаңыз. Қайталанатын жолдағы сканерлеулерді басып, хабарламаларды тек клиентке қажет ақпарат берген кезде қосыңыз.

Бақылау жаңартылуы тоқтаған кезде не болуы керек?

Жөнелтуді жоғалды деп жариялаудың орнына, қызметке сай тексеру ережесін қолданыңыз. Соңғы оқиғаны, қолжетімді болса жеткізу болжамын және тиісті операциялық процесті тексеріңіз. Клиентке жаңартуды тек ол расталған ақпарат немесе пайдалы келесі қадам қосқанда жіберіңіз.

Жеткізілді туралы хабарландыру қолдау жағдайын автоматты түрде жаба ала ма?

Жеткізілді сканерлеуі жағдайды жаңарта алады, бірақ клиенттің тауарды алмағаны туралы хабарын автоматты түрде шешілген деп белгілемеуі керек. Тасымалдаушының жеткізу мәртебесі мен клиент мәселесін бөлек жазбалар ретінде өңдеп, тексеру процесін орындаңыз.

Дереккөздер

• 17TRACK Shopify қолданбасының беті — қолданбаға негізделген бақылау және хабарландыру баптауын бағалауға арналған өнім анықтамасы.
• 17TRACK Tracking API — API-ге негізделген бақылау интеграциясына арналған өнім анықтамасы.
• 17TRACK API құжаттамасы — қолдау көрсетілетін интеграция тәртібі мен талаптарын тексеруге арналған іске асыру анықтамасы.
• FTC: бизнеске арналған CAN-SPAM Act сәйкестік нұсқаулығы — коммерциялық электрондық пошта және транзакциялық әрі жарнамалық мазмұнды біріктіретін хабарламалар туралы нұсқаулық.