AI zəng agenti CRM inteqrasiyası: qoşulma planı

İnteqrasiya sualı əslində iki sualdır

«AI zəng agentini CRM-ə necə qoşaq?» sualı texniki səslənir, ancaq onun içində iki fərqli sual var. Birincisi məlumatla bağlıdır: hansı məlumat hansı istiqamətdə axacaq. İkincisi iş bölgüsü ilə: agent hansı lead-lərə toxunur, satış meneceri hansılara, və ikisi bir-birinin üstünə düşməyəcəyini haradan bilir.

Layihələrin böyük hissəsi birinci sualı həll edib ikincisini açıq qoyur. Nəticə tanışdır: agent zəng edir, menecer də eyni müştəriyə zəng edir, müştəri iki dəfə eyni şeyi izah edir və şirkət haqqında rəyini dəyişir.

Bu yazı qoşulma planını hər iki tərəfi ilə qurur: məlumatın axın istiqamətini, qoşulmanın dörd üsulunu, kimlik və dublikat məsələsini, real vaxt ilə paket rejimi arasındaki seçimi, komanda ilə iş bölgüsünü və tipik sınma nöqtələrini.

Məlumat hansı istiqamətdə axır

İki istiqamət var və onlar fərqli tezliklə, fərqli həcmdə işləyir. Onları ayrı planlaşdırmaq lazımdır.

1. 1CRM-dən agentə: kimə zəng edilməliHədəf siyahısı filtrlə qurulur: mənbə, status, tarix aralığı, mərhələ. Bu istiqamətdə həcm böyükdür və tezlik aşağıdır — gündə bir və ya bir neçə dəfə.
2. 2CRM-dən agentə: danışıq üçün kontekstMüştərinin adı, əvvəlki zəngin nəticəsi, açıq sifariş və ya müqavilə. Bu, danışığın keyfiyyətini ən çox dəyişən hissədir və çox vaxt buraxılır.
3. 3Agentdən CRM-ə: zəngin nəticəsiNəticə kodu, çıxarılan sahələr, xülasə, növbəti addım. Tezlik yüksəkdir — hər zəngdən sonra.
4. 4Agentdən CRM-ə: hadisə və statusZəngin başlanması, bitməsi, ötürülməsi. Bu hadisələr timeline üçündür və hesabatın əsasını təşkil edir.

Dörd axından ikincisi ən çox gözardı ediləndir. Kontekst olmadan agent hər zəngə sıfırdan başlayır və müştəri «mən bunu keçən dəfə demişdim» cümləsini deyir — bu cümlə danışığın qalan hissəsini korlayır.

Qoşulmanın dörd üsulu

Texniki tərəfdə seçim dörd variantla məhdudlaşır və seçim şirkətin mövcud sistemindən asılıdır.

• Webhook: hadisə baş verəndə sistem özü digərini xəbərdar edir — real vaxt üçün ən sadə üsul
• API sorğusu: bir sistem digərindən məlumat oxuyur və ya yazır, lazım olan anda
• Fayl mübadiləsi: CSV və ya oxşar format, gündəlik və ya həftəlik paketlə — köhnə sistemlərlə işləmək üçün hələ də ən etibarlı yol
• Hazır inteqrasiya: hər iki tərəf eyni platformanı dəstəkləyirsə, qurulma bir neçə saatlıq iş
• Aralıq həll: inteqrasiya platforması vasitəsilə qoşulma — sürətli, ancaq əlavə asılılıq

Praktik tövsiyə: birinci mərhələdə ən sadə üsulla başlamaq. Gündəlik CSV ilə başlayan layihə iki həftədə işə düşür və real problemləri göstərir; real vaxt inteqrasiyası ilə başlayan layihə isə çox vaxt iki ay planlaşdırma mərhələsində qalır və heç bir zəng edilmir.

İkinci mərhələdə isə seçim aydın olur, çünki artıq məlumdur ki, hansı sahələr həqiqətən lazımdır və hansı tezlik kifayət edir.

Kimlik və dublikat məsələsi

İki sistemi birləşdirəndə ən çox problem yaradan sual budur: eyni müştərini iki tərəfdə necə tanımaq. Zəng tərəfində açar adətən telefon nömrəsidir, ancaq nömrə zəif açardır.

• Eyni nömrə iki nəfərə aid ola bilər — ailə, ofis, ortaq nömrə
• Bir nəfərin bir neçə nömrəsi olur və müxtəlif vaxtlarda fərqli nömrədən zəng edir
• Nömrə formatı fərqli yazılır: ölkə kodu ilə, kodsuz, boşluqla, defislə
• Köhnə bazada nömrələr yoxlanmayıb və bir hissəsi yanlışdır
• Şirkətin öz nömrələri müştəri kimi bazaya düşə bilər

Praktik həll üç addımdan ibarətdir: nömrələrin vahid formata salınması, dublikatların birləşdirilməsi və şirkətin öz nömrələrinin ayrıca siyahıya salınması. Bu təmizləmə inteqrasiyadan əvvəl aparılmalıdır — sonra aparmaq iki dəfə çox vaxt aparır, çünki artıq iki sistemdə səhv var.

Dördüncü qayda: yeni yaradılan lead həmişə dublikat yoxlamasından keçməlidir. Yoxlanmayan axın bir ay ərzində bazanı ikiləşdirir və bütün hesabatı etibarsız edir.

Real vaxt, yoxsa paket rejimi

Bu seçim texniki görünür, ancaq əslində biznes qərarıdır: nə qədər gecikmə qəbuledilən sayılır.

1. 1Real vaxt tələb edən hallarYeni lead-ə dərhal zəng, gələn zəngin cavablandırılması, ödəniş və ya sifariş təsdiqi. Burada gecikmə birbaşa nəticəni azaldır.
2. 2Paket rejimi kifayət edən hallarKampaniya siyahıları, xatırlatmalar, reaktivasiya, sorğu zəngləri. Gündəlik bir dəfə sinxronizasiya kifayətdir.
3. 3Qarışıq modelƏn çox istifadə olunan variantdır: kritik hadisələr webhook ilə, qalan məlumat gündəlik paketlə. Bu, həm sadədir, həm də sistemin yükünü azaldır.

Seçim edərkən bir şeyi nəzərə almaq lazımdır: real vaxt inteqrasiyası daha çox sınma nöqtəsi yaradır. Sistem bir saat işləmədikdə paket rejimində heç nə itmir, real vaxt rejimində isə həmin saatın hadisələri itə bilər — əgər təkrar cəhd mexanizmi qurulmayıbsa.

Komanda ilə iş bölgüsü

Texniki qoşulma hazır olandan sonra əsl sual qalır: agent və komanda eyni bazada necə işləyəcək. Bu, yazılı qayda tələb edir.

• Hansı seqmentlər agentə düşür: adətən təkrarlanan və həcmli hissə
• Hansı seqmentlər menecerdə qalır: iri müştəri, mövcud danışıq, xüsusi hal
• Agent zəng edən lead menecer siyahısından çıxarılır — və əksinə
• Agentin zəngindən sonra lead menecerə keçirsə, kontekst onunla birlikdə gedir
• Menecer istənilən anda lead-i geri götürə bilər və bu, sistemdə qeyd olunur

Üçüncü sətir ən vacibidir. İki siyahının kəsişməsi müştəriyə iki zəng deməkdir və bu, inteqrasiya layihələrində ən çox təkrarlanan səhvdir. Həlli sadədir: bir lead eyni anda yalnız bir sahibə aid olsun və sahiblik sistemdə görünsün.

Dördüncü sətir isə keyfiyyət məsələsidir. Agentin topladığı sahələr menecerin ekranında görünmürsə, ötürmənin mənası azalır — menecer eyni sualları yenidən verir və müştəri bunu dərhal hiss edir.

Sınaq mərhələsi: paralel iş

İnteqrasiyanı bütün bazaya birdən açmaq ən bahalı yoldur. İşləyən model paralel sınaqdır.

1. 1Bir seqment seçilirBir lead mənbəyi və ya bir kateqoriya. Həcm kiçik olmalıdır — gündə on-iyirmi zəng.
2. 2İki həftə paralel işlənirAgent zəng edir, nəticələr CRM-ə yazılır, komanda rəhbəri həmin sətirləri gündəlik yoxlayır. Məqsəd zəngin keyfiyyəti deyil — məlumatın düzgün yazıldığını təsdiqləməkdir.
3. 3Səhvlər siyahısı çıxarılırHansı sahə boş qalır, hansı kod səhv seçilir, hansı nömrə formatı problem yaradır. Bu siyahı adətən qısa olur və bir günlük düzəlişlə bağlanır.
4. 4Sonra həcm artırılırİkinci seqment əlavə olunur. Hər yeni seqment eyni iki həftəlik yoxlamadan keçir, ancaq artıq daha sürətli.

Tipik sınma nöqtələri

İnteqrasiyalar adətən eyni yerlərdə sınır və bunları əvvəlcədən bilmək layihə müddətini qısaldır.

• Nömrə formatı: eyni nömrə iki formatda yazılıb və sistem onu iki müştəri sayır
• Vaxt qurşağı: zəng vaxtları və hesabat tarixləri fərqli qurşaqda hesablanır
• Sahə uyğunluğu: bir tərəfdə qapalı siyahı, digərində sərbəst mətn
• Təkrar cəhd olmaması: bir sorğu uğursuz olanda məlumat itir və heç kim bilmir
• Səssiz sınma: inteqrasiya dayanır, ancaq heç bir bildiriş getmir
• Həcm: sınaqda on sətir işləyir, real həcmdə sorğu limiti aşılır

Beşinci sətir üçün ayrıca qayda lazımdır: inteqrasiyanın işlədiyini yoxlayan sadə bir ölçü qurulmalıdır. Məsələn gündəlik sinxronizasiya sayının hesabatı — rəqəm sıfıra düşəndə xəbərdarlıq gedir. Bu bir sətir bir neçə günlük səssiz itkinin qarşısını alır.

Ölçmə

İnteqrasiyanın özünün göstəriciləri olmalıdır, çünki onun işləməməsi çox vaxt sakit baş verir.

• Sinxronizasiya sayı və uğursuz sorğuların faizi
• CRM-ə yazılan zəng nəticələrinin sayı ilə edilən zənglərin sayı arasındaki fərq
• Dublikat yaranma sayı: ayda neçə yeni dublikat qeydə alınıb
• Kontekstlə gedən zənglərin payı: neçə zəngdə agent əvvəlki danışığı bilirdi
• Ötürülən danışıqlarda sahələrin doldurulma faizi

İkinci sətir ən sadə və ən faydalı yoxlamadır. İki rəqəm uyğun gəlmirsə, inteqrasiyada məlumat itir. Sahələrin özünün siyahısı zəng CRM sahələri yazısındadır.

Vexvon tərəfində qoşulma

Vexvon tərəfində inteqrasiya üçün lazım olan hissələr bunlardır.

• Zəng kampaniyası CRM filtrindən qurulur — hədəf siyahısı ayrıca hazırlanmır
• Preview kampaniyadan əvvəl neçə nəfərə çatılacağını və nömrəsi olmayan sətirləri göstərir
• Ssenaridə çıxarılacaq sahələr təyin olunur və nəticə CRM-ə sahə kimi yazılır
• Agentin alətləri üç formada olur: sabit cavablar, daxili alətlər və şirkətin öz sistemi ilə danışan webhook alətləri
• Lead-lərdə dublikat əlaqəsi saxlanılır və CSV idxalında dublikat yoxlanışı aparılır
• Şirkətin öz nömrələri ayrıca siyahıda saxlanılır və lead sayılmır
• Trigger ilə xarici sistemlərə ötürmə mümkündür — məsələn Telegram bildirişi və ya Bitrix24-ə lead

İnteqrasiya arxitekturasının ümumi təsviri inteqrasiyalar səhifəsində, çat tərəfindəki eyni sualın cavabı isə çatbot API və webhook inteqrasiyası yazısındadır.

İlk addım

Qoşulmadan əvvəl bir səhifəlik sənəd yazın: hansı məlumat hansı istiqamətdə axır, hansı açarla müştəri tanınır, hansı seqment agentə düşür və kim sahibdir. Bu sənəd texniki işdən əvvəl hazır olanda layihə müddəti iki dəfə qısalır.

Öz sisteminiz üçün qoşulma planını birlikdə çıxarmaq üçün bizə yazın.