हेल्पडेस्क & टिकटिंग
रिकॉर्डिंग एजेंट के पहले से खुले टिकट पर आंतरिक नोट बनती है — बिना माँगे नया मामला नहीं।
1. पहला सवाल जिसका जवाब ज़रूरी था
कौन-सा टिकट?
हर पहचाने सत्र का टिकट स्पैम होगा: सहायता टीम को बिना खोले मामले मिलेंगे। व्यक्ति के हर पुराने टिकट पर नोट जोड़ना भी स्पैम है, बस धीमा।
इसलिए: भेजने वाले के नवीनतम खुले टिकट पर आंतरिक नोट। खुला टिकट न हो तो कुछ नहीं। ग्राहक के बिना शुरू किया मामला नहीं बनता और एजेंट वहीं रिकॉर्डिंग पाता है जहाँ पहले से देख रहा है।
आंतरिक, कभी सार्वजनिक नहीं। लिंक MousePlayer में जाता है। ग्राहक को नहीं दिखना चाहिए और वह वैसे भी खोल नहीं सकेगा।
2. Zendesk Support और Freshdesk
दोनों समर्थित और एक काम अलग तरीके से करते हैं। आपको चिंता नहीं, लेकिन इसलिए फ़ॉर्म थोड़ी अलग जानकारी पूछता है।
| Zendesk Support | Freshdesk | |
|---|---|---|
| सबडोमेन | acme acme.zendesk.com से | acme acme.freshdesk.com से |
| एजेंट ईमेल | चाहिए — Zendesk इस रूप में साइन इन करता है: email/token | नहीं चाहिए, खाली छोड़ें |
| API टोकन | Admin Center → ऐप और इंटीग्रेशन → API | आपकी प्रोफ़ाइल सेटिंग |
| नोट बनता है | टिकट पर आंतरिक टिप्पणी | टिकट पर निजी नोट |
आसान हो तो सबडोमेन फ़ील्ड में पूरा URL चिपकाएँ — ज़रूरी भाग निकालते हैं, इसलिए https://acme.zendesk.com/agent/tickets/1 बनता है acme।
3. कब चलता है
सत्र पहचाने जाते ही — साइट यह कॉल करे: MousePlayer.setUserId(), विश्लेषण ब्रिज विशिष्ट ID पढ़े या सर्वर identify एंडपॉइंट बुलाए।
केवल ईमेल पते से
टिकट भेजने वाले का होता है जिसे हेल्पडेस्क ईमेल से जानता है। अनुबंध नंबर से कुछ नहीं मिलता, इसलिए कुछ नहीं भेजते।
केवल खुले टिकट
हल और बंद टिकट छोड़ते हैं। अनदेखे मामले पर नोट उपयोगी नहीं और बिना वजह बंद टिकट फिर सामने लाता है।
भेजने वाले का खुला टिकट न हो तो पूरा गिना जाता है, विफल नहीं — सामान्य स्थिति है, फिर कोशिश कुछ नहीं बदलेगी।
4. एजेंट क्या देखता है
एक आंतरिक नोट: MousePlayer: <email> का सत्र रिकॉर्डिंग और लिंक। एक क्लिक में वास्तविक गतिविधि, उसी विवरण के पास जो व्यक्ति ने लिखा।
कहाँ काम आता है
- "काम नहीं करता" टिकट। रिकॉर्डिंग बीस सेकंड में वह बताती है जो तीन ईमेल दौर नहीं बताते।
- न दोहराए जा सकने वाले कदम। अब ज़रूरत नहीं — सत्र आपके पास है।
- गुस्से में बार-बार और निष्प्रभावी क्लिक जिनका ग्राहक ज़िक्र नहीं करता क्योंकि उसे लगता है उत्पाद ऐसा ही है।
टोकन सर्वर नहीं छोड़ता
AES-256-GCM एन्क्रिप्टेड, सहेजने के बाद नहीं दिखता और आंतरिक काम कतार से अलग रहता है।
5. Help Scout, Front और Gorgias
तीन और हेल्पडेस्क। सभी खुली बातचीत पर आंतरिक नोट जोड़ते हैं, तीनों के तरीके अलग।
| आप देते हैं | सबडोमेन | |
|---|---|---|
| Help Scout | आंतरिक ऐप का क्लाइंट ID और सीक्रेट | नहीं चाहिए |
| Front | API टोकन और टीम सदस्य ID | नहीं चाहिए |
| Gorgias | एजेंट ईमेल और API कुंजी | चाहिए |
Help Scout पहले विनिमय करता है
क्लाइंट सीक्रेट सीधे नहीं लेता। ब्रिज पहले अल्पकालीन एक्सेस टोकन लेता है — client credentials flow, उपयोगकर्ता के बजाय स्वयं काम करते इंटीग्रेशन के लिए। टोकन जीवनकाल तक मेमोरी में, सीक्रेट डेटाबेस में।
Front टिप्पणी का लेखक चाहिए
Front में टिप्पणी टीम सदस्य के नाम से आती है और API को उसकी ज़रूरत है। एजेंट नाम वाली फ़ील्ड में लॉगिन नहीं, वही ID है जिसका नाम नोट पर होगा।
Gorgias में एक के बजाय दो खोज
टिकट सूची केवल इससे फ़िल्टर होती है: customer_id , ईमेल फ़िल्टर नहीं। इसलिए पहले ग्राहक, फिर टिकट खोजते हैं। स्थिति फ़िल्टर भी नहीं, इसलिए खुले टिकट का चयन हमारी ओर, Freshdesk जैसा।
यहाँ बताए ट्रेडमार्क संबंधित स्वामियों के हैं। MousePlayer का इन प्रदाताओं से व्यावसायिक संबंध नहीं।