तीन श्रेणियां अलग-अलग बेची जाती हैं और एक ही काम के लिए खरीदी जाती हैं: एक हेल्प डेस्क, एक लाइव चैट टूल, एक कस्टमर सर्विस CRM। इन सभी का मकसद है ग्राहकों को जवाब देना और उनका ट्रैक न खोना। इनके बीच का ओवरलैप इतना बड़ा है कि ज़्यादातर टीमें आखिर में दो चलाती हैं और दोहराई जाने वाली चीज़ के लिए दो बार भुगतान करती हैं।
इससे निकलने का रास्ता कोई फीचर मैट्रिक्स नहीं है। यह जानना है कि हर श्रेणी असल में किस चीज़ के इर्द-गिर्द बनी है, क्योंकि यही केंद्र वह है जो वह अच्छी तरह करती है और बाकी सब कुछ एक ऐड-ऑन है।
तीन श्रेणियां, एक काम
हर श्रेणी एक अलग ऑब्जेक्ट के इर्द-गिर्द व्यवस्थित है, और बाकी सब कुछ इसी से निकलता है।
एक हेल्प डेस्क टिकट के इर्द-गिर्द बनी है: काम की एक इकाई जिसकी एक स्थिति, एक मालिक, एक डेडलाइन और कोई जवाबदेह व्यक्ति होता है। लाइव चैट सेशन के इर्द-गिर्द बनी है: अभी हो रही एक बातचीत, जिसे सेकंडों में मापा जाता है। एक CRM अकाउंट के इर्द-गिर्द बना है: एक व्यक्ति या कंपनी जिसका इतिहास किसी भी एक अनुरोध से ज़्यादा लंबा चलता है।
यह पूछें कि किस ऑब्जेक्ट के बिना कोई टूल काम करने से इनकार कर देगा, और उसकी श्रेणी साफ हो जाती है, चाहे प्राइसिंग पेज उसे कुछ भी कहे।
एक टूल अपने ही ऑब्जेक्ट को सहज रूप से संभालता है और बाकी दो को अटैचमेंट की तरह देखता है। यही वजह है कि लाइव चैट टूल्स टिकट अजीब तरीके से स्टोर करते हैं, हेल्प डेस्क पतली कस्टमर प्रोफाइल दिखाते हैं, और CRM खराब रीयल-टाइम इनबॉक्स बनाते हैं।
हेल्प डेस्क किस चीज़ का मालिक है
हेल्प डेस्क इसलिए मौजूद है ताकि कोई अनुरोध खोए नहीं और हर एक का कोई मालिक हो। इसकी सहज अवधारणाएं हैं कतारें, स्थितियां, असाइनमेंट, प्राथमिकता, SLA टाइमर और एस्केलेशन।
यह सही केंद्र तब होता है जब काम सुलझने से तेज़ गति से आता है, जब अनुरोध एक बैठक से ज़्यादा लंबे चलते हैं, और जब किसी को यह जवाब देना होता है कि अभी क्या खुला है।
हेल्प डेस्क टिकटिंग सॉफ्टवेयर किसी अनुरोध के दूसरे दिन अपनी कीमत साबित करता है, पहले मिनट में नहीं। अगर आप जो कुछ भी संभालते हैं वह लगभग हमेशा एक ही बातचीत में बंद हो जाता है, तो ज़्यादातर मशीनरी बिना इस्तेमाल के पड़ी रहती है।
सबसे अच्छा तब जब: वॉल्यूम ज़्यादा हो, अनुरोध एक सेशन से ज़्यादा लंबे चलें, और किसी को रिज़ॉल्यूशन डेडलाइन के लिए जवाबदेह होना हो।
लाइव चैट और एक चैट बातचीत की संरचना
लाइव चैट उस बातचीत के लिए अनुकूलित है जो अभी हो रही है, और इसकी पूरी डिज़ाइन इसी डेडलाइन से निकलती है।
इसकी सहज चिंताएं हैं विजेट का व्यवहार, विज़िटर संदर्भ, जो भी उपलब्ध है उसे रूटिंग, तैयार जवाब, और घंटों की बजाय सेकंडों में मापा गया पहला जवाब।
यह प्री-सेल्स सवालों और त्वरित अकाउंट समस्याओं के लिए उपयुक्त है। व्यापक रूप से, यह किसी भी ऐसी स्थिति के लिए उपयुक्त है जहां एक तेज़ आंशिक जवाब एक पूरे धीमे जवाब से बेहतर हो।
इसकी कमज़ोरी उसी क्षण दिखती है जब कोई चैट पूरी नहीं हो पाती। पीछे कोई टिकट न होने पर, अधूरी बातचीत का कोई मालिक नहीं होता, कोई डेडलाइन नहीं होती, और कोई स्थिति नहीं होती, और वह सिर्फ किसी की याद में ज़िंदा रहती है।
सबसे अच्छा तब जब: बातचीतें एक ही सेशन में बंद हो जाती हैं और ट्रैकिंग से ज़्यादा गति मायने रखती है।
कस्टमर सर्विस CRM सॉफ्टवेयर और अकाउंट रिकॉर्ड
एक CRM अकाउंट को रखता है: यह ग्राहक कौन है, उसने क्या खरीदा, उससे क्या वादा किया गया था और पिछली बार क्या हुआ था।
सपोर्ट के लिए यह जवाब की गति की बजाय उसकी गुणवत्ता बदल देता है। जो एजेंट प्लान, नवीनीकरण की तारीख, और पिछली शिकायत देख सकता है, वह उस एजेंट से अलग जवाब देता है जो सिर्फ मौजूदा मैसेज देखता है।
कस्टमर सर्विस CRM सॉफ्टवेयर वह भी है जो सपोर्ट को बाकी कंपनी के लिए दिखाई देने योग्य बनाता है। सेल्स को नवीनीकरण कॉल से पहले खुली शिकायत दिखती है, और अकाउंट मैनेजमेंट को चर्न से पहले पैटर्न दिखता है।
एक CRM जो नहीं है वह है एक इनबॉक्स। पाइपलाइनों के लिए बनाए गए CRM के अंदर लाइव बातचीत का वॉल्यूम संभालना, आखिरकार दो टूल्स तक पहुंचने का सबसे आम रास्ता है।
फैसला तय करने वाले सवालों पर आमने-सामने तुलना
| सवाल | हेल्प डेस्क | लाइव चैट | CRM |
|---|---|---|---|
| किसके इर्द-गिर्द बना है | टिकट | सेशन | अकाउंट |
| स्वाभाविक समय इकाई | घंटे से दिन | सेकंड से मिनट | महीने से साल |
| जवाब देता है कि इसका मालिक कौन है | हां | नहीं | आंशिक रूप से |
| जवाब देता है कि यह कौन है | आंशिक रूप से | नहीं | हां |
| चैनल बदलने पर बचता है | हां | शायद ही कभी | हां |
| किस वजह से विफल होता है | धीमा पहला जवाब | अधूरा काम खोना | खराब रीयल-टाइम हैंडलिंग |
आखिरी पंक्ति पहले पढ़ें। हर श्रेणी एक अनुमानित तरीके से विफल होती है, और जिस विफलता को आप सबसे कम बर्दाश्त कर सकते हैं, वही सबसे मज़बूत दलील है कि आपको कौन सा केंद्र चाहिए।
वह ओवरलैप जिसके लिए आप दो बार भुगतान कर बैठते हैं
इन श्रेणियों में से हर एक दूसरों की तरफ बढ़ी है, यही वजह है कि सीमाएं डेमो में धुंधली और रोज़मर्रा के इस्तेमाल में साफ महसूस होती हैं।
हेल्प डेस्क ने चैट विजेट जोड़े। चैट टूल्स ने टिकट ऑब्जेक्ट जोड़े। CRM ने इनबॉक्स जोड़े। हर जोड़ असली है, और हर एक उस टूल से कम गहरा है जो उस ऑब्जेक्ट के इर्द-गिर्द बनाया गया है।
यह दोहराव शायद ही कभी इनवॉइस पर दिखता है। यह उसी ग्राहक के दो बार स्टोर होने, उसी बातचीत के दो डैशबोर्ड में दो बार गिने जाने, और दो टीमों के अलग-अलग सिस्टम पढ़ने की वजह से किसी संख्या पर असहमत होने के रूप में दिखता है।
कॉन्टैक्ट रिकॉर्ड वह जगह हैं जहां इसकी सबसे ज़्यादा कीमत चुकानी पड़ती है। किसी ग्राहक के लिए सच्चाई के दो स्रोत होने का मतलब है कि किसी पर भी भरोसा नहीं होता, और हर रिपोर्ट इस बहस में बदल जाती है कि कौन सा एक्सपोर्ट सही है।
संकेत कि आप एक श्रेणी से आगे निकल चुके हैं
बदलाव का सही समय हेडकाउंट से ज़्यादा लक्षणों से पहचानना आसान है।
सिर्फ चैट काम करना तब बंद कर देती है जब एजेंट अधूरी बातचीतों की स्प्रेडशीट रखने लगते हैं, या जब कोई ग्राहक वापस आता है और कोई नहीं ढूंढ पाता कि कल क्या कहा गया था।
सिर्फ एक हेल्प डेस्क तब काम करना बंद कर देता है जब प्री-सेल्स सवाल टिकट के रूप में आते हैं और उनका जवाब मायने रखने के लिए बहुत धीरे दिया जाता है, या जब एजेंट हर जवाब के लिए दूसरा टूल खोलते हैं क्योंकि प्रोफाइल बहुत पतली होती है।
सिर्फ एक CRM पहली व्यस्त दोपहर में ही काम करना बंद कर देता है, जब पाइपलाइन लेआउट चालीस लोगों को जवाब देने के रास्ते में आ जाता है।
तीनों में भरोसेमंद संकेत: एजेंट टूल के बाहर अपनी खुद की सूची रखते हैं। वह सूची ही वह फीचर है जो आपमें नहीं है।
नॉलेज बेस: वह हिस्सा जो तीनों मान लेते हैं
तीनों श्रेणियां चुपचाप मान लेती हैं कि एक नॉलेज बेस मौजूद है, और उनमें से कोई भी वह नहीं है।
प्रकाशित जवाबों के बिना, तैयार जवाब एजेंटों के बीच अलग-अलग हो जाते हैं, टिकट रिज़ॉल्यूशन पहले से किए गए काम को दोहराते हैं, और AI लेयर के पास ड्राफ्ट करने के लिए कोई भरोसेमंद सामग्री नहीं होती।
कस्टमर सपोर्ट नॉलेज बेस सॉफ्टवेयर दो बार भुगतान करता है, एक बार आगे जहां ग्राहक खुद अपने जवाब पाते हैं, और एक बार पर्दे के पीछे जहां यह ऑटोमेटेड ड्राफ्ट के लिए आधार सामग्री बन जाता है।
जब टूल्स बंटे होते हैं तो रिपोर्टिंग सबसे पहले टूटती है
यह बंटवारा रिपोर्टिंग में सबसे पहले दिखता है, क्योंकि हर टूल सिर्फ वही गिन सकता है जो वह देख सकता है।
चैट रिस्पॉन्स टाइम की रिपोर्ट देती है और वह सब कुछ छोड़ देती है जो ईमेल से आगे बढ़ा। हेल्प डेस्क रिज़ॉल्यूशन टाइम की रिपोर्ट देता है और यह नहीं बता सकता कि सवाल का जवाब पहले ही चैट में दिया जा चुका था। CRM अकाउंट्स की रिपोर्ट देता है और कतार के भार के बारे में कुछ नहीं जानता।
तीन हरे डैशबोर्ड एक ऐसे अनुभव का वर्णन कर सकते हैं जो विफल हो रहा है, और उनमें से कोई भी गलत नहीं है।
जो संख्या सिर्फ एक जुड़े हुए सिस्टम में दिखती है वह है हर टच पॉइंट पर एक ग्राहक की लागत, और यही वह संख्या है जो स्टाफिंग तय करती है।
इंटीग्रेशन या एक ही प्लेटफॉर्म
तीन टूल्स को जोड़ना एक वैध विकल्प है, और यह तब काम करता है जब इंटीग्रेशन दोतरफा हों, जब पहचान कुंजियां मेल खाती हों, और जब फील्ड बदलने पर कोई सिंक का मालिक हो।
यह चुपचाप काम करना बंद कर देता है। एकतरफा सिंक पुराने डेटा में बदल जाता है, एक फील्ड का नाम बदलने से मैपिंग टूट जाती है जिसे कोई नोटिस नहीं करता, और विफलता एक एजेंट के गलत रिकॉर्ड पर भरोसा करने के रूप में सामने आती है।
एक ही प्लेटफॉर्म सिंक को बेहतर बनाने की बजाय उसे हटा देता है। इस विकल्प की कीमत ईमानदार है: उस क्षेत्र में एक विशेषज्ञ टूल से कम गहराई जहां वह विशेषज्ञ सबसे मज़बूत होता है।
RolChat सिंगल-वर्कस्पेस वाला पक्ष लेता है, जिसमें टिकट, चैट, कॉन्टैक्ट रिकॉर्ड, एक नॉलेज बेस और 11 चैनल एक रूटिंग मॉडल और एक इतिहास के पीछे हैं।
जो गहराई आप खोते हैं उसकी तुलना उस सिंक से करें जो अब आपको मेंटेन नहीं करना पड़ता। समर्पित ऑपरेशंस मालिक वाली टीमें तीन टूल्स को अच्छी तरह चला सकती हैं। बिना उसके टीमें आमतौर पर सिंक की खोज तभी करती हैं जब वह एक महीने से टूटा हुआ हो।
लागत मॉडल जो बढ़ने के साथ अलग व्यवहार करते हैं
इन श्रेणियों की कीमत अलग-अलग तरीके से तय होती है, और यह अंतर किसी भी फीचर के अंतर से ज़्यादा तेज़ी से बढ़ता है।
प्रति-एजेंट लाइसेंसिंग हेडकाउंट के साथ गुणा होती है, इसलिए मौसमी भर्ती साल में दो बार बिल बदल देती है। तीन प्रोडक्ट्स से बनी एक सुइट प्रोडक्ट की गिनती के साथ भी गुणा होती है, यही वजह है कि दूसरा और तीसरा टूल पहले वाले से सुझाई गई कीमत से ज़्यादा महंगा पड़ता है।
RolChat की कीमत प्रति एजेंट की बजाय प्रति कंपनी तय होती है, लाइट पर $19 से शुरू होती है और एंटरप्राइज़ की कीमत अनुरोध पर तय होती है, और सालाना भुगतान में दस महीने की कीमत शामिल होती है। टेलीफोनी और कंसेंट ऐड-ऑन हैं, और ऐड-ऑन लाइट पर उपलब्ध नहीं हैं।
30-दिन का ट्रायल कार्ड की जानकारी के साथ हर फीचर खोल देता है, जो सैंपल की बजाय असली वॉल्यूम चलाने के लिए काफी समय है।
ज़्यादा खरीदे बिना सही चुनाव करना
उस विफलता से शुरुआत करें जिसे आप सबसे कम बर्दाश्त कर सकते हैं। काम का ट्रैक खोना टिकट की ओर इशारा करता है। कोई इंतज़ार करते हुए सेल खोना चैट की ओर इशारा करता है। यह जाने बिना जवाब देना कि आप किससे बात कर रहे हैं, अकाउंट रिकॉर्ड की ओर इशारा करता है।
फिर दूसरी सबसे खराब विफलता जांचें, क्योंकि यही तय करती है कि क्या एक ही श्रेणी का टूल काफी है या क्या ओवरलैप आपको कीमत चुकाने वाला है।
प्लान में दिए वॉल्यूम के लिए नहीं, बल्कि अपने मौजूदा वॉल्यूम प्लस एक तिमाही के लिए खरीदें। सपोर्ट टूल्स में बढ़ना आसान है और उनसे बाहर निकलना महंगा है।
अक्सर पूछे जाने वाले सवाल
हेल्प डेस्क और लाइव चैट में असली फर्क क्या है?
एक हेल्प डेस्क टिकट के इर्द-गिर्द बना है, काम की एक इकाई जिसका मालिक और डेडलाइन होती है। लाइव चैट सेशन के इर्द-गिर्द बनी है, अभी हो रही एक बातचीत। पहला ट्रैक करता है, दूसरा जवाब देता है।
क्या हमें कस्टमर सर्विस CRM सॉफ्टवेयर की भी ज़रूरत है?
आपको उस अकाउंट रिकॉर्ड की ज़रूरत है जो यह रखता है। क्या यह एक अलग CRM के रूप में आता है या सपोर्ट प्लेटफॉर्म के अंदर कॉन्टैक्ट रिकॉर्ड के रूप में, यह इस बात पर निर्भर करता है कि सेल्स और अकाउंट मैनेजमेंट को कितना एक जैसा नज़रिया चाहिए।
क्या एक CRM को हेल्प डेस्क की तरह इस्तेमाल किया जा सकता है?
यह केस रख सकता है, लेकिन यह कतारों की बजाय पाइपलाइनों के इर्द-गिर्द डिज़ाइन किया गया है। असली बातचीत का वॉल्यूम CRM के अंदर संभालने वाली टीमें आमतौर पर एक साल के अंदर दूसरा टूल जोड़ लेती हैं।
दो टूल्स चलाने की असल कीमत क्या है?
दूसरे लाइसेंस के अलावा, इसकी कीमत है दोहराए गए कॉन्टैक्ट रिकॉर्ड, दो डैशबोर्ड में दो बार गिनी गई बातचीतें, और एक सिंक जिसे फील्ड बदलने पर किसी को संभालना होता है।
हमें कैसे पता चलेगा कि हम सिर्फ-चैट सपोर्ट से आगे निकल चुके हैं?
सबसे साफ संकेत है एजेंटों का टूल के बाहर अधूरी बातचीतों की अपनी सूची रखना। वह सूची ही वह टिकट कतार है जो आपमें नहीं है।
क्या एक प्लेटफॉर्म हमेशा तीन जुड़े हुए टूल्स से बेहतर होता है?
नहीं। तीन टूल्स तब काम करते हैं जब इंटीग्रेशन दोतरफा हों, पहचान कुंजियां मेल खाती हों और कोई सिंक का मालिक हो। एक प्लेटफॉर्म उस रखरखाव को हटा देता है और बदले में कुछ गहराई छोड़ देता है।
नॉलेज बेस कहां फिट बैठता है?
तीनों श्रेणियों के बाहर, और उन सभी द्वारा मान लिया गया। यह सीधे ग्राहकों को जवाब देता है और वह स्वीकृत सामग्री देता है जिस पर ऑटोमेटेड ड्राफ्ट आधारित होते हैं।
जब टूल्स बंटे होते हैं तो कौन सी रिपोर्टिंग संख्या खो जाती है?
हर टच पॉइंट पर एक ग्राहक की लागत। हर टूल सिर्फ वही गिनता है जो वह देख सकता है, इसलिए तीन स्वस्थ डैशबोर्ड एक ऐसे अनुभव का वर्णन कर सकते हैं जो विफल हो रहा है।
कस्टमर सपोर्ट ऑपरेशंस, लाइव चैट, AI-सहायित सेवा और बेहतरीन ग्राहक अनुभव के पीछे के टूल्स पर लिखते हैं।
LinkedIn
