SMS konkret hadisə və istifadəçi ehtiyacı üçün qurulur
Sifariş statusu dəyişəndə müştəriyə xəbər vermək, rezervasiyanı xatırlatmaq və telefon nömrəsinin istifadəsini təsdiqləmək fərqli ssenarilərdir. SMS inteqrasiyası bu ssenarilərin sayt və ya CRM-də seçilmiş provayder vasitəsilə işləməsini planlaşdırır. Hər mesajın göndərilmə səbəbi, məzmunu və onu başladan hadisə əvvəlcədən müəyyənləşdirilir.
Xidmət hazır sistemə bildiriş əlavə etmək və ya yeni layihənin mesaj axınını qurmaq istəyən biznes üçün qiymətləndirilir. SMS provayderi hesabı, göndərən adının təsdiqi, balans və operator imkanları sifarişçinin seçiminə bağlıdır. Göndəriş axını provayderin dəstəklədiyi statuslar və operator imkanları əsasında qurulur.
Bildiriş, reklam və təsdiq kodu ayrılır
İstifadəçinin hansı mesajlara razılıq verdiyi və bu məlumatın harada saxlanacağı müəyyən edilir. Reklam mətnləri ilə əməliyyat bildirişləri eyni ssenari kimi qəbul edilmir. Göndərmə və imtina axını seçilmiş provayderin şərtlərinə və biznesin tətbiq edilən tələblərinə uyğun hazırlanır. Məsələn, Twilio-nun mesaj siyasəti razılıq və onun geri götürülməsini ayrıca təsvir edir; başqa provayder üçün onun qaydaları yoxlanır.
- Mesaj yaradan hadisə və göndərişə icazə verən şərtlər.
- Qəbul edən nömrənin formatı və mənbəyi.
- AZ və RU şablonları, dəyişənlər və göndərən məlumatı.
- Təkrar göndərmə, növbə, xəta və çatdırılma statusları.
- Razılıq, imtina və saxlanacaq texniki qeydlərin əhatəsi.
Kontaktlar və satış mərhələləri artıq sistemdədirsə, CRM və ERP hazırlanması çərçivəsində mesajın hansı anda yaranacağı razılaşdırılır. Yeni mesajın sadəcə texniki API çağırışı deyil, biznes prosesinin bir hissəsi olduğu nəzərə alınır.
OTP üçün müddət və cəhd limitləri
Birdəfəlik kod ssenarisində kodun məqsədi, etibarlılıq müddəti, yoxlama cəhdlərinin sayı və yenidən istəmə fasiləsi müəyyən edilir. Dəqiq dəyərlər seçilmiş provayderin imkanları və risklərə görə razılaşdırılır. Rəsmi Verify tövsiyələri təkrar sorğuların məhdudlaşdırılmasını izah edən texniki nümunədir.
Kodun müddəti bitəndə və ya yoxlama uğurlu tamamlananda sonrakı istifadə davranışı ayrıca yoxlanır. Eyni nömrə və başqa uyğun göstəricilər üzrə sorğu nəzarəti planlaşdırılır. Telefon təsdiqi nömrəyə çıxışı yoxlamağa kömək edir; şəxsin bütün kimlik məlumatlarını təsdiqləyən ayrıca xidmət kimi təqdim edilmir. Sınaq zamanı kod və şəxsi məlumatların açıq jurnala yazılmaması nəzərə alınır.
İnteqrasiya və mesaj statusları
API girişləri server tərəfində saxlanır, bildiriş hadisəsi uyğun sifariş və ya istifadəçi ilə əlaqələndirilir. Provayderin cavabı ilə faktiki çatdırılma statusu eyni anlayış sayılmır. Dəstəkləndikdə geri bildirişlərdən istifadə olunur, uğursuz halların administratora necə göstəriləcəyi müəyyən edilir. Ümumi bağlantı işi API inteqrasiyası ilə əlaqəli şəkildə qiymətləndirilir.
Təkrar hadisə bir neçə lazımsız SMS yaratmamalıdır. Növbə və təkrar cəhd qaydaları, limit xətaları və balans çatışmazlığında davranış razılaşdırılır. Mesajın uzunluğu və simvolları seqment sayına təsir edə bilər; şablonlar bu baxımdan da yoxlanır. Provayderin tarifləri və real göndəriş xərci proqramlaşdırma əməyindən ayrıdır.
Sınaq və qəbul meyarları
Əvvəl razılaşdırılmış test üsulu və test nömrələri seçilir. Uğurlu bildiriş, səhv nömrə, təkrar hadisə, provayder xətası və varsa çatdırılma cavabı yoxlanır. OTP üçün yanlış kod, bitmiş müddət, cəhd limiti və yenidən istəmə ssenariləri ayrıca siyahıya daxil edilir. Canlı göndəriş yalnız müəyyən edilmiş əhatə və icazələrlə planlaşdırılır.
Rezervasiya xatırlatmaları bron və sifariş sistemi ilə, alış bildirişləri isə çatdırılma və sifarişin idarəsi qaydaları ilə tutuşdurulur. Təhvildə şablonlar, status xəritəsi, girişlərin sahibi, test nəticələri və provayderdən asılı məhdudiyyətlər göstərilir.
Qiymətləndirmə və tez-tez verilən suallar
Dəyərə ssenari sayı, mövcud sistem, OTP tələbləri, iki dildə şablonlar və status izlənməsi təsir edir. Müddət girişlərin və provayder təsdiqlərinin hazır olmasından asılıdır. Davamlı mesaj nəzarəti və dəstək ayrıca razılaşdırılır.
SMS dərhal və hər nömrəyə çatacaq?
Buna zəmanət verilmir. Operator, nömrə, provayder və istifadəçinin cihazı nəticəyə təsir edir. Sistem əldə olunan statusları göstərmək və uğursuz halları idarə etmək üçün hazırlanır.
Hazır müştəri siyahısına reklam göndərmək daxildirmi?
Standart texniki qoşulma avtomatik reklam kampaniyası yaratmır. Razılıq mənbəyi, provayder şərtləri, imtina və kampaniya əhatəsi ayrıca müəyyənləşdirilməlidir.
İki dildə bildiriş qurmaq olar?
Bəli. Dilin hansı məlumatdan seçiləcəyi və hər şablonun mətni razılaşdırılır. Mətnin dəyişənləri, uzunluğu və uyğun hadisəyə bağlanması sınaqdan keçirilir.


