Omni-channel Contact & Case Management
ओम्नी-चैनल को अक्सर केवल चैनलों की संख्या तक सीमित कर दिया जाता है: वेब चैट जोड़ दें, मैसेजिंग नंबर को जोड़ दें और सोशल इनबॉक्स को भी शामिल कर लें, और यह घोषित कर दें कि परिदृश्य पूर्ण हो गया है। लेकिन ग्राहक जो अनुभव करता है वह इस बात से नहीं आता कि वह आप तक कितने तरीकों से पहुँच सकता है, बल्कि इस बात से आता है कि संगठन को याद है या नहीं कि वह कौन है, उसने क्या पूछा था और उससे क्या वादा किया गया था, चाहे वह किसी भी दरवाज़े से अंदर आया हो। आगे जो प्रस्तुत है वह चैनल को गौण मानता है और केस को महत्त्वपूर्ण इकाई मानता है, क्योंकि चैनल सस्ते हैं और संदर्भ मूल्यवान है।
वर्तमान स्थिति और यह अभी क्यों मायने रखता है
आज अधिकांश संगठन जिस सिस्टम परिदृश्य को चलाते हैं, उसे चैनल-दर-चैनल जोड़ा गया था, जिसमें से प्रत्येक का अपना बजट, विक्रेता, टीम और रिपोर्टिंग लाइन थी। टेलीफ़ोन प्लेटफ़ॉर्म सबसे पहले आया और उसने संस्कृति तय कर दी। ईमेल सपोर्ट को उसके साथ जोड़ दिया गया, आमतौर पर एक अलग टिकटिंग टूल के साथ। वेब चैट बाद में आई, अक्सर किसी तीसरे आपूर्तिकर्ता से, और मार्केटिंग में किसी ने चुपचाप सोशल अकाउंट हासिल कर लिए। एक कोने में एक मैसेजिंग पायलट चलता रहा और कभी पूरी तरह बंद नहीं हुआ। हर वृद्धि को अपने ही आधार पर उचित ठहराया गया और, इससे भी अधिक महत्त्वपूर्ण बात यह कि, अपने ही आधार पर मापा गया। यही कारण है कि एक सामान्य कॉन्टैक्ट सेंटर कॉल एबैंडनमेंट को दो दशमलव स्थानों तक बता सकता है, लेकिन यह नहीं बता सकता कि पिछले सप्ताह एक ही ग्राहक ने उसके संचालित सभी माध्यमों में कितनी अलग-अलग बार उससे संपर्क किया।
ध्यान दें कि यह इतिहास तकनीकी होने से पहले संगठनात्मक है। चैनल इसलिए बढ़े क्योंकि संगठन चार्ट बढ़ा: एक वॉइस ऑपरेशंस टीम, एक अलग डिजिटल टीम, मार्केटिंग के भीतर बैठा एक सोशल कार्य, जिनमें से प्रत्येक का एक प्रबंधक था जिसका दायरा और बोनस उनकी अपनी सतह से जुड़ा था। तकनीक ने तो बस उस संरचना को दर्ज किया जो पहले से मौजूद थी। यह इसलिए मायने रखता है क्योंकि यह यह पूर्वानुमान देता है कि परिवर्तन का विरोध कहाँ से आएगा। केस के इर्द-गिर्द समेकन किसी प्लेटफ़ॉर्म के लिए उतना खतरा नहीं है जितना यह रिपोर्टिंग लाइनों के एक समूह के लिए है, और कोई भी कार्यक्रम जो समस्या को विशुद्ध रूप से तकनीकी मानता है, वह उस राजनीति पर टूट जाएगा जिसका नाम लेने से उसने इनकार किया। सिस्टम परिदृश्य इस बात का नक्शा है कि किसका किस पर स्वामित्व था, इस विषय में अतीत में लिए गए निर्णयों का, और उनमें से अधिकांश निर्णय अब भी अपने पद पर बने हुए हैं।
अब दो दबाव उस व्यवस्था को असमर्थनीय बना देते हैं। पहला व्यवहारगत है। ग्राहक अपने जीवन के बाकी हिस्सों में एसिंक्रोनस और मैसेजिंग-पहले की आदतों की ओर बढ़ चुके हैं, और वे उस अपेक्षा को साथ लेकर आते हैं: एक चैनल पर पूछताछ शुरू करना और घंटों या दिनों बाद किसी दूसरे चैनल पर उसे जारी रखना, बिना पूरा इतिहास फिर से सुनाए। दूसरा आर्थिक है। सिंक्रोनस वॉइस वह सबसे महँगा मिनट है जो कोई संगठन खरीदता है, और इसकी माँग केवल इसलिए नहीं गिरती कि सस्ते चैनल मौजूद हैं; यह केवल तभी गिरती है जब सस्ते चैनल वास्तव में समस्याओं का समाधान कर देते हैं। साथ ही, लैंग्वेज मॉडल्स ने यह बदल दिया है कि एक सेल्फ-सर्विस स्तर संभवतः क्या करने का प्रयास कर सकता है, जिससे डिफ़्लेक्शन को ग़लत करने का अवसर और जोखिम दोनों बढ़ जाते हैं।
तो, जो बदलाव चल रहा है, वह कम चैनलों से अधिक चैनलों की ओर नहीं है। यह संगठन के सिद्धांत के रूप में चैनल से संगठन के सिद्धांत के रूप में केस की ओर है। चैनल एक ट्रांसपोर्ट परत बन जाता है, जिसे ग्राहक सुविधा के लिए और संगठन लागत के लिए चुनता है, जबकि केस, यानी वह चीज़ जिसका समाधान किया जा रहा है, इन सबके पार बनी रहती है। जो संगठन मैसेजिंग के प्रश्न का उत्तर एक मैसेजिंग उत्पाद खरीदकर देते हैं, और सोशल के प्रश्न का उत्तर एक सोशल उत्पाद खरीदकर देते हैं, वे उसी साइलो को फिर से बना रहे हैं जिससे वे बचने की कोशिश कर रहे हैं, एक-एक अधिग्रहण करके। जो अच्छा प्रदर्शन करेंगे वे हर नए चैनल को उस केंद्र में एक और प्रवेश-मार्ग के रूप में मानते हैं जिसे वे पहले से साझा करते हैं।
मूल ढाँचा या पहले सिद्धांत
एक ऐसे अंतर से शुरुआत करें जिसे अधिकांश ऑपरेटिंग मॉडल धुँधला कर देते हैं। एक कॉन्टैक्ट एक एकल अंतःक्रिया है: एक कॉल, एक संदेश, एक फ़ॉर्म प्रस्तुति। एक केस ग्राहक का संपर्क करने का वास्तविक कारण है, जो कई चैनलों पर और कई दिनों तक फैली अनेक अंतःक्रियाओं में विस्तृत हो सकता है। प्रबंधन के योग्य इकाई केस है। जब कॉन्टैक्ट इकाई होता है, जैसा कि अधिकांश कॉल-सेंटर परंपरा में होता है, तो हर चैनल परिवर्तन एक नया रिकॉर्ड शुरू करता है, ग्राहक स्वयं को दोहराता है, और संगठन उस गतिविधि को गिनता है जिसे वह किसी हल की गई ज़रूरत से जोड़ नहीं सकता। जब केस इकाई होता है, तो कॉन्टैक्ट उससे घटनाओं के रूप में जुड़ते हैं, और जिस चैनल पर प्रत्येक आया वह संरचना के बजाय मेटाडेटा होता है।
एक संबंधित अंतर को स्पष्ट रूप से बताना उचित है, क्योंकि यहीं कई मापन योजनाएँ ग़लत हो जाती हैं: किसी कॉन्टैक्ट को बंद करना किसी केस को हल करने के समान नहीं है। एक एजेंट कॉल समाप्त कर सकता है, टिकट को बंद के रूप में चिह्नित कर सकता है और हर परिचालन लक्ष्य को पूरा कर सकता है, जबकि ग्राहक का कॉल करने का कारण अपूर्ण रहता है, और ठीक इसी कारण वे अगले दिन फिर कॉल करते हैं और गिनती में एक नए कॉन्टैक्ट के रूप में दर्ज होते हैं। समाधान एक ऐसा गुण है जो ग्राहक प्रदान करता है, न कि जिसे ऑपरेटर घोषित करता है। केस को इकाई के रूप में बनाना इसे उजागर कर देता है, क्योंकि जो केस फिर से खुलता है वह प्रत्यक्ष रूप से वही केस है, न कि कोई सुविधाजनक नई संख्या, और दोहराया गया कॉन्टैक्ट अब उन फर्स्ट-कॉन्टैक्ट आँकड़ों में नहीं छिप सकता जो कभी उस बात को माप ही नहीं रहे थे जिसका वे दावा करते थे।
इससे संदर्भ के एकल दृश्य का विचार उभरता है: केस, उसका इतिहास, ग्राहक की पहचान और अधिकार, पूर्व कॉन्टैक्ट, खुले वादे और प्रासंगिक रिकॉर्ड, जो एकत्रित किए जाते हैं और उस एजेंट या सिस्टम के लिए उपलब्ध होते हैं जो वर्तमान अंतःक्रिया को संभाल रहा है, चाहे वह किसी भी चैनल पर हो। संदर्भ कोई ऐसी स्क्रीन नहीं है जिस पर एजेंट पलटकर जाता है; यह वह आधार है जिस पर अंतःक्रिया चलती है। यदि यह केवल वॉइस प्लेटफ़ॉर्म के भीतर मौजूद है, तो चैट एजेंट अंधा है, और ग्राहक उस अंधेपन की कीमत दोहराव में चुकाता है।
तीन और सिद्धांत इस ढाँचे को पूर्ण करते हैं। पहला, यात्राओं को व्यवस्थित किया जाता है, केवल राउट नहीं किया जाता: प्रश्न केवल यह नहीं है कि कोई कॉन्टैक्ट किस कतार में प्रवेश करता है, बल्कि यह है कि केस किस स्थिति में है और आगे क्या होना चाहिए, संभवतः कई चैनलों में और संभवतः बिना किसी लाइव एजेंट के। दूसरा, ज्ञान एक साझा संपत्ति है: वही उत्तर सेल्फ-सर्विस स्तर, असिस्टेड-सर्विस एजेंट और AI परत की सेवा करना चाहिए, क्योंकि सत्य की तीन भिन्न प्रतियाँ ही वह तरीका हैं जिससे संगठन स्वयं का विरोधाभास करते हैं। तीसरा, मापन केस का अनुसरण करता है: समाधान और प्रयास केस के गुण हैं, किसी एक चैनल के नहीं, और एक ऐसा ऑपरेटिंग मॉडल जो चैनल-स्तरीय गतिविधि को पुरस्कृत करता है, वह अपनी नीयत चाहे कितनी भी अच्छी हो, ग़लत चीज़ के लिए अनुकूलन करेगा।
वर्तमान विकास और प्रतिमान
डिफ़ॉल्ट मुद्रा के रूप में एसिंक्रोनस मैसेजिंग। सबसे महत्त्वपूर्ण हालिया बदलाव कोई नया चैनल नहीं, बल्कि समय की एक नई अपेक्षा है। मैसेजिंग वार्तालाप किसी हैंडलिंग विंडो के भीतर नहीं खुलते और बंद होते; वे बने रहते हैं, शांत हो जाते हैं और फिर से शुरू होते हैं। सिंक्रोनस समवर्तिता के इर्द-गिर्द बने सिस्टम परिदृश्य, जहाँ एक एजेंट एक निश्चित संख्या में लाइव चैट संभालता है, इसमें बुरी तरह से अनुकूल होते हैं। जो प्रतिमान काम करता है वह हर वार्तालाप को केस से जुड़े एक टिकाऊ थ्रेड के रूप में मानता है, जिसे ग्राहक के लौटने पर जो भी उपलब्ध हो वह उठा लेता है, पूरे इतिहास के साथ बरकरार, और इस अपेक्षा के बिना कि वही व्यक्ति उत्तर देता है।
AI एक दीवार के रूप में नहीं, बल्कि AI-सहायता प्राप्त कॉन्टैक्ट। लैंग्वेज मॉडल्स की विश्वसनीय तैनातियाँ दो जगहों पर बैठती हैं। असिस्टेड स्तर में, वे उत्तरों का मसौदा तैयार करते हैं, लंबे इतिहास का सारांश देते हैं और उस मनुष्य के सामने प्रासंगिक ज्ञान लेख प्रस्तुत करते हैं जो भेजी गई सामग्री के लिए जवाबदेह रहता है। सेल्फ-सर्विस स्तर में, वे संकीर्ण, सुनिश्चित सीमाओं वाले इरादों को आद्योपांत हल करते हैं और, जो महत्त्वपूर्ण है, जब वे अपनी सीमा पर पहुँचते हैं तो पूरे संदर्भ के साथ हस्तांतरण करते हैं। असफल प्रतिमान वह है जिसमें मॉडल को एक फाटक के रूप में तैनात किया जाता है जिसका उद्देश्य ग्राहक को किसी व्यक्ति तक पहुँचने से रोकना है; ग्राहक इसे मात देना सीख जाते हैं, और यह जिस डिफ़्लेक्शन की रिपोर्ट देता है वह काल्पनिक है।
डिफ़्लेक्शन को समाधान के रूप में पुनर्परिभाषित करना। परिपक्व ऑपरेटरों ने उन कॉन्टैक्ट को गिनना बंद कर दिया है जिन्हें सेल्फ-सर्विस ने सोख लिया और उन ज़रूरतों को गिनना शुरू कर दिया है जिन्हें सेल्फ-सर्विस ने वास्तव में पूरा किया। एक ग्राहक जो चैटबॉट छोड़कर कॉन्टैक्ट सेंटर को कॉल करता है, वह डिफ़्लेक्ट नहीं हुआ; लागत बस स्थानांतरित हो गई और बढ़ गई। यह पुनर्परिभाषा यह बदल देती है कि क्या बनाया जाता है: ज्ञान और स्वचालन को उन इरादों की ओर लक्षित किया जाता है जो वास्तव में बिना किसी मनुष्य के हल हो जाते हैं, और जो नहीं होते उन्हें रोके जाने के बजाय शीघ्रता से लोगों तक राउट किया जाता है।
सक्रिय कॉन्टैक्ट को केस में समेटना। एक अधिक शांत बदलाव है विशुद्ध रूप से इनबाउंड हैंडलिंग से उस कॉन्टैक्ट की ओर जाना जिसे संगठन स्वयं आरंभ करता है: एक डिलीवरी अपवाद, एक सेवा बाधा, एक नवीनीकरण जिस पर निर्णय की आवश्यकता है। एक प्रसारण के रूप में मानी जाने पर, ये सूचनाएँ भ्रमित इनबाउंड उत्तरों की एक लहर उत्पन्न करती हैं जिसकी किसी भी चैनल को अपेक्षा नहीं होती। ठीक से मानी जाने पर, एक आउटबाउंड संदेश केस पर बस एक और घटना है, जिसे संदर्भ के साथ भेजा जाता है और जो ग्राहक की पसंद के किसी भी चैनल पर उत्तर प्राप्त करने के लिए तैयार होता है, ताकि किसी सक्रिय संदेश का उत्तर एक ठंडी पूछताछ शुरू करने के बजाय उसी थ्रेड पर वापस आ जाए। जो संगठन पहले इनबाउंड केस मॉडल को व्यवस्थित कर लेते हैं, वे आउटबाउंड को लगभग मुफ़्त पाते हैं; जो आउटबाउंड को अलग से जोड़ते हैं वे एक सातवाँ साइलो बनाते हैं और उसे एंगेजमेंट कहते हैं।
साझा अवसंरचना के रूप में ज्ञान। जो प्रतिमान बढ़त पा रहा है वह एक एकल ज्ञान आधार है जो सार्वजनिक हेल्प सेंटर, इन-एजेंट पैनल और AI परत को एक ही स्रोत से पोषित करता है, जिसमें लेखन, समीक्षा और सेवानिवृत्ति किसी भी अन्य उत्पादन संपत्ति की तरह शासित होती है। जहाँ ज्ञान इंट्रानेट पृष्ठों, सहेजे गए उत्तरों और व्यक्तिगत स्मृति में बिखरा रहता है, वहाँ कितना भी चैनल निवेश संगतता उत्पन्न नहीं करता, क्योंकि उत्तर स्वयं ही असहमत होते हैं।
वास्तुकला और डिज़ाइन सिद्धांत जो इसे कारगर बनाते हैं
एक साझा केस केंद्र, जिसमें चैनल किनारे पर। भार-वहन करने वाला निर्णय यह है कि केस, संदर्भ और ज्ञान को एक चैनल-निरपेक्ष केंद्र में रखा जाए, और वॉइस, ईमेल, चैट, वेब, सोशल और मैसेजिंग को उसमें जाने वाले अडैप्टर के रूप में माना जाए। हर अडैप्टर का काम है प्रमाणित करना, कॉन्टैक्ट को पकड़ना, उसे सही केस से जोड़ना और जो कोई उसे संभाल रहा है उसे संदर्भ वापस प्रस्तुत करना। जब केंद्र वास्तव में साझा होता है, तो एक चैनल जोड़ना एक इंटीग्रेशन अभ्यास होता है, न कि एक नया ऑपरेटिंग मॉडल; जब ऐसा नहीं होता, तो हर चैनल अपने आप में एक छोटा कॉन्टैक्ट सेंटर होता है।
प्रथम श्रेणी की चिंता के रूप में पहचान समाधान। कोई केस चैनलों के पार तब तक नहीं बना रह सकता जब तक संगठन यह न बता सके कि कॉल करने वाला, ईमेल करने वाला और संदेश भेजने वाला एक ही व्यक्ति है। पहचान समाधान, यानी कॉन्टैक्ट को एक ज्ञात ग्राहक से और एक मौजूदा खुले केस से स्वीकार्य विश्वास के साथ मिलाना, वह शांत नींव है जिस पर बाकी सब कुछ टिका है। यहाँ कम निवेश करें और साझा केंद्र व्यवहार में खंडित हो जाता है, चाहे डिज़ाइन में वह सुदृढ़ हो, क्योंकि कॉन्टैक्ट अनाथ के रूप में आते हैं।
चैनल तर्क से अलग की गई व्यवस्थापन प्रक्रिया। आगे क्या होगा (एस्केलेट करना, राउट करना, पूछना, स्वचालित करना, प्रतीक्षा करना) इस विषय के निर्णय एक व्यवस्थापन परत में होते हैं जो केस की स्थिति पर विचार करती है, न कि चैट टूल या टेलीफ़ोनी मेनू के भीतर। उस तर्क को हर चैनल में जड़ देना विचलन की गारंटी देता है: वही केस इस आधार पर अलग तरह से संभाला जाता है कि ग्राहक कहाँ है, और कोई भी किसी नीति को बदले बिना उसे छह जगहों पर बदले नहीं बदल सकता।
संभालने के बिंदु पर एकत्रित किया गया संदर्भ। ग्राहक डेटा को हर चैनल टूल में प्रतिकृत करने के बजाय, अंतःक्रिया के क्षण में उन सिस्टमों से संदर्भ का दृश्य एकत्रित करें जो उसके प्रत्येक भाग के स्वामी हैं, जिसे मनुष्य और मशीन दोनों के लिए एक समान रूप से प्रस्तुत किया जाता है। यह स्वामित्व को स्पष्ट रखता है, बासी प्रतियों से बचाता है, और इसका अर्थ है कि संदर्भ दृश्य में एक सुधार हर चैनल तक एक साथ पहुँचता है, न कि प्रत्येक टूल के लिए अलग से पुनः लागू किया जाता है।
किसी भाग के विफल होने पर सुगम गिरावट। एक साझा केंद्र मूल्य को केंद्रित करता है, जिसका अर्थ है कि वह जोखिम को भी केंद्रित करता है: जब पहचान समाधान या संदर्भ सेवा अनुपलब्ध होती है, तो हर चैनल इसे एक साथ महसूस करता है। एक सुदृढ़ डिज़ाइन इसे मानकर टालने के बजाय इसकी योजना बनाता है। जो अडैप्टर केंद्र तक नहीं पहुँच सकता, उसे फिर भी कॉन्टैक्ट को पकड़ना चाहिए, उसे एक अस्थायी पहचान के विरुद्ध कतार में रखना चाहिए और बाद में मिलान करना चाहिए, ताकि किसी ग्राहक को कभी इसलिए न लौटाया जाए क्योंकि कोई डाउनस्ट्रीम सेवा धीमी है। इसका विकल्प, जहाँ एक आंशिक बाधा चुपचाप कॉन्टैक्ट गिरा देती है या उन्हें ऐसे चैनल में फँसा देती है जो केस को नहीं देख सकता, उस खंडित परिदृश्य से भी बदतर है जिसकी वह जगह लेता है, क्योंकि वह अदृश्य रूप से और बड़े पैमाने पर विफल होता है। बुरे दिन के लिए डिज़ाइन करना निराशावाद नहीं है; यह केंद्रीकरण की कीमत है।
सामान्य विफलता के तरीके
चैनल-संख्या का नाटक। यह घोषित करना कि ओम्नी-चैनल हासिल हो गया क्योंकि ग्राहक अब आप तक छह तरीकों से पहुँच सकता है, जबकि हर तरीका एक नया रिकॉर्ड खोलता है और ग्राहक हर परिवर्तन पर स्वयं को दोहराता है। उसी भूलभुलैया में अधिक दरवाज़े एक ऐसी इमारत के समान नहीं हैं जो अपने आगंतुकों को याद रखती है।
डिफ़्लेक्शन का हिसाब। सेल्फ-सर्विस को उन कॉन्टैक्ट के लिए पुरस्कृत करना जिन्हें उसने सोखा, न कि उन ज़रूरतों के लिए जिन्हें उसने हल किया। वह चैटबॉट जो उच्च कंटेनमेंट की रिपोर्ट देता है जबकि चुपचाप क्रोधित कॉल करने वालों का निर्माण करता है, वह उस एक संख्या के लिए अनुकूलन कर रहा है जो उसकी चापलूसी करती है और उन संख्याओं में से किसी के लिए नहीं जो मायने रखती हैं, और असली लागत एक चैनल आगे प्रकट होती है।
AI का फाटक। एक ऐसे मॉडल को तैनात करना जिसका असली कार्य ग्राहक और किसी व्यक्ति के बीच खड़ा होना है। ग्राहक इसे शीघ्र भाँप लेते हैं, वे वाक्यांश सीख लेते हैं जो इसे भेदते हैं, और पहले से ही चिढ़े हुए मानव स्तर पर पहुँचते हैं, प्रयास को घटाने के बजाय बढ़ाकर। तकनीक ठीक है; उसकी स्थापना के पीछे की नीयत ही दोष है।
ज्ञान का विचलन। हेल्प सेंटर, एजेंटों और स्वचालन के लिए अलग-अलग उत्तर बनाए रखना, जो अनिवार्य रूप से एक-दूसरे से अलग हो जाते हैं, ताकि संगठन उसी प्रश्न का तीन अलग-अलग उत्तर दे, इस आधार पर कि ग्राहक ने कौन-सी सतह को छुआ। जब स्रोत स्वयं असहमत होते हैं तो संगतता कोई प्रशिक्षण की समस्या नहीं है।
वह री-प्लेटफ़ॉर्मिंग जो साइलो को फिर से उत्पन्न करती है। एक ही सुइट खरीदना जो नाममात्र के लिए हर चैनल को कवर करता है, फिर उसके भीतर हर चैनल को एक अलग वर्कस्पेस के रूप में कॉन्फ़िगर करना जिसकी अपनी कतारें, अपना ज्ञान और अपनी रिपोर्टिंग हो, ताकि साइलो एक विक्रेता के लोगो के तहत माइग्रेशन के बाद भी बरकरार रहें। एक साझा केंद्र एक वास्तुशिल्पीय और ऑपरेटिंग-मॉडल प्रतिबद्धता है, न कि एक खरीद की घटना; एक सुइट इसे संभव बनाता है और इसे घटित कराने के लिए कुछ नहीं करता। जो संगठन लाइसेंस को परिणाम समझ बैठते हैं, वे भारी खर्च करके ठीक वहीं पहुँचते हैं जहाँ से उन्होंने शुरुआत की थी, अब एक लंबे अनुबंध से बँधे हुए।
चैनल-आधारित पृथक मापन। प्रति चैनल हैंडल समय, एबैंडनमेंट और मात्रा की रिपोर्ट देना जबकि समग्र केस की समाधान दर या प्रयास का कोई स्वामी नहीं होता। प्रति चैनल जो मापा जाता है वह प्रति चैनल अनुकूलित हो जाता है, आमतौर पर कठिनाई को सीमा के पार ऐसी जगह स्थानांतरित करके जहाँ मापदंड उसे देख न सके। इस तरह मापी गई एक ऑपरेटिंग मॉडल यह तक पता नहीं लगा सकती कि वह ग्राहक को विफल कर रही है, केवल यह कि उसका प्रत्येक हिस्सा व्यस्त दिखता है।
हम कैसे काम करते हैं
हम केस से शुरू करते हैं, चैनलों से नहीं। किसी भी प्लेटफ़ॉर्म पर चर्चा करने से पहले, हम उन वास्तविक कारणों का नक्शा बनाते हैं जिनसे ग्राहक संपर्क करते हैं, वे कारण आज कैसे हल होते हैं, और वर्तमान परिदृश्य कहाँ दोहराव, हस्तांतरण और छूटे हुए संदर्भ को बाध्य करता है। यह एक स्पष्ट चित्र प्रस्तुत करता है कि कौन-से कॉन्टैक्ट प्रकार वास्तव में बिना किसी व्यक्ति के हल होते हैं, किन्हें शीघ्रता से एक व्यक्ति की आवश्यकता होती है, और किनके विरुद्ध ऐसे स्वचालन द्वारा बचाव किया जा रहा है जो कहीं और लागत उत्पन्न कर रहा है। वह नक्शा, न कि चैनलों की इच्छा-सूची, प्राथमिकताएँ तय करता है।
वहाँ से हम पहले साझा केंद्र और बाद में चैनल डिज़ाइन करते हैं। हम स्थापित करते हैं कि पहचान कैसे हल की जाती है, केस अंतःक्रियाओं के पार कैसे बना रहता है, संदर्भ संभालने के बिंदु पर कैसे एकत्रित किया जाता है, और ज्ञान को एक संपत्ति के रूप में कैसे लिखा और शासित किया जाता है। केवल उस केंद्र के परिभाषित हो जाने के बाद ही हम हर चैनल को उसमें जाने वाले अडैप्टर के रूप में मानते हैं। यह क्रम मायने रखता है: यही कारण है कि बाद में जोड़ा गया कोई चैनल एक नया ऑपरेटिंग मॉडल नहीं, बल्कि एक इंटीग्रेशन बन जाता है, और यही कारण है कि एक नीति परिवर्तन छह के बजाय एक जगह लागू होता है। हम AI परत के प्रति सुविचारित हैं, उसे वहाँ स्थापित करते हुए जहाँ वह संकीर्ण इरादों को स्वच्छ रूप से हल करती है या एक जवाबदेह मनुष्य की सहायता करती है, और उसे एक बाधा के रूप में उपयोग करने से इनकार करते हुए।
हम ऐसे वृद्धिशील चरणों में काम करते हैं जो वास्तविक कॉन्टैक्ट प्रकारों को आद्योपांत हल करते हैं, न कि ऐसे बहु-वर्षीय कार्यक्रम में जो तब तक कुछ नहीं देता जब तक सब कुछ तैयार न हो जाए। प्रत्येक वृद्धि को शुरुआत से ही समाधान और ग्राहक प्रयास के विरुद्ध मापा जाता है, ताकि सुधार उन संख्याओं में दिखाई दे जो मायने रखती हैं और गिरावट को शीघ्र पकड़ा जा सके। हम विक्रेता के प्रति व्यावहारिक बने रहते हैं: अधिकांश मूल्य पहचान समाधान, व्यवस्थापन, संदर्भ संयोजन और ज्ञान शासन में है, जो जितने उत्पाद विकल्प हैं उतने ही डिज़ाइन और ऑपरेटिंग-मॉडल कार्य भी हैं। जहाँ मौजूदा प्लेटफ़ॉर्म साझा केंद्र की सेवा करते हैं, हम उन्हें रखते हैं; जहाँ वे एक साइलो को जड़ें जमाने देते हैं, हम स्पष्ट रूप से कह देते हैं।
एक बार जब कॉन्टैक्ट प्रकार साझा केंद्र से होकर बढ़ने लगते हैं, तो हम उनके इर्द-गिर्द एक मापन और समीक्षा की लय स्थापित करते हैं जिसे पुरानी चैनल रिपोर्टिंग समर्थन नहीं दे सकती थी। समाधान दर और ग्राहक प्रयास को केस के स्तर पर, इरादे के अनुसार पढ़ा जाता है, ताकि किसी एक कारण के लिए दोहराए गए कॉन्टैक्ट में वृद्धि एक संकेत के रूप में दिखाई दे, न कि एक चैनल औसत में समा जाए जो स्थिर दिखता है। हम ज्ञान आधार को एक जीवंत संपत्ति के रूप में शासित करते हैं, जिसमें नामांकित स्वामित्व, समीक्षा तिथियाँ और उसे सेवानिवृत्त करने का एक मार्ग हो जो अब सच नहीं है, क्योंकि एक स्वचालन परत उतनी ही अच्छी होती है जितने अच्छे वे उत्तर जिन पर वह निर्भर करती है। और हम ऑपरेटिंग मॉडल को तकनीक के साथ-साथ संशोधन के अधीन रखते हैं, क्योंकि एक केस-केंद्रित परिदृश्य ऐसी भूमिकाओं और प्रोत्साहनों की माँग करता है जो थ्रूपुट के बजाय समाधान को पुरस्कृत करें, और वे स्वयं नहीं बदलतीं।
जहाँ Nashua अंतर लाता है
कॉन्टैक्ट और केस प्रबंधन में हम जो विशेष चीज़ लाते हैं वह है वह अनुशासन जो केस को केंद्र में रखता है, जबकि हर वाणिज्यिक दबाव एक और चैनल खरीदने और उसे प्रगति कहने की ओर धकेलता है। हम एक ऑपरेटिंग मॉडल और एक मापन योजना को पुनः रेखांकित करने में उतने ही सहज हैं जितने प्लेटफ़ॉर्म को एकीकृत करने में, और हम पहचान समाधान, व्यवस्थापन और ज्ञान शासन को गौण नलसाज़ी के बजाय असली काम मानते हैं। वह संयोजन, जो चैनल गतिविधि के बजाय समाधान और प्रयास के आधार पर तर्क किया गया है, वही है जो इनबॉक्स के एक संग्रह को एक ऐसे संगठन में बदल देता है जो अपने ग्राहकों को याद रखता है।
इस विषय में ईमानदार होना उचित है कि इसमें क्या आवश्यक है और क्या नहीं। इसमें शायद ही कभी किसी सक्षम टेलीफ़ोनी प्लेटफ़ॉर्म या किसी पसंदीदा टिकटिंग टूल को उखाड़ने की आवश्यकता होती है; इसमें उन्हें केंद्र से किनारे पर पदावनत करने की आवश्यकता होती है, जो एक कठिन परिवर्तन है क्योंकि यह सॉफ़्टवेयर के बजाय अधिकार के विषय में है। जो काम अपनी उपयोगिता सिद्ध करता है वह वह अनाकर्षक मध्य है: चैनलों के पार पहचान को इतने विश्वास के साथ हल करना कि उस पर भरोसा किया जा सके, केस की स्थिति को कहीं ऐसी जगह रखना जहाँ हर चैनल उसे पढ़ सके, और ज्ञान के एक ही निकाय को शासित करना ताकि उत्तर वही रहे चाहे ग्राहक उसे कहीं भी पाए। इनमें से कुछ भी किसी प्रदर्शन में अच्छा नहीं दिखता, और यह सब वही है जो एक ऐसे सिस्टम परिदृश्य को, जो अपने ग्राहकों को याद रखता है, उस परिदृश्य से अलग करता है जिसके पास उन्हें भूलने के केवल अनेक तरीके हैं।
इसका एक व्यावहारिक परिणाम भी है जो यह बदल देता है कि काम को क्या मानने की अनुमति है। जब किसी एंगेजमेंट में ऐसी क्षमता की आवश्यकता होती है जो अभी मौजूद नहीं है, तो उसे किसी खरीद चक्र या किसी विक्रेता के रोडमैप की प्रतीक्षा करने की आवश्यकता नहीं है। enterprise platform को लगभग किसी भी सुविधा को तेज़ी से समायोजित करने के लिए बनाया गया है, agentic engineering के माध्यम से: जो आवश्यक है उसे सरल भाषा में वर्णित किया जाता है और शीघ्रता से उत्पन्न किया जाता है, लेकिन हमेशा दृढ़ वास्तुकला सिद्धांतों के भीतर और कठोर गुणवत्ता आश्वासन के तहत, ताकि गति कभी संगति, सुरक्षा या नियंत्रण की कीमत पर न आए। इसका प्रभाव केवल सुविधाजनक होने के बजाय रणनीतिक है। यह मेक-ऑर-बाय की रेखा को हिलाता है, विकल्पशीलता को सस्ता रखता है, और वास्तुकला को रणनीति का अनुसरण करने देता है, न कि रणनीति को उस चीज़ के आगे झुकने देता है जो संयोग से किसी शेल्फ पर उपलब्ध थी।
परिणाम एक ऐसा सिस्टम परिदृश्य है जहाँ चैनल वास्तव में गौण है: ग्राहक आप तक जैसे भी उन्हें सुविधाजनक लगे पहुँचते हैं, केस उनका अनुसरण करता है, और संगठन अंततः देख सकता है, और सुधार सकता है, कि जिस चीज़ के लिए वे आए थे वह वास्तव में हल हुई या नहीं। यही वह परिणाम है जिसके प्रति हम स्वयं को उत्तरदायी मानते हैं, और वही जिसके विरुद्ध हम मापे जाने के लिए कहते हैं।