Göndəriş bildirişlərini necə avtomatlaşdırmaq olar: 6 addımda tətiklər, kanallar və şablonlar

Göndəriş bildirişlərini avtomatlaşdırmaq üçün göndəriş hadisələrini sifariş qeydlərinizlə əlaqələndirin, hansı status dəyişikliklərinin mesaj tələb etdiyini müəyyənləşdirin, icazə verilən çatdırılma kanalını seçin və hər bir işəsalma üçün şablon əlavə edin. Daha sonra işə başlamazdan əvvəl dublikatların qarşısının alınmasını, istisnaların idarə edilməsini və sınaqları əlavə edin. Aşağıdakı altı addım elektron ticarət komandalarına təkrarlanan və ya yanıltıcı xəbərdarlıqlar göndərmədən müştərilərə faydalı yeniləmələr təqdim edən iş axını qurmağı göstərir.

Bu təlimat satınalmadan sonrakı kommunikasiya üçün məsul olan tacirlər, elektron ticarət əməliyyatları komandaları və tərtibatçılar üçündür. Tövsiyə olunan başlanğıc nöqtəsi etibarlı bildirişlərdən ibarət kiçik dəstdir: daşıyıcının qəbulu, çatdırılmaya çıxarılma, çatdırılma və müştərinin hərəkət etməsini tələb edən istisnalar. Digər mesajları yalnız fərqli bir müştəri sualına cavab verdikdə əlavə edin.

1. İzləmə hadisələrini düzgün sifariş və alıcı ilə əlaqələndirin

Göndəriş etiketi, daşıyıcının skanı və müştəri bildirişi fərqli anlayışlardır. Etiketin yaradılması daşıyıcının bağlamanı qəbul etdiyini təsdiqləmir. Avtomatlaşdırmanız bu fərqi başlanğıcdan qorumalıdır.

Bildiriş qərarlarına cavabdeh olacaq sistemi müəyyənləşdirməklə başlayın. Bu, mağazanızın bildiriş iş axını, izləmə tətbiqi və ya sifarişlərin idarə edilməsi sisteminizə qoşulmuş xidmət ola bilər. Hər mesaj növü üçün bir məsul təyin edin ki, bir neçə sistem eyni yeniləməni müstəqil şəkildə göndərməsin.

İki praktiki tətbiq yolu bunlardır:

• Tətbiq əsaslı quraşdırma: Komandanız bütün inteqrasiyanı qurmaq əvəzinə dəstəklənən hadisələri və müştəriyə yönəlmiş mesajları konfiqurasiya etmək istəyirsə, elektron ticarət izləmə tətbiqindən istifadə edin. Shopify tacirləri üçün 17TRACK tətbiq siyahısı göndəriş izləmə və bildiriş iş axınlarını qiymətləndirmək üçün uyğun başlanğıc nöqtəsidir. Qaydalarınızı konfiqurasiya etməzdən əvvəl konkret işəsalmaları, kanalları, fərdiləşdirmə seçimlərini və plan tələblərini təsdiqləyin.
• API əsaslı quraşdırma: Göndəriş hadisələri mövcud sifariş sisteminə və ya xüsusi mesajlaşma iş axınına ötürülməlidirsə, izləmə inteqrasiyasından istifadə edin. 17TRACK Tracking API və onun rəsmi sənədləri uyğun tətbiq istinadlarıdır. İstifadə etməyi planlaşdırdığınız inteqrasiya üçün hadisələrin çatdırılma mexanizmini, məlumat sahələrini, autentifikasiyanı və təkrar cəhd davranışını təsdiqləyin. İzləmə məlumatlarını qəbul etmək və müştəri mesajları göndərmək ayrı məsuliyyətlərdir.

Hansı yolu seçməyinizdən asılı olmayaraq, hər göndərişi düzgün sifariş və alıcı ilə əlaqələndirin. Faydalı daxili qeydə aşağıdakılar daxildir:

• Sifariş istinadı və göndəriş identifikatoru.
• İzləmə nömrəsi və mövcud olduqda daşıyıcı identifikatoru.
• Həmin göndərişə daxil olan məhsullar, xüsusilə bölünmüş sifarişlər üçün.
• Müştərinin əlaqə məlumatları, dili, saat qurşağı və kanal seçimləri.
• Son qəbul edilmiş göndəriş statusu və hadisənin başvermə vaxtı.
• Hər mesajın hansı göndərişə aid olduğunu göstərən bildiriş tarixçəsi.

Hadisənin başvermə vaxtını sisteminizin yeniləməni qəbul etdiyi vaxtdan ayrı saxlayın. Gecikmiş skan avtomatik olaraq yeni müştəri xəbərdarlığına çevrilməməlidir. Həmçinin dəstək komandasının qeyri-müəyyən hadisələri araşdıra bilməsi üçün normallaşdırılmış statusla yanaşı daşıyıcının ilkin açıqlamasını da qoruyun.

2. Mənalı göndəriş dəyişikliklərini əks etdirən işəsalmaları müəyyənləşdirin

İşəsalma hər yeni izləmə qeydini deyil, müştəri üçün əhəmiyyətli dəyişikliyi ifadə etməlidir. Bir neçə obyekt skanı birlikdə “yoldadır” mənasını verə bilər. Hər biri üçün bildiriş göndərmək müştərinin qərar verməsinə kömək etmədən səs-küy yaradır.

Daxil olan hadisələri asan başa düşülən az sayda statusa uyğunlaşdırın. Aşağıdakı cədvəl bütün daşıyıcılar üçün universal status lüğəti deyil, təklif olunan iş axınıdır.

İşəsalma	Göndərilmə şərti	Mesajın məqsədi
Etiket yaradıldı	İstəyə bağlıdır; hazırlığı daşıyıcının sahib olmasından fərqləndirin.	İzləmə məlumatlarının hazır olduğunu izah edin.
Daşıyıcı tərəfindən qəbul	Dəstəklənən hadisə daşıyıcının bağlamanı qəbul etdiyini göstərir.	Göndərişin daşıyıcının şəbəkəsinə daxil olduğunu təsdiqləyin.
Yoldadır	İstəyə bağlı mərhələdir; təkrarlanan adi skanları susdurun.	Skan-skan lent deyil, mənalı irəliləyiş təqdim edin.
Çatdırılmaya çıxarılıb	Daxil olan status bu şərhi açıq şəkildə dəstəkləyir.	Müştəriyə bağlamanı qəbul etməyə hazırlaşmağa kömək edin.
Çatdırılma istisnası	Mənalı problem və ya tələb olunan hərəkət müəyyən edilib.	Problemi və növbəti faydalı addımı izah edin.
Çatdırıldı	Daşıyıcı bu göndəriş üzrə çatdırılmanı bildirir.	Bildirilən nəticəni təsdiqləyin və yardım kanalı təqdim edin.

İstisnaları adi mərhələlərdən daha diqqətlə idarə edin. Uğursuz çatdırılma cəhdi, gömrük problemi, ünvan problemi və göndəriciyə qaytarılma hadisəsi fərqli təlimatlar tələb edə bilər. Hadisə müştərinin nə etməli olduğunu izah etmirsə, həll yolu uydurmayın.

“Son vaxtlar yeniləmə yoxdur” qaydası üçün universal interval tətbiq etmək əvəzinə xidmət və marşruta uyğun hədd seçin. Skanların olmaması bağlamanın itməsi demək deyil. Qeyri-müəyyən halları daxili yoxlama növbəsinə yönləndirin və ya məlum olanları dəqiq təsvir edən neytral yeniləmə göndərin.

Təxmini çatdırılma tarixlərini göndəriş statuslarından ayrı saxlayın. Təxmini məlumatı yalnız etibarlı mənbəniz olduqda daxil edin, onun təxmini olduğunu göstərin və əməliyyatınızın dəstəkləyə bilmədiyi hesablanmış vədi çatışmayan məlumatın əvəzinə istifadə etməyin.

3. Kanalları seçin və əlaqə qaydalarını müəyyənləşdirin

Kanaldan sadəcə mövcud olduğu üçün deyil, mesaj və müştərinin seçimləri üçün uyğun olduğuna görə istifadə edin. E-poçt ətraflı yeniləmələr üçün praktik başlanğıc nöqtəsidir. Daha təcili kanal vaxta həssas hərəkət üçün faydalı ola bilər, lakin yalnız icazə, provayder qaydaları və yerli tələblər buna imkan verdikdə istifadə edilməlidir.

• E-poçt: Sifariş konteksti, izləmə keçidləri, bölünmüş göndəriş izahları və dəstək təlimatları üçün uyğundur. Sadə mətn versiyasını daxil edin və mobil görünüşü yoxlayın.
• SMS: İcazə verildikdə qısa və əməli xəbərdarlıqlar üçün faydalıdır. Göndərəni müəyyən edin, mesajı məqsədyönlü saxlayın və lazımsız sifariş məlumatlarını açıqlamayın.
• Push bildirişləri: Müştərilər tətbiqinizdən istifadə etdikdə və bildirişləri aktiv etdikdə uyğundur. Ümumi ana səhifəyə deyil, müvafiq göndərişə keçid verin.
• Mesajlaşma tətbiqləri: Müştərilər artıq bu kanaldan istifadə edirsə və tətbiqiniz platformanın icazə və mesaj tələblərinə cavab verirsə, bu kanalları nəzərdən keçirin.
• İzləmə səhifəsi: Ətraflı istinad məkanı kimi istifadə edin. O, xaricə göndərilən bildirişləri tamamlayır, lakin müştərinin hərəkət etməsi lazım olduqda xəbərdarlığı əvəz etmir.

Kanallar arasındakı əlaqəni sənədləşdirin. Məsələn, adi mərhələlər üçün e-poçtdan, əməli tələb edən çatdırılma problemi üçün isə icazə verilən mobil kanaldan istifadə edə bilərsiniz. Hər hadisəni avtomatik olaraq bütün mövcud kanallardan göndərməyin.

Sakit saatların idarə edilməsini və ehtiyat siyasətini müəyyənləşdirin. Müvəqqəti e-poçt xətası avtomatik olaraq SMS göndərməyə icazə verməməlidir. Kanalları dəyişməzdən əvvəl müvafiq əlaqə məlumatlarına və icazəyə malik olduğunuzu, həmçinin başqa sistemin mesajı artıq göndərmədiyini yoxlayın.

Göndəriş yeniləmələrini əməli xarakterdə saxlayın. Reklam məzmununun əlavə edilməsi mesajın qüvvədə olan qaydalar üzrə necə qiymətləndirildiyinə təsir göstərə bilər. ABŞ-da FTC-nin CAN-SPAM təlimatı kommersiya və əməliyyat məzmunu birləşdirildikdə mesajın əsas məqsədinin əhəmiyyət daşıdığını izah edir. Sifarişdən bəhs edən hər mesajın kommersiya e-poçtu tələblərindən azad olduğunu düşünməyin.

4. Aydın ehtiyat davranışı olan şablonlar yaradın

Hər bir şablon üç suala cavab verməlidir: Nə baş verdi? Bu göndəriş üçün bunun mənası nədir? Müştəri bundan sonra nə etməlidir? Çatışmayan məlumatın pozulmuş placeholder-lər buraxmaq əvəzinə səliqəli şəkildə yox olması üçün şərti sahələrdən istifadə edin.

Aşağıdakı nümunələr başlanğıc şablonlarıdır. Mötərizədəki dəyişənlər nümunə xarakterlidir və konkret platformanın şablon sintaksisi deyil.

Daşıyıcının qəbulu e-poçtu

Mövzu: [order_number] sifarişinizin göndərişi yoldadır

Salam [first_name],

[carrier_name] [order_number] sifarişinizin göndərişini qəbul edib. Onun hərəkətini buradan izləyə bilərsiniz: [tracking_link].

[Etibarlı təxmin mövcuddursa: Təxmini çatdırılma: [estimated_delivery_date]. Bu təxmin dəyişə bilər.]

[Sifariş bölünübsə: Bu göndərişə [shipment_items] daxildir. Sifarişinizdəki digər məhsullar üzrə ayrıca izləmə yeniləmələri olacaq.]

Çatdırılmaya çıxarılma mesajı

Son daşıyıcı yeniləməsinə əsasən [order_number] sifarişinizin göndərişi çatdırılmaya çıxarılıb. Onun hərəkətini və mövcud çatdırılma məlumatlarını yoxlayın: [tracking_link].

Əməliyyatınızın bu vədi əsaslandıran etibarlı əsası yoxdursa, zəmanətli çatdırılma vaxtı əlavə etməyin. “Çatdırılmaya çıxarılıb” bildirilmiş statusdur, həmin gün çatdırılmanın tamamlanacağına zəmanət deyil.

Təsdiqlənmiş növbəti addımı olan istisna mesajı

Mövzu: [order_number] sifarişiniz üzrə çatdırılma yeniləməsi

Daşıyıcı göndərişiniz üzrə [plain_language_issue] olduğunu bildirib. [verified_next_step]. Ən son məlumatlara buradan baxın: [tracking_link]. Yardıma ehtiyacınız varsa, [support_link] ünvanı ilə bizimlə əlaqə saxlayın.

Növbəti addım təsdiqlənməyibsə, həmin cümləni bununla əvəz edin: “Hələ təsdiqlənmiş növbəti addımımız yoxdur. Yeniləmələr üçün izləmə səhifəsini yoxlayın və ya dəstək komandamızla əlaqə saxlayın.” Yalnız həqiqətən yoxlama təyin edilibsə, komandanızın araşdırma apardığını bildirin.

Çatdırılma e-poçtu

Mövzu: Göndərişiniz çatdırılmış kimi qeyd edildi

[carrier_name] [order_number] sifarişinizin göndərişini [delivery_date] tarixində çatdırılmış kimi qeyd edib. Mövcud çatdırılma məlumatlarına buradan baxın: [tracking_link]. Onu tapa bilmirsinizsə, növbəti addımları yoxlamaqda sizə kömək etməyimiz üçün [support_link] ünvanı ilə əlaqə saxlayın.

Bölünmüş sifarişlər üçün göndəriş səviyyəsində ifadələrdən istifadə edin. Başqa bağlama hələ yoldadırsa, “Sifarişiniz çatıb” ifadəsi yanıltıcı ola bilər. Daşıyıcının adı, tarix və ya müştərinin adı mövcud deyilsə, boş sahə göstərmək əvəzinə sınaqdan keçirilmiş alternativ cümlədən istifadə edin.

5. Dublikat, köhnəlmiş və yanıltıcı mesajlardan qorunma əlavə edin

Avtomatlaşdırma artıq nə etdiyini qeyd etməlidir. Hadisə daxil olduqda sadəcə mesaj göndərən iş axını təkrar cəhdlərdən sonra xəbərdarlıqları təkrarlaya və ya daha yeni mərhələdən sonra köhnəlmiş məlumat göndərə bilər.

• Dublikat emalının qarşısını alın: Mövcud olduqda sabit hadisə identifikatorundan istifadə edin. Əks halda göndəriş, hadisə növü və hadisənin başvermə vaxtı kimi uyğun sahələrdən deduplikasiya açarı müəyyənləşdirin. Müvafiq bildirişin planlaşdırılıb-planlaşdırılmadığını və ya göndərilib-göndərilmədiyini ayrıca qeyd edin.
• Status təkrarını susdurun: Eyni müştəri statusuna uyğunlaşdırılan çoxsaylı skanlar avtomatik olaraq çoxsaylı mesaj yaratmamalıdır.
• Göndərilməzdən əvvəl hadisənin uyğunluğunu yoxlayın: Növbəyə qoyulmuş mesajları göndərməzdən əvvəl yenidən qiymətləndirin. Çatdırılma artıq bildirilibsə, köhnə “yoldadır” xəbərdarlığını susdurun.
• Düzəlişləri məqsədyönlü idarə edin: İlkin hadisə tarixçəsini saxlayın və görünən geriləmələri yoxlayın. Sonradan gələn hər hadisənin daha yeni və ya daha dəqiq olduğunu düşünməyin.
• Təhlükəsiz şəkildə təkrar cəhd edin: Uğursuz göndərişi naməlum nəticədən fərqləndirin. Dəstəkləndikdə provayderin idempotentlik imkanlarından istifadə edin ki, təkrar cəhdin başqa mesaj yaratması ehtimalı azalsın.
• Alıcının uyğunlaşdırılmasını qoruyun: Göndərişi yalnız təsdiqlənməmiş izləmə nömrəsi uyğunluğuna əsasən müştəri ilə əlaqələndirməyin.
• Həll edilməmiş istisnaları eskalasiya edin: Müştəriyə eyni xəbərdarlığı təkrar-təkrar göndərmək əvəzinə əməliyyat üzrə məsul şəxs təyin edin.

Xüsusi inteqrasiyalar üçün autentifikasiya, hadisənin təsdiqlənməsi və təkrar cəhdlər üzrə provayderin sənədləşdirilmiş yanaşmasına əməl edin. Lazımsız şəxsi məlumatları qeydlərə köçürmədən emal jurnallarını faydalı saxlayın. İzləmə keçidləri də alıcının ehtiyacından artıq digər müştərilərin sifarişlərini və ya məlumatlarını açıqlamamalıdır.

Faydalı emal ardıcıllığı belədir: hadisəni təsdiqləyin, göndərişi müəyyənləşdirin, vəziyyətini yeniləyin, bildiriş uyğunluğunu yoxlayın, icazə verilən kanal seçin, şablonu hazırlayın, mesajı növbəyə qoyun və nəticəni qeyd edin. Mesaj növbədə gözləyirsə, göndərilmə zamanı uyğunluğu yenidən yoxlayın.

6. Tam səyahəti sınayın, sonra mərhələli şəkildə işə salın

İş axınını yalnız sınaq e-poçtunun düzgün görünməsinə əsasən qiymətləndirməyin. Uğursuzluq hallarını da daxil etməklə göndəriş hadisəsindən müştərinin təyinat nöqtəsinə qədər bütün yolu sınayın.

• Adi səyahət: Qəbul, yolda olma, çatdırılmaya çıxarılma və çatdırılma nəzərdə tutulan mesajları yaradır.
• Təkrarlanan hadisə: Eyni hadisənin yenidən oynadılması başqa bildiriş yaratmır.
• Ardıcıllıqdan kənar hadisə: Gecikmiş tranzit skanı çatdırılmadan sonra köhnəlmiş xəbərdarlıq yaratmır.
• Bölünmüş sifariş: Hər mesaj düzgün göndərişi göstərir və bütün məhsulların çatdığını nəzərdə tutmur.
• Çatışmayan sahələr: Adın, daşıyıcının, təxminin və ya məhsul siyahısının olmaması oxunaqlı ehtiyat mətn yaradır.
• Əlaqə məhdudiyyətləri: İş axını kanal seçimlərinə, susdurma qaydalarına və konfiqurasiya edilmiş sakit saatlara əməl edir.
• Çatdırılma xətası: Yanlış ünvanlar, provayder xətaları və təkrar cəhdlər nəzarətsiz yenidən göndərişlər olmadan izlənə bilən nəticələr yaradır.
• Müştəri hərəkəti: Hər izləmə və dəstək keçidi mobil cihazda nəzərdə tutulan ünvana çatır.

Məhdud sayda göndərişlə başlayın və mesaj tarixçəsini izləmə tarixçəsi ilə birlikdə nəzərdən keçirin. Dəstək əməkdaşlarına müştərinin nə qəbul etdiyini görmək imkanı verin. Komandanın göndəriş izləməsini söndürmədən səhv qaydanı dayandıra bilməsi üçün fasilə idarəsini saxlayın.

Bildiriş uyğunluğunu, göndərilmə cəhdlərini, provayderin qəbulunu, xətaları, dublikatları və hadisənin qəbulundan mesajın göndərilməsinə qədər olan gecikməni izləyin. Provayderin qəbul etməsi müştərinin mesajı oxuduğunu göstərmir və yalnız açılma dərəcələri iş axınının kömək etdiyini sübut etmir.

FAQ

Etiket yaradıldıqda göndəriş təsdiqi göndərilməlidirmi?

Etiket yaradılması barədə yeniləmə göndərə bilərsiniz, lakin onu dəqiq təsvir edin. Göndəriş məlumatlarının hazır olduğunu və ya göndərişin hazırlandığını bildirin. Daşıyıcının göndərişi qəbul etdiyini təsdiqləyən ifadələri bunu dəstəkləyən hadisə üçün saxlayın.

Göndəriş bildirişləri API inteqrasiyası olmadan işləyə bilərmi?

Bəli. Tətbiq əsaslı iş axını əlaqəni və bildiriş qaydalarını öz interfeysi vasitəsilə idarə edə bilər. Seçdiyiniz quraşdırmada mövcud hadisələri, kanalları, şablon nəzarətlərini və istisnaların idarə edilməsini yoxlayın. Mövcud sistemləriniz xüsusi yönləndirmə və ya qərar məntiqi tələb etdikdə xüsusi inteqrasiyalar daha münasibdir.

Hər göndəriş neçə bildiriş almalıdır?

Universal ideal say yoxdur. Fərqli və faydalı mərhələlərdən, həmçinin əməli tələb edən istisnalardan başlayın. Təkrarlanan tranzit skanlarını susdurun və yalnız müştərinin ehtiyac duyduğu məlumatı təqdim edən mesajları əlavə edin.

İzləmə yenilənməyi dayandırdıqda nə baş verməlidir?

Göndərişi itmiş elan etmək əvəzinə xidmətə uyğun yoxlama qaydası tətbiq edin. Son hadisəni, mövcuddursa çatdırılma təxminini və müvafiq əməliyyat prosesini yoxlayın. Müştəri yeniləməsini yalnız təsdiqlənmiş məlumat və ya faydalı növbəti addım əlavə etdikdə göndərin.

Çatdırılma bildirişi dəstək işini avtomatik bağlaya bilərmi?

Çatdırılma skanı işi yeniləyə bilər, lakin müştərinin almadığını bildirdiyi məsələni avtomatik həll etməməlidir. Daşıyıcının çatdırılma statusunu və müştərinin problemini ayrı qeydlər kimi idarə edin, sonra araşdırma prosesinizə əməl edin.

Mənbələr

• 17TRACK Shopify tətbiq siyahısı — tətbiq əsaslı izləmə və bildiriş quraşdırmasını qiymətləndirmək üçün məhsul istinadı.
• 17TRACK Tracking API — API əsaslı izləmə inteqrasiyası üçün məhsul istinadı.
• 17TRACK API sənədləri — dəstəklənən inteqrasiya davranışını və tələblərini yoxlamaq üçün tətbiq istinadı.
• FTC: Biznes üçün CAN-SPAM Aktına uyğunluq təlimatı — kommersiya e-poçtu və əməliyyat və reklam məzmununu birləşdirən mesajlar üzrə təlimat.