Yordam xizmati & so‘rovlar
Yozuv hech kim so‘ramagan yangi ish emas, agentingiz allaqachon ochgan so‘rovga ichki qayd bo‘lib tushadi.
1. Bu funksiya avval javob berishi kerak bo‘lgan savol
Qaysi so‘rov?
Har aniqlangan sessiyaga so‘rov yaratish spam bo‘lardi: yordam jamoangiz hech kim ochmagan ishlarni topardi. Shu shaxs yozgan barcha so‘rovga qayd qo‘shish ham spam, faqat sekinroq.
Shuning uchun: yuboruvchining eng so‘nggi OCHIQ so‘roviga ichki qayd. Ochiq so‘rov bo‘lmasa, umuman hech narsa qilinmaydi. Shu tariqa mijozingiz boshlamagan ish yaratmaymiz, agent esa yozuvni aynan qarayotgan joyidan topadi.
Ichki, hech qachon ochiq emas. Havola MousePlayer’ga olib boradi. Mijozingiz uni ko‘rmasligi kerak va baribir o‘tolmaydi.
2. Zendesk Support va Freshdesk
Ikkalasi qo‘llanadi va bir ishni turlicha hal qiladi. Bu haqda o‘ylashingiz shart emas, ammo shakl nega biroz boshqa narsalarni so‘rashini tushuntiradi.
| Zendesk Support | Freshdesk | |
|---|---|---|
| Subdomen | acme acme.zendesk.com dan | acme acme.freshdesk.com dan |
| Agent email’i | kerak — Zendesk shu sifatida kiradi: email/token | kerak emas, bo‘sh qoldiring |
| API tokeni | Administrator markazi → Ilovalar va integratsiyalar → API’lar | Profil sozlamalaringiz |
| Qayd bo‘ladi | so‘rovdagi ichki izoh | so‘rovdagi yopiq qayd |
Osonroq bo‘lsa, subdomen maydoniga to‘liq URL qo‘ying — kerakli qismini olamiz, shunda https://acme.zendesk.com/agent/tickets/1 shunga aylanadi: acme.
3. Qachon ishlaydi
Sessiya aniqlanganda — saytingiz shuni chaqirganda: MousePlayer.setUserId(), tahlil ko‘prigimiz distinct ID’ni qayta o‘qiganda yoki serveringiz identify endpoint’ini chaqirganda.
Faqat email manzili bilan
So‘rov yuboruvchiga tegishli, yordam xizmati uni email orqali taniydi. Shartnoma raqami u yerda hech qayerga yetaklamaydi, shuning uchun yuborilmaydi.
Faqat ochiq so‘rovlar
Hal qilingan va yopiq so‘rovlar o‘tkaziladi. Hech kim boshqa qaramaydigan ishdagi qayd hech kimga yordam bermaydi, yopiq so‘rovni sababsiz agentlarga yana ko‘rsatardi.
Yuboruvchining ochiq so‘rovi bo‘lmasa, xato emas, bajarilgan deb sanaladi — bu odatiy holat, qayta urinish o‘zgartirmaydi.
4. Agent nima ko‘radi
Bitta ichki qayd: MousePlayer: <email> dan sessiya yozuvi va havola. Bir bosishda shaxs nima qilganini, o‘sha haqda yozgani yonida ko‘radi.
Qayerda foydali
- “Ishlamayapti” so‘rovlari. Uch marta xat yozish ko‘rsatolmaganini yozuv odatda yigirma soniyada ko‘rsatadi.
- Hech kim takrorlay olmaydigan qadamlar. Endi kerak emas — sessiya bor.
- G‘azabli va natijasiz bosishlar — mijoz aytmaydi, chunki mahsulot shunday ishlaydi deb o‘ylaydi.
Token serverimizdan chiqmaydi
AES-256-GCM bilan shifrlab saqlanadi, qayta ko‘rsatilmaydi va vazifa tashuvchi ichki navbatdan ataylab chiqarilgan.
5. Help Scout, Front va Gorgias
Yana uch yordam xizmati. Uchalasida ochiq suhbatga ichki qayd tushadi, uchalasi turlicha yetadi.
| Siz berasiz | Subdomen | |
|---|---|---|
| Help Scout | ichki ilovaning mijoz ID’si va maxfiy kaliti | kerak emas |
| Front | API tokeni va jamoadosh ID’si | kerak emas |
| Gorgias | agent email’i va API kaliti | kerak |
Help Scout gapirishdan oldin almashtiradi
Mijoz maxfiy kalitini bevosita qabul qilmaydi. Ko‘prik uni avval qisqa muddatli kirish tokeniga almashtiradi — foydalanuvchi emas, o‘zi nomidan ishlaydigan integratsiya uchun client credentials oqimi. Token muddati davomida xotirada, maxfiy kalit bazada qoladi.
Front izohlariga muallif kerak
Front’dagi izoh jamoadosh nomidan ko‘rinadi, API uni talab qiladi. Bu yerda agent deb belgilangan maydonda shu turadi — login emas, qayd nomidan yoziladigan ID.
Gorgias bitta o‘rniga ikki so‘rov talab qiladi
So‘rovlar ro‘yxati faqat shu bo‘yicha filtrlaydi: customer_id — email filtri yo‘q. Shu sababli ko‘prik avval mijozni qidirib, keyin so‘rovlarini oladi. Holat bo‘yicha ham filtrlay olmaydi, shuning uchun Freshdesk’dagidek ochiq so‘rov biz tomonda tanlanadi.
Bu yerda atalgan barcha savdo belgilari o‘z egalariga tegishli. MousePlayer bu provayderlar bilan tijorat aloqasiga ega emas.