हेल्पडेस्क & टिकटिङ
रेकर्डिङ एजेन्टले पहिल्यै खोलेको टिकटमा आन्तरिक नोट बन्छ — कसैले नमागेको नयाँ केस होइन।
1. पहिले उत्तर दिनुपर्ने प्रश्न
कुन टिकट?
पहिचान भएका हरेक सत्रमा टिकट बनाउनु अनावश्यक हल्ला हुन्थ्यो: टोलीले कसैले नखोलेका केस पाउँथ्यो। त्यस व्यक्तिका सबै पुराना टिकटमा नोट जोड्नु पनि उही हल्ला, अझ ढिलो।
त्यसैले: पठाउने व्यक्तिको पछिल्लो खुला टिकटमा आन्तरिक नोट। खुला टिकट नभए केही हुँदैन। ग्राहकले नखोलेको केस बन्दैन र एजेन्टले हेरिरहेकै ठाउँमा रेकर्डिङ भेट्छन्।
आन्तरिक, कहिल्यै सार्वजनिक होइन। लिङ्क MousePlayer भित्र जान्छ। ग्राहकले देख्नु हुँदैन र खोल्न पनि सक्दैन।
2. Zendesk Support र Freshdesk
दुवै समर्थित छन्, उही काम फरक तरिकाले गर्छन्। चिन्ता गर्नुपर्दैन, तर फारमले फरक कुरा किन माग्छ भन्ने बुझिन्छ।
| Zendesk Support | Freshdesk | |
|---|---|---|
| उपडोमेन | acme acme.zendesk.com बाट | acme acme.freshdesk.com बाट |
| एजेन्टको इमेल | आवश्यक — Zendesk ले यसबाट साइन इन गर्छ: email/token | चाहिँदैन, खाली राख्नुहोस् |
| API टोकन | प्रशासक केन्द्र → एप र एकीकरण → APIs | आफ्नै प्रोफाइल सेटिङ |
| नोट बन्ने रूप | टिकटमा आन्तरिक टिप्पणी | टिकटमा निजी नोट |
सजिलो भए उपडोमेनमा पूरा URL पेस्ट गर्नुहोस् — आवश्यक भाग निकाल्छौँ, त्यसैले यो https://acme.zendesk.com/agent/tickets/1 यसमा बदलिन्छ: acme।
3. कहिले चल्छ
सत्र पहिचान हुँदा — साइटले यो कल गर्दा MousePlayer.setUserId(), विश्लेषण सेतुले distinct 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 टिप्पणीमा लेखक चाहिन्छ
टिप्पणी सहकर्मीको नाममा देखिन्छ र API ले माग्छ। यहाँ एजेन्टको फिल्डमा लगइन होइन, नोटमा नाम देखिने व्यक्तिको ID राखिन्छ।
Gorgias मा एकको सट्टा दुई प्रश्न
यसको टिकट सूचीले यो मात्र फिल्टर गर्छ: customer_id , इमेल फिल्टर छैन। त्यसैले पहिले ग्राहक खोजेर टिकट मागिन्छ। स्थिति पनि फिल्टर नहुने भएकाले Freshdesk जस्तै खुला टिकट हाम्रोतर्फ छानिन्छ।
यहाँ उल्लेख सबै ट्रेडमार्क सम्बन्धित मालिकका हुन्। MousePlayer को यी प्रदायकसँग व्यावसायिक सम्बन्ध छैन।