Mijozlar bilan yozishmaga SI ulandi va u qoralamalarni yaxshi yozyapti. Shunda tabiiy fikr paydo bo'ladi: qo'ysin, o'zi yuboraversin, xodim esa keyinroq tanlab ko'rib chiqadi. Muammo aynan shu yerda boshlanadi. Qoralamadagi xatoni bitta hamkasb ko'radi, yuborilgan xabardagi xatoni esa mijoz ko'radi va uni qaytarib olib bo'lmaydi. Bu maqolada SI qaysi xabarlarni o'zi yuborishi mumkinligi, qaysilarini faqat odam tasdig'idan keyin, tekshiruvni tasodifan chetlab o'tib bo'lmaydigan qilib qanday qurish va uni shunchaki tugma bosishga aylantirmaslik haqida gaplashamiz.
Bu xulosaga qayerdan keldik: o'z hodisamiz
Bizda aynan shu qoida bor edi: odam tasdiqlamaguncha hech bir matn tashqariga chiqmaydi. Qoida yozib qo'yilgan, tasdiqlash darvozasi mavjud va ishlab turgan edi. Shunga qaramay, autrich avtomatlashtiruvi uch kun ichida hech kim kelishmagan 42 ta xabar yubordi.
Sababi oddiy bo'lib chiqdi: yuborish komponentlaridan biri noto'g'ri papkani o'qirdi va darvozadan umuman so'ramasdi. Tekshiruv bor edi, lekin uni chetlab o'tish mumkinligini hech kim o'ylamagan. Yuborishni to'xtatdik, tasdiqni kod darajasida majburiy qildik va shablonlarni qayta yozdik — ma'lum bo'ldiki, ketayotgan matn ham kuchsiz edi. To'liq tahlil — «42 xabar tasdiqsiz ketdi» keysida.
Asosiy xulosa: «biz shunday qilmaslikka kelishdik» — bu himoya emas. Himoya — chetlab o'tib bo'lmaydigan narsa.
Qaysi harakatlar tasdiq talab qiladi
Hamma narsani tasdiqlash tez charchatadi va odam o'qimasdan bosa boshlaydi. Hech narsani tasdiqlamaslik esa bir kun muammo haqida mijozdan eshitishni anglatadi. Harakatlarni xato narxiga qarab ajratgan ma'qul: xato tashqaridan qanchalik ko'rinadi va uni qaytarish mumkinmi.
| Harakat | Xato narxi | Rejim |
|---|---|---|
| Bilimlar bazasidan tez-tez beriladigan savolga javob (manzil, ish vaqti, yetkazish shartlari) | Past, javobni manbadan tekshirish mumkin | SI o'zi javob beradi, odam tanlab ko'radi |
| Yangi kontaktga birinchi xabar, autrich, follow-up | O'rta: obro', shikoyatlar, akkaunt bloklanishi | Faqat tasdiqdan keyin |
| Narx, chegirma, muddat, mavjudlik | Yuqori: mijoz buni va'da deb qabul qiladi | Faqat tasdiqdan keyin |
| Baza bo'yicha ommaviy yuborish | Yuqori: xato qabul qiluvchilar soniga ko'payadi | Matn ham, ro'yxat ham tasdiqlanadi |
| Shikoyat, qaytarish, nizo | Yuqori, hissiy jihatdan nozik | SI qoralama tayyorlaydi, odam javob beradi |
| Huquqiy, tibbiy, moliyaviy iboralar | Juda yuqori | Faqat odam, SI ko'pi bilan faktlarni yig'adi |
Jadvalda yo'q har qanday holat uchun bitta savol bering: bu xabar xato bilan ketsa, buni birinchi bo'lib kim biladi — siz yoki mijoz? Agar mijoz bo'lsa, tasdiq kerak.
Chetlab o'tib bo'lmaydigan darvoza qanday quriladi
Tasdiq faqat yuborish yo'lining ichida tursa ishlaydi, uning yonida emas. Bizda darvoza «yonida» edi: alohida komponent undan o'tmasdan yubora olardi. Endi majburiy deb hisoblaydigan tamoyillarimiz:
- Tashqariga bitta yo'l. Mijozlarga barcha xabarlar bitta yuborish moduli orqali o'tadi. Boshqa hech bir komponentda messenjer yoki pochta tokenlari yo'q — demak, darvozani chetlab o'tishga vositasi ham yo'q.
- Har bir qoralamaning holati. Xabar bosqichlardan o'tadi: «qoralama» → «tekshiruvda» → «tasdiqlangan» → «yuborilgan» yoki «rad etilgan». Modul faqat «tasdiqlangan»ni oladi va holatni aynan yuborish paytida tekshiradi.
- Standart holatda — taqiqlangan. Holat topilmasa, fayl o'qilmasa yoki baza ishlamasa, yuborish to'xtaydi. Tekshiruv nosozligi «yubormaslik» degani, «ehtimol mumkin» emas.
- Tasdiq aniq matnga bog'langan. Odam muayyan matn versiyasini tasdiqlaydi. Keyin bitta so'z o'zgarsa ham, tasdiq bekor bo'ladi.
- Jurnal va ogohlantirish. Har bir yuborish yoziladi: kim tasdiqladi, qachon, qaysi matn ketdi. Kuniga bir marta yuborilgan va tasdiqlangan xabarlar solishtiriladi, farq bo'lsa mas'ulga xabar boradi. Bizda nosozlik uch kundan keyin topildi — bunday solishtiruv uni birinchi kuniyoq topardi.
Amalda tasdiq qanday ko'rinadi
Tasdiqlashni xodim kun bo'yi ishlaydigan joyda qilish qulay. O'zbekistonda bu ko'pincha Telegram: bot karta yuboradi, qaror bitta bosish bilan qabul qilinadi. Kartada uchta narsa muhim: SI nega yozishga qaror qilgani (masalan, «tijoriy taklif yuborilgan, 6 kundan beri javob yo'q»), faktlar manbai (CRM'dagi bitim kartasi) va tugmalar — «Yuborish», «Tahrirlash», «Rad etish» hamda alohida «Bu mijozga yozmaslik». Oxirgisi bo'lmasa, rad etilgan kontakt bir haftadan keyin yana chiqadi. Takroriy murojaatlarning o'zini qanday qurish haqida — javob bermagan mijozlarni qaytarish maqolasida.
Tekshiruv rasmiyatchilikka aylanmasligi uchun
Darvoza ko'pincha texnik sababdan emas, odamdan buziladi. Xodim ketma-ket qirqta karta oladi, birinchi o'ntasini o'qiydi, qolganini qaramasdan tasdiqlaydi. Qog'ozda nazorat bor, amalda yo'q.
| Bosqich | SI nima qiladi | Odamga nima qoladi |
|---|---|---|
| Tayyorlash | Qoralama yozadi, CRM va bilimlar bazasidan faktlarni oladi | Qoidalarni belgilaydi: nima haqida yozish mumkin, nima mumkin emas |
| Saralash | Xavfli joylarni belgilaydi: narx, muddat, shikoyat, yangi kontakt | Qaysi toifalar qatorma-qator tekshirilishini hal qiladi |
| Tekshirish | Shablondan farq qilgan joylarni ajratib ko'rsatadi | O'qiydi va qaror qabul qiladi |
| Tahlil | Nima rad etilgani va nega — statistikani yig'adi | Haftada bir marta shablon va qoidalarni tuzatadi |
Foydali usullar: kunlik limit qo'ying — odam diqqat bilan o'qiy oladiganidan ortiq qoralamalar ertaga qoladi. Bir xil turdagi matnlarni birga tekshiring. Rad etishda sababni so'rang: «noto'g'ri fakt», «ohang to'g'ri emas», «yozish kerak emas». Vaqti-vaqti bilan ataylab xato qoralama qo'shib, uni xodim payqaydimi — tekshirib turing.
Nazoratni qachon yumshatish mumkin
Tasdiqni toifalar bo'yicha va ma'lumotga tayanib olib tashlash kerak, «anchadan beri xato bo'lmadi» degani uchun emas. Bitta tor toifani tanlang — masalan, sana va vaqt allaqachon kelishilgan uchrashuvni tasdiqlash. So'nggi haftalarda bunday qoralamalar tahrirsiz ketganini tekshiring. Keyin uni «o'zi yuboriladi, odam nusxasini ko'radi» rejimiga muayyan muddatga o'tkazing va bitta bosish bilan qaytarish imkonini qoldiring.
Ba'zi xabarlar hech qachon nazoratdan chiqmasligi kerak: prays-varaqdan tashqari narx va chegirmalar, muddat va'dalari, shikoyatlarga javoblar va notanish odamlarga birinchi xabarlar. Bizda tasdiqsiz ketgan autrich xabarlari aynan oxirgi guruhga tegishli edi. Bunday qarorlarni pilot bosqichida qanday baholash haqida — SI-loyiha piloti maqolasida, joriy etish bo'yicha boshqa materiallar — tegishli bo'limda.
Ko'p beriladigan savollar
Tasdiq avtomatlashtirish ma'nosini yo'qotmaydimi?
Yo'q. Vaqtning asosiy qismi kontekstni yig'ish va matn yozishga ketadi — buni SI qiladi. Tayyor qoralamani o'qib, tugmani bosish bir necha soniya oladi. Xodim yozishni to'xtatib, tahrirlay boshlaydi.
Kim tasdiqlashi kerak — rahbarmi yoki menejer?
Mijoz bilan munosabatga javob beradigan va kontekstni biladigan odam, odatda bitimni olib borayotgan menejer. Rahbarga faqat noyob toifalarni qoldirish mumkin: nostandart chegirmalar va jiddiy shikoyatlar.
Hozirgi avtomatlashtiruvimizda darvoza chetlab o'tilmasligini qanday tekshirish mumkin?
Dasturchidan koddagi barcha yuborish joylarini ko'rsatishni va har birini tekshirishni so'rang. Keyin o'z raqamingizga tasdiqlanmagan xabar yaratib, u ketmaganiga ishonch hosil qiling. Jarayon tavsifini emas, kodni tekshiring.
Xabarlar allaqachon tasdiqsiz ketgan bo'lsa-chi?
Faqat buzilgan komponentni emas, butun yuborishni to'xtating. Jurnaldan kimga nima ketganini chiqaring, kimga uzr yoki aniqlik kiritish kerakligini hal qiling. Shundan keyingina tuzating — takrorlanish texnik jihatdan imkonsiz bo'ladigan qilib.
Mijozlar bilan yozishmaga SI-agentlarni ulamoqchi bo'lsangiz va tasdiqni boshidanoq arxitekturaga kiritishni istasangiz — bizga yozing. Narx hajm va ma'lumotlarga bog'liq, birinchi suhbat — uni hisoblash uchun.