WhatsApp Business API nədir, müəssisə nömrəsi necə bağlanır

Nümunə ssenari: Antalyada bir tur agentliyini təsəvvür edin. Rezervasiya nömrəsi resepsiyondakı telefonda quraşdırılmış WhatsApp Business tətbiqindədir. Növbə dəyişəndə telefon əldən-ələ keçir, söhbət tarixçəsi həmin cihazda qalır. Telefon xarab olsa və ya itsə, tarixçəyə çatmaq ehtiyat nüsxədən asılıdır. API bağlantısında mesaj proqrama gəlir və komanda ona oradan baxır; növbə dəyişəndə telefonun əldən-ələ keçməsinə ehtiyac qalmır.

Tətbiq bir nəfərin və ya çox kiçik komandanın işini görür; eyni nömrəyə bir neçə nəfər baxmağa başlayanda API gündəmə gəlir. Hansı mərhələdə hansının seçiləcəyini WhatsApp Business tətbiqi, yoxsa API bələdçisində tapa bilərsiniz.

API-ni alan müəssisə ilk gün təəccüblənir: API-nin özü ekran təqdim etmir. Mesaj gəlir, serverə düşür və bir proqram onu göstərməsə, heç kim görmür. Buna görə API həmişə bir qutu ilə birlikdə düşünülür; sual API-nin özündən çox, mesajın hansı qeydə düşəcəyidir.

Mesajın müştəri kartına düşməsi ayrıca qərardır. Mesaj yalnız çat ekranında qalırsa, problem telefondan kompüterə köçmüş olur, həll olunmur. Bu addımın necə qurulduğunu WhatsApp CRM inteqrasiyası səhifəsində izləyə bilərsiniz.

• Meta biznes hesabı açılır və şirkət məlumatları daxil edilir.
• Daha yüksək göndərmə limiti və etibarlı görünüş üçün müəssisə təsdiqlənir; sənəd və domen yoxlanılır.
• Bağlanacaq nömrə seçilir və SMS və ya səsli zənglə gələn kodla təsdiqlənir.
• Müştərilərin görəcəyi görünən ad Meta yoxlamasından keçir.
• Nömrə birbaşa Meta-nın bulud API-si ilə və ya həll tərəfdaşı vasitəsilə gələnlər qutusu proqramına qoşulur.

Nömrə bu gün telefondakı tətbiqdə istifadə olunursa, köçürmənin şərtləri Meta-nın aktual qaydalarından asılıdır. Quraşdırmadan əvvəl iki şeyi soruşun: nömrə tətbiqdə də istifadə olunmağa davam edə biləcəkmi, köhnə söhbət tarixçəsinin taleyi necə olacaq? Bu iki cavabı yazılı almadan nömrəni köçürməyin. Təsdiq kodunun SMS və ya səsli zənglə gedəcəyi xəttə quraşdırma günü kimin çıxış əldə edəcəyi də əvvəlcədən müəyyən edilir; kod həmin xəttə çatmasa, qoşulma tamamlanmır.

• Nömrə şirkətin adına qeydiyyatdadır, yoxsa əməkdaşın şəxsi xəttidir?
• Mesajlara kim baxacaq, kim səlahiyyətli olacaq?
• Tez-tez göndərilən bildirişlər hansılardır: sifariş, görüş, ödəniş xatırlatması?
• Müştəri razılıqları harada saxlanılır?
• Köhnə yazışma tarixçəsinə ehtiyac varmı?

Siyahıdakı suallar yazılı cavablandırılanda keçid günü nəyin dəyişəcəyi bəlli olur. Tutaq ki, bir diş klinikası qəbul xatırlatmalarını bu gün katibin telefonundan tək-tək göndərir. API-yə keçərkən bu xatırlatma şablona çevrilir, Meta təsdiqindən keçir və proqramdan göndərilir. Şablonun mətni əvvəlcədən yazılmasa, keçid günü xatırlatmalar dayanır.

Bir mebel mağazası sifarişin kuryerə verildiyini bildirmək istəyir. Müştəri son yazışmadan bəri susursa, mesaj sərbəst mətn kimi gedə bilməz; əvvəlcədən təsdiqlənmiş məlumatlandırma şablonu lazımdır. Şablonlar marketinq, məlumatlandırma və autentifikasiya kimi növlərə bölünür və növə görə ödənişlidir.

Xidmət pəncərəsinin müddəti və qiymət cədvəli Meta-nın aktual sənədlərində yazılıb və vaxtaşırı dəyişir; mesaj haqqının lisenziyadan ayrı bənd kimi kimə ödənildiyi CRM xərci bələdçisində ələ alınıb. Marketinq mesajı göndərməzdən əvvəl müştərinin razılığını almaq da ayrıca qaydadır; Türkiyədə kommersiya mesajlarına dair razılıq qaydalarını öz vəziyyətiniz üçün hüquq məsləhətçinizlə dəqiqləşdirin.

Bu qaydanın gündəlik mənası sadədir. Müştərinin sualına tez cavab vermək həm müştəri üçün yaxşıdır, həm də sərbəst yazışma pəncərəsini açıq saxlayır. Cavab gecikdikcə söhbət şablona ehtiyac duyur və təbii yazışma rəsmi bildirişə çevrilir.

Şablon mətni də diqqət tələb edir. Meta şablonun növünə uyğun gəlməyən məzmunu rədd edə və ya şablonun növünü dəyişə bilər; məlumatlandırma kimi göndərilən mesajın içinə kampaniya əlavə etmək buna görə geri qayıda bilər. Şablonları sadə və məqsədinə uyğun yazmaq təsdiq prosesini asanlaşdırır. E-ticarət müəssisəsi üçün sifariş təsdiqi, kargo bildirişi və qaytarma vəziyyəti ayrı şablonlardır; hər biri öz məqsədini daşıyır və öz növündə təsdiqlənir. Şablonların siyahısı da komandada bir nəfərin məsuliyyətində olmalıdır.

Bəzi alətlər telefonda açıq qalan veb sessiyanı oxuyub mesajları panelə daşıyır. Quraşdırılması asandır, buna görə cəlbedicidir. Amma telefon sönəndə və ya sessiya düşəndə bağlantı kəsilir. Kütləvi və ya avtomatik göndərmə aşkarlansa, nömrə məhdudlaşdırıla bilər və müştərinin tanıdığı nömrə bir gün cavab verməz olur.

Bu alətlərin başqa problemi qeyddir. Mesajlar telefonun sessiyasından oxunur; telefon dəyişəndə və ya sessiya bağlananda paneldə görünən tarixçə natamam qala bilər. Məqsəd müştəri tarixçəsinin şirkətdə qalmasıdırsa, bu yol məqsədə də xidmət etmir.

Mesaj Corex360-ın gələnlər qutusuna, yazan nömrə qeydiyyatdadırsa, müştərinin kartına düşür; deyilsə, yeni kart açılır. Söhbətin karta düşdükdən sonra necə imkana və təklifə çevrildiyini WhatsApp söhbətinin müştəri kartına düşməsi yazısında izah etdik. Nömrəyə bir neçə nəfər baxırsa, söhbət məsul şəxsə təyin edilir və cavabsız qalan önə çıxır. Gələnlər qutusu brauzerdə və mobil tətbiqdə eynidir; sahədəki satıcı da, ofisdəki komanda da eyni kartı görür.

Mesajlar Corex360 nüvəsində saxlanılır; Corex360 Cloud-da və ya öz serverinizdə. Giriş rola əsaslanır və qeydə alınır, şəxsi məlumatlar KVKK (Türkiyənin şəxsi məlumatların qorunması qanunu; Aİ-nin GDPR-ı və Azərbaycanın “Fərdi məlumatlar haqqında” Qanunu ilə eyni sahəni tənzimləyir) çərçivəsində emal olunur. Təfərrüatları Corex360 təhlükəsizlik və giriş modeli səhifəsində tapa bilərsiniz. Demonu öz WhatsApp nömrənizlə qurur, nömrənin bu günkü istifadəsini birlikdə nəzərdən keçiririk.