AI avtomatlaşdırma üçün sandbox və test mühiti

Qısa cavab

AI avtomatlaşdırması üçün sandbox real müştərilərə və real sistemlərə toxunmadan inteqrasiyanın sınandığı ayrıca mühitdir. Onun beş hissəsi olur: test kanalı və ya test nömrəsi, hədəf sistemlərin test nüsxəsi (CRM, sifariş sistemi), test bilik bazası, ayrıca test açarları və real olmayan test datası. Sandbox-dan sonra məhdud pilot gəlir — real kanalda, amma kiçik həcmdə və yaxın nəzarətlə — və yalnız bundan sonra tam istehsal (production). Əsas qaydalar: test məlumatı canlı hesabatlara düşməməli, test açarları canlı sistemə çatmamalı, canlıya keçid isə yazılı meyarlarla olmalıdır.

Niyə canlıda test etmək olmaz

Sandbox olmayan komandalarda test belə gedir: developer öz telefonundan canlı WhatsApp nömrəsinə yazır, CRM-də «Test Testov» adlı lead-lər yaranır, avtomatik zəng qaydası isə developerin nömrəsinə gecə saat 2-də zəng edir. Ən pis halda test mesajı real müştəriyə gedir və ya test webhook-u real sifarişi dəyişir. Ay sonunda hesabatda onlarla test lead-i olur və heç kim hansının real olduğunu bilmir.

Sandbox bu riskləri ayırır: istənilən səhvi edə bilərsiniz, çünki nəticəsi heç kimə çatmır.

Sandbox-ın beş hissəsi

1. 1Test kanalıAyrıca WhatsApp nömrəsi, test Instagram hesabı, test widget-i və ya ayrıca telefon nömrəsi.
2. 2Hədəf sistemlərin test nüsxəsiCRM, sifariş və ödəniş sistemlərinin test mühiti — real data olmadan.
3. 3Test bilik bazasıCanlı bazanın nüsxəsi və ya ayrıca versiya: yeni cavabları canlıya çıxmazdan əvvəl yoxlamaq üçün.
4. 4Ayrı açarlarTest açarları yalnız test sistemlərinə çatır; canlı açarlar sandbox-da yoxdur.
5. 5Test datasıUydurma müştərilər, uydurma nömrələr, ssenarilərə uyğun hazırlanmış hallar.

Test datası: real müştəri olmadan

Ən rahat yol canlı bazanın nüsxəsini götürməkdir, amma bu, şəxsi məlumatın lazımsız kopyasını yaradır. Daha düzgün yol test datasını ssenarilərdən qurmaqdır: «yeni müştəri», «eyni nömrə ilə ikinci müraciət», «nömrəsiz müraciət», «şikayət yazan müştəri», «bilik bazasında olmayan sual». Hər birinə uydurma ad və nömrə verilir. Real data lazımdırsa — məsələn, həcm testi üçün — o, anonimləşdirilir: adlar, nömrələr və ünvanlar dəyişdirilir.

Testi hesabatdan ayırmaq

Test məlumatı canlı hesabatlara düşəndə rəqəmlər yanlış olur: lead sayı şişir, cavab vaxtı qəribə görünür. Qayda: hər test qeydinin üzərində «test» işarəsi olsun və hesabatlar bu işarəli qeydləri avtomatik çıxarsın. Sandbox-da test məlumatı ümumiyyətlə canlı hesabata çatmır; məhdud pilotda isə işarə xüsusilə vacibdir, çünki test və real eyni sistemdə olur.

Sandbox-dan canlıya üç pillə

1. 1SandboxBütün ssenarilər test datası ilə keçilir, xəta halları süni yaradılır.
2. 2Məhdud pilotReal kanal, amma kiçik həcm: bir nömrə, bir növbə və ya müştərilərin kiçik bir hissəsi. Hər gün nümunə oxunur.
3. 3İstehsalTam həcm, normal monitorinq və geri çəkilmə planı.

Hər pillədən növbətinə keçid yazılı meyarlarla olur: «sandbox-da bütün ssenarilər keçdi», «pilotda bir həftə ciddi xəta olmadı». Pilotun biznes tərəfini omnichannel avtomatlaşdırma pilotu yazısında izah etmişik.

AI dəyişikliklərini sandbox-da yoxlamaq

Sandbox yalnız inteqrasiya üçün deyil. AI-nin təlimatını dəyişmək, bilik bazasına yeni sənəd əlavə etmək, marşrut qaydasını dəyişmək də canlıda «görək nə olur» üsulu ilə edilməməlidir. Praktik yol: dəyişiklik əvvəlcə test versiyasında edilir, 20–30 hazır sual ilə yoxlanılır, köhnə və yeni cavablar müqayisə olunur, yalnız sonra canlıya keçir. Zəng axınında dəyişikliyin testini zəng axınının testi yazısında izah etmişik.

Xəta hallarını süni yaratmaq

Sandbox-ın ən böyük üstünlüyü xətaları təhlükəsiz yaratmaq imkanıdır. Test CRM-ini söndürün və webhook-un təkrar cəhd etdiyini yoxlayın. API açarını səhv edin və bildirişin gəldiyini görün. Eyni hadisəni iki dəfə göndərin və dublikat yaranmadığını təsdiqləyin. Bu qaydaları API xətaları və retry qaydaları yazısında ətraflı izah etmişik.

Sandbox-ın sahibi və saxlanması

Sandbox tez köhnəlir: canlı sistem dəyişir, test nüsxəsi isə qalır və testlər yanlış nəticə verir. Ona görə sandbox-ın bir sahibi olmalıdır — adətən IT. O, test mühitini canlı ilə müntəzəm uyğunlaşdırır, test açarlarını idarə edir və kimin nə vaxt test etdiyini bilir. Böyük dəyişikliklərdən əvvəl sandbox yenilənir.

İllüstrativ nümunə

Bu, illüstrativ nümunədir. Turizm şirkəti AI çatbotunu rezervasiya sistemi ilə inteqrasiya edir. Sandbox üçün ayrıca WhatsApp test nömrəsi, rezervasiya sisteminin test mühiti və 15 uydurma müştəri hazırlanır. Testdə məlum olur ki, rezervasiya sistemi cavab vermədikdə bot səhvən «yer yoxdur» deyir.

Bot xəta halında «indi yoxlaya bilmirəm, menecer sizə yazacaq» cavabı verəcək şəkildə düzəldilir. Sonra məhdud pilot: bir hafta yalnız bir istiqamət üzrə real müştərilər. Ciddi xəta olmayanda bütün istiqamətlər açılır.

Tipik səhvlər

• Canlı kanalda və canlı sistemlərdə test etmək.
• Canlı bazanın tam nüsxəsini anonimləşdirmədən sandbox-a köçürmək.
• Test açarlarının canlı sistemə çatması.
• Test qeydlərini işarələməmək — hesabat yanlış olur.
• Sandbox-ı yeniləməmək — testlər köhnə sistemə qarşı keçir.

Məhdudiyyətlər

Sandbox real müştərinin davranışını tam təkrarlamır: real müştərilər gözlənilməz yazır, real həcm və real şəbəkə fərqlidir. Ona görə sandbox-dan sonra məhdud pilot mütləqdir. Bəzi xarici sistemlərin — məsələn, sosial şəbəkə platformalarının — tam test mühiti yoxdur; orada ayrıca test hesabı və diqqətli məhdud pilot istifadə olunur.

Vexvon-da test

Vexvon-da kanal canlı rejimə keçməzdən əvvəl cavablar test söhbətləri ilə yoxlanılır və lazımi düzəlişlər edilir. Sayt widget-inin test rejimində aparılan söhbətlər hesabatlardan avtomatik çıxarılır. Zəng marşrutu qaydaları işə salınmazdan əvvəl simulyasiya ilə yoxlanıla bilər. Şirkətin öz sistemləri üçün test mühitini və canlıya keçid meyarlarını inteqrasiya planında birlikdə müəyyən edirik. Ətraflı: inteqrasiyalar.

Növbəti addım

Növbəti inteqrasiyanız üçün beş hissəlik siyahını doldurun: test kanalı var? hədəf sistemin test nüsxəsi var? test açarları ayrıdır? test datası hazırdır? test qeydləri işarələnir? «Yox» cavabları sandbox planınızın başlanğıcıdır. Tələblər sənədində test bölməsini API inteqrasiyası tələbləri yazısında göstərmişik. Digər yazılar enterprise inteqrasiya bölməsindədir; sandbox planınızı demo zamanı birlikdə qura bilərik.