Telegram botni CRM bilan integratsiya: bu qanday ishlaydi

Telegram bot CRM bilan ikki nuqta orqali bog‘lanadi: bot Telegramdan hodisalarni vebhuk yoki so‘rov (polling) orqali oladi, CRM’ga esa uning API’si orqali ma’lumot yuboradi. Ular orasida sizning xizmatingiz turadi — u tugma bosishlarni mijoz va bitim kartochkasidagi maydonlarga aylantiradi. Asosiy cheklovni platformaning o‘zi belgilaydi: bot odamga birinchi bo‘lib yoza olmaydi, shuning uchun bildirishnomalarni faqat botni allaqachon ishga tushirganlar oladi.

Bot hodisalarni qanday oladi: vebhuk yoki so‘rov

Telegram botga hodisalarni ikki bir-birini istisno qiluvchi usulda beradi: yoki bot o‘zi nima yangiligini so‘raydi, yoki Telegram hodisalarni ko‘rsatilgan manzilga yuboradi. Tanlov qanday infratuzilma kerakligini belgilaydi.

• Vebhuk. Siz bir marta manzil ko‘rsatasiz, Telegram esa har bir hodisani o‘sha yerga yuboradi. Ochiq HTTPS manzil kerak, ammo xabarlar kechikishsiz keladi — bu ishlaydigan bot uchun amaldagi variant.
• So‘rov, ya’ni long polling. Bot o‘zi Telegramga murojaat qilib, to‘plangan hodisalarni oladi. Ochiq manzil shart emas, shuning uchun bu usul sinov va yopiq tarmoqda qulay.

Vebhukda serveringizga bir vaqtdagi ulanishlar soni parametri bor: 1 dan 100 gacha qiymat mumkin, Telegram sukut bo‘yicha 40 dan foydalanadi. Aynan shu son botning cho‘qqi soatida chiday oladigan yukni belgilaydi.

Telegram o‘qilmagan hodisalarni bot ularni olguncha saqlaydi, ammo 24 soatdan ortiq emas. Agar bot serveri bir kun ishlamagan bo‘lsa, shu davrdagi murojaatlar butunlay yo‘qoladi — shuning uchun botga ishonch emas, ishlab turganini kuzatib boradigan monitoring kerak.

Bot CRM’ga nima yuboradi va nimani qaytarib oladi

Bot yana bir savdo kanali sifatida ishlaydi, shuning uchun almashinuv ikki tomonlama boradi: mijoz ma’lumotlari kompaniya tizimlariga ketadi, holat va ma’lumotnoma esa chatga qaytadi.

Telegram odam haqida ko‘p narsa bermaydi: chat identifikatori, ism, mavjud bo‘lsa — username va interfeys tili. Ular orasida telefon raqami yo‘q — u alohida kontakt sifatida keladi, odam uni shaxsiy chatda tugma bilan botga o‘zi yuborganda. Shuning uchun kontakt so‘rovi stsenariyga ongli ravishda, odam botning nimaga kerakligini tushungandan keyin qo‘yiladi, birinchi ekranga emas.

Texnik jihatdan bu istalgan boshqa integratsiyadagi bilan bir xil API, vebhuk va konnektorlar: bu yerda bot boshqasining interfeysiga oddiy mijoz xolos. Almashinuv yo‘nalishlarini qanday taqsimlash va har bir ma’lumotnoma kimga tegishli ekani CRM’ni korporativ tizimlar bilan integratsiya qilish haqidagi maqolada yozilgan.

Botdan kelgan ariza qanday bitimga aylanadi

Tugma bosishdan menejerga topshiriqqacha bo‘lgan yo‘l olti bosqichdan iborat, va har birini ishlab chiqishdan oldin tasvirlash kerak — aks holda CRM’ga erkin matn tushadi, u bilan hech nima qilib bo‘lmaydi.

1. Havola bosiladi. Odam manba belgisi bor havola orqali botni ochadi va ishga tushirish tugmasini bosadi.
2. Savollar stsenariysi. Bot bosqichma-bosqich savol beradi va javoblarni alohida maydonlarga joylaydi: shahar, xizmat, byudjet, qulay vaqt.
3. Mijozni izlash. Botning xizmati odamni CRM’da telefon raqami bo‘yicha izlaydi: topilsa — kartochkani to‘ldiradi, topilmasa — yangisini yaratadi.
4. Bitim yaratish. Bitim voronkaning kerakli bosqichida manba belgisi va kvalifikatsiya savollariga javoblar bilan paydo bo‘ladi.
5. Menejerga topshiriq. CRM mas’ulni tayinlaydi, muddatli topshiriq qo‘yadi va ish chatiga bildirishnoma yuboradi.
6. Mijozga aloqa. CRM’dagi holat o‘zgarishi chatga xabar bo‘lib qaytadi — odam botni ishga tushirgan va uni bloklamagan bo‘lsa.

UzFranchise Expo keysida ko‘rgazmaga ro‘yxatdan o‘tish ham xuddi shunday tuzilgan edi: bot mehmonni ro‘yxatga oldi, tashrif maqsadi haqida savol berdi va elektron chipta berdi, CRM esa javoblar asosida segmentlar va tarqatmalarni yig‘di.

• 7 500+ segmentlari va aloqalar tarixi bo‘lgan bitta bazadagi odam
• 3 539 QR chipta skanerlashi ko‘rgazmaning ikki kunida kirishda
• 0,2 soniya bitta mehmonga kirishda skanerlashda

Xuddi shu loyihaning yana bir tafsiloti: ishtirokchi kompaniyalar mehmonning QR kodini o‘z telefonlari bilan skanerlagan, va kontakt darhol ularning bazasiga tushgan. Bunday sxemada bot nafaqat arizalarni yig‘adi, balki ma’lumotlarni jarayonning boshqa ishtirokchilariga ham uzatadi.

Botga mijoz qayerdan kelganini qanday bilish mumkin

Manba to‘g‘ridan-to‘g‘ri botga havolada uzatiladi: t.me/bot_nomi ko‘rinishidagi manzilga start parametri belgi bilan qo‘shiladi, va Telegram bu belgini botga birinchi hodisadayoq beradi. Keyin belgi bitim maydoniga qo‘yiladi va mijoz bilan birga CRM’da saqlanadi.

Parametr cheklovlari oddiy: uzunligi 64 belgigacha, lotin harflari, raqamlar, pastki chiziqcha va defis ruxsat etiladi. Murakkab qiymatlar uchun hujjatlar o‘z formatini o‘ylab topmasdan, parametrni base64url’da kodlashni maslahat beradi.

Shuning uchun belgilar qisqa va o‘qiladigan qilinadi: ig_sept, qr_stand12, site_pricing. Bitimlar hisobotida keyin qaysi havola to‘lovchi mijozlarni, qaysi biri esa faqat obunachilarni keltirgani ko‘rinadi. Xuddi shu vazifa mobil ilovalar va reklama kampaniyalari uchun qanday hal qilinishi ilovalar analitikasi va deep link tracking haqidagi maqolada yozilgan.

Havolalar ko‘p bo‘lganda bitta belgi yetmaydi. Belgilar ma’lumotnomasi va nomlash qoidasini kiriting — kanal, kampaniya, joylashuv — aks holda yarim yildan keyin hisobotda yigirmata qiymat chiqadi, ularning yarmisi qayerdan kelganini hech kim eslamaydi.

Telegram bot nimani qila olmaydi

Odatdagi vazifalarning bir qismi platforma qoidalariga ko‘ra botga yopiq. Buni ishlab chiqishdan oldin kelishib olgan yaxshiroq, tarqatmani ishga tushirgan kunda bilib qolgandan ko‘ra.

Muhim Bot birinchi bo‘lib suhbat boshlay olmaydi — Bot API hujjatlarida bu to‘g‘ridan-to‘g‘ri aytilgan: foydalanuvchi botga o‘zi yozishi yoki uni guruhga qo‘shishi kerak. Demak, bildirishnomalar bazasi faqat ishga tushirish tugmasini bosganlardan yig‘iladi, Telegram’da sotib olingan raqamlar ro‘yxati esa foydasiz.

• Telefon raqami bo‘yicha tarqatma yo‘q. Xabar faqat bot bilan mavjud chatga ketadi.
• Botni bloklagan odamni xabar bilan qaytarib bo‘lmaydi. Yuborish o‘tmaydi, va bu belgini mijoz kartochkasiga yozib qo‘yish kerak — aks holda menejer kelmaydigan javobni kutadi.
• Guruhlarda bot hammasini ko‘rmaydi. Sukut bo‘yicha botlar maxfiylik rejimida ishlaydi va faqat o‘ziga qaratilgan buyruqlar va xizmat xabarlarini oladi.
• Xodimning shaxsiy yozishmasi CRM uchun kanal emas. Uni norasmiy vositalar bilan ko‘chirishadi, to‘lovi esa raqamning tarix bilan birga bloklanishi bo‘ladi.
• Hodisalar abadiy kutmaydi. O‘tkazib yuborilgan yangilanishlar bir kundan ortiq saqlanmaydi, keyin ular butunlay yo‘qoladi.

Bu qoidalarni chetlab o‘tib bo‘lmaydi, lekin stsenariyni ular atrofida qurish mumkin: bot ishga tushirilishini birinchi bosqichdayoq yig‘ish, muhim bildirishnomalarni ikkinchi kanalda takrorlash va sovuq baza bilan ishlashda botga umid qilmaslik. Biznesga bot nima uchun kerakligi va arizalardan tashqari qanday vazifalarni yopishi biznes uchun Telegram botlar haqidagi maqolada yozilgan.

Ulanish qanday o‘tadi

Ulanish olti bosqichda o‘tadi, va birinchi ikkitasi qog‘ozda bajariladi: maydonlar va hodisalar tasvirlanmaguncha sozlaydigan hech narsa yo‘q.

1. Stsenariy. Bot qanday savollar berishini va javoblardan qanday maydonlar chiqishini tasvirlaymiz. CRM’da erkin matn hech kimga kerak emas.
2. Almashinuv sxemasi. Bot CRM’ga nima yuborishini, nimani qaytarib olishini va qaysi hodisada: yangi ariza, to‘lov, holat o‘zgarishi — hal qilamiz.
3. Integratsiya hisob yozuvi. CRM’da bot uchun minimal huquqli va o‘z kirish kaliti bilan alohida foydalanuvchi yaratamiz.
4. Ishlab chiqish va vebhuk. Bot xizmatini ko‘taramiz, HTTPS manziliga vebhuk qo‘yamiz, CRM mavjud bo‘lmagan hollar uchun qayta urinishlar va navbatni sozlaymiz.
5. Stsenariylarni tekshirish. Mijoz yo‘lini to‘liq va alohida — kontaktlar takrorlanishi, to‘lov rad etilishi, bot bloklanishi va CRM mavjud emasligini — sinovdan o‘tkazamiz.
6. Ishga tushirish va kuzatish. Birinchi suhbatlarni o‘qiymiz, iboralarni to‘g‘rilaymiz va almashinuv xatolari jurnalini kuzatamiz.

Ishga tushirilgandan keyin botni kim kuzatishini alohida kelishib olish kerak. Nazoratsiz bot sekin-asta buziladi: Telegram vebhukka yeta olmay qo‘yadi, arizalar to‘planadi, muammo esa mijozning qo‘ng‘irog‘idan bilinadi.

Botni CRM’ga ulash qancha turadi

Narx botni noldan ishlab chiqasizmi yoki allaqachon ishlayotgan botni CRM bilan bog‘laysizmi, shunga bog‘liq. Xizmat sahifasida bular uch xil format.

• 400 $ — botga qaysi vazifalarni berish hali hal qilinmagan bo‘lsa, jarayonlarni tahlil qilish va ustuvorliklar bilan avtomatlashtirish rejasi.
• 1 200 $ dan — ariza va navbat qabul qiladigan bot: stsenariy, ishlab chiqish, bildirishnomalar va arizalarni CRM’ga kiritish.
• 2 500 $ dan — kompaniya ichidagi rutinani avtomatlashtirish: hujjatlar va arizalardan CRM yoki ERP’ga ma’lumot ko‘chirish, muntazam hisobotlarni yig‘ish.

Boshlang‘ich narxdan yuqoriga byudjetni uch narsa ko‘taradi: ulanadigan tizimlar soni, API’siz yopiq yoki o‘z yozilgan dasturlar va stsenariy uzunligi — har bir qo‘shimcha dialog bosqichini o‘ylab topish, yozish va tekshirish kerak. Har bir format bo‘yicha ishlar tarkibi botlar va AI-assistentlar sahifasida yozilgan.

Ishga tushirilgandan keyin botning doimiy xarajatlari qoladi: u yashaydigan server — oyiga 30 $ dan, va almashinuvni kuzatish. Kompaniyaning ish tizimlarini, jumladan CRM va integratsiyalarni, qo‘llab-quvvatlash oyiga 700 $ dan boshlanadi; unga nima kirishi texnik qo‘llab-quvvatlash sahifasida yozilgan.

Biz botlarni CRM’ga qanday ulaymiz

Syntra Systems koddan emas, stsenariy va maydonlardan boshlaydi: mijozlar qanday savollar bilan kelishini, shundan qaysi qismi odamsiz yopilishini va qanday ma’lumotlar CRM’da bo‘lishi kerakligini aniqlaymiz. Shundan keyin almashinuv sxemasini belgilaymiz va zanjirni yig‘amiz — bot, almashinuv xizmati, CRM, to‘lov va hisob tizimi.

Arizalarni manba belgisi bilan CRM’ga kiritamiz, bildirishnomalarni mas’ullarga yuboramiz, holatlarni mijozga chatda qaytaramiz. Yetib bormagan arizani darhol ko‘rish uchun qayta urinishlar va xatolar jurnalini sozlaymiz va ishga tushirilgandan keyin ham aloqada qolamiz: birinchi suhbatlar har doim stsenariyda qaysi iboralarni qayta yozish kerakligini ko‘rsatadi.

Ko‘p beriladigan savollar