İki ayrı təkrarlanma növü
Texniki təkrar eyni formanın eyni hadisə kimi yenidən göndərilməsidir. Biznes təkrarı isə mövcud müştərinin yeni xidmət istəməsi və ya başqa kanaldan əlaqə qurması ola bilər. Birinci halda ikinci qeyd yaratmamaq, ikinci halda isə yeni müraciəti tarixçəyə düzgün əlavə etmək lazım gələ bilər.
E-poçt və telefon əlaqə tapmağa kömək edir, amma həmişə unikal şəxs demək deyil. Ümumi şirkət nömrəsi və müxtəlif əməkdaşlar eyni kontaktı paylaşa bilər. Şübhəli uyğunluqlar üçün insan baxışı və birləşdirmə tarixçəsi nəzərdə tutulmalıdır.
İnteqrasiya xəritəsində hansı sahələr olmalıdır?
- Sorğunun identifikatoru və yaradılma vaxtı
- Mənbə: sayt forması, bot və ya digər təsdiqlənmiş kanal
- Maraq göstərilən xidmət və istifadəçinin öz yazdığı mesaj
- Əlaqə məlumatı və məlumatın toplanma konteksti
- Məsul əməkdaşın seçilmə qaydası
- CRM-ə ötürülmə statusu və texniki xəta səbəbi
API xətasında məlumatı itirməyin
CRM müvəqqəti əlçatmaz olanda formanın qəbul edilməsi ilə CRM-ə yazılması eyni status sayılmamalıdır. Tətbiqə uyğun olaraq sorğu qorunan növbədə saxlanıla, idarə olunan qayda ilə yenidən göndərilə və məsul şəxsə xəbər verilə bilər. Əlavə məlumat saxlanırsa, giriş və silinmə qaydaları da müəyyənləşdirilməlidir.
Eyni hadisə təkrar işlənəndə yeni nəticə yaratmamaq yanaşmasına idempotent emal deyilir. Bu, konkret sistemin API imkanları əsasında qurulmalıdır. Müddətsiz retry etmək, bütün xətaları gizlətmək və ya istifadəçiyə yanlış uğur mesajı vermək problemi həll etmir.
Test ssenariləri ilə razılaşdırın
- Eyni formanın sürətli iki göndərişi bir texniki hadisə kimi necə tanınır?
- Mövcud müştərinin başqa xidmət sorğusu saxlanılırmı?
- CRM cavab vermir, sonra bərpa olur: sorğu bir dəfə yazılırmı?
- Kontakt uyğunluğu qeyri-müəyyəndir: avtomatik silinmə əvəzinə baxışa çıxırmı?
- Məsul əməkdaş yoxdursa, müraciət ehtiyat növbəyə düşürmü?
- İcazəsiz istifadəçi başqa müştərinin tarixçəsini görə bilirmi?
Uğuru necə ölçmək olar?
Layihədən əvvəl və sonra cavabsız müraciət sayı, texniki ötürmə xətası, təkrar qeyd və ilk əlaqəyə qədər vaxt eyni təriflə ölçülməlidir. Rəqəmlər olmadan faizlə qənaət və satış artımı vəd etmək düzgün deyil. Real nümunələr yoxdursa, test məlumatı açıq şəkildə sınaq kimi işarələnməlidir.
Yeni CRM ehtiyacı varsa CRM və satış sistemi, yalnız mövcud sistemlərin əlaqəsi lazımdırsa sistem inteqrasiyası istiqamətindən başlayın. Telegram kanalını qoşmaq üçün sifariş botu xidmətinə baxın. Bu məqalədəki qaydalar mümkün layihə yanaşmasıdır, hazır məhsul funksiyası və ya əldə edilmiş müştəri nəticəsi deyil.