प्रेडिक्टिव डायलर कैसे काम करता है (अरबी गाइड)

संक्षिप्त उत्तर

प्रेडिक्टिव डायलर खाली एजेंटों से ज़्यादा कॉल लगाता है और एक पेसिंग मॉडल से अनुमान लगाता है कि हर एजेंट कब फ़्री होगा। DialerBee में यह मॉडल लाइव आंसर रेट, हैंडल-टाइम डिस्ट्रिब्यूशन, रैप-अप टाइम और एजेंट उपलब्धता के आधार पर हर 30 सेकंड में प्रति एजेंट लाइनों की दोबारा गणना करता है, और एक एबैंडन गवर्नर आपकी कॉन्फ़िगर की गई कैंपेन सीमा पार होने से पहले डायलिंग धीमी कर देता है। प्रेडिक्टिव पेसिंग लगभग 20 या उससे ज़्यादा एजेंटों वाले फ़्लोर के लिए उपयुक्त है। छोटी टीमों, संवेदनशील लिस्ट और हाई-वैल्यू बातचीत के लिए आमतौर पर प्रीव्यू, प्रोग्रेसिव या पावर डायलिंग बेहतर रहती है, और ये सभी एक ही प्लेटफ़ॉर्म पर हर कैंपेन के लिए बदले जा सकते हैं।

खाड़ी और लेवांत के ज़्यादातर कॉन्टैक्ट-सेंटर मैनेजर प्रेडिक्टिव डायलिंग को एक स्लाइड पर लिखी संख्या के रूप में जानते हैं: प्रति एजेंट ज़्यादा टॉक टाइम, कम आइडल सेकंड, हर शिफ़्ट में बड़ी लिस्ट पूरी। वह संख्या एक कंट्रोल लूप का आउटपुट है, और आपको उसी लूप को मैनेज करना होता है। यह गाइड बताती है कि लूप क्या मापता है, उसे आपकी एबैंडन रेट बेकाबू करने से क्या रोकता है, और कब कोई सरल डायलिंग मोड आपके लिए बेहतर है।

प्रेडिक्टिव डायलर वास्तव में क्या करता है

मैन्युअल या वन-टू-वन डायलर एक खाली एजेंट के लिए एक कॉल लगाता है। प्रेडिक्टिव डायलर जानबूझकर खाली एजेंटों से ज़्यादा कॉल लगाता है, क्योंकि उनमें से ज़्यादातर कॉल लाइव बातचीत तक नहीं पहुँचतीं। नंबर बजते रह जाते हैं, वॉइसमेल पर जाते हैं, बिज़ी टोन आता है, या कोई और व्यक्ति उठाता है जिससे आप बात नहीं करना चाहते थे। अगर आप हर एजेंट के लिए एक लाइन डायल करें, तो आपके एजेंट शिफ़्ट का ज़्यादातर समय घंटी सुनने में बिताते हैं।

"प्रेडिक्टिव" हिस्सा दरअसल पूर्वानुमान है। डायल का एक बैच भेजने से पहले इंजन दो चीज़ों का अनुमान लगाता है: इनमें से कितनी कॉल किसी लाइव व्यक्ति तक पहुँचेंगी, और कॉल जुड़ने तक कितने एजेंट फ़्री होंगे। फिर वह उतनी लाइनें डायल करता है जितने से ये दोनों आँकड़े मेल खाएँ। अनुमान सही हो, तो एजेंट एक बातचीत खत्म करते ही दो-एक सेकंड में अगली पा लेता है। एक दिशा में गलती हो, तो एजेंट बैठे इंतज़ार करते हैं। दूसरी दिशा में गलती हो, तो ग्राहक "हैलो" कहता है और उधर सन्नाटा होता है — यह एबैंडन्ड कॉल है, और ज़्यादातर विनियमित बाज़ारों में यह रिपोर्ट करने योग्य घटना है।

DialerBee इसके लिए कोई तय अनुपात इस्तेमाल नहीं करता। पेसिंग मॉडल हर 30 सेकंड में एक साथ होने वाले डायल की सबसे उपयुक्त संख्या दोबारा निकालता है, और इसके लिए शिफ़्ट की शुरुआत में सुपरवाइज़र द्वारा डाली गई किसी वैल्यू के बजाय लाइव कैंपेन डेटा इस्तेमाल करता है।

पेसिंग कैसे काम करती है, मिनट दर मिनट

मॉडल कौन-से इनपुट पढ़ता है, यह जानना फ़ायदेमंद है, क्योंकि इनमें से हर एक को आप बेहतर लिस्ट या बेहतर स्क्रिप्ट से बदल सकते हैं।

हर लिस्ट सेगमेंट का अपना आंसर रेट, पूरे कैंपेन का एक मिला-जुला रेट नहीं। रियाद के मोबाइल नंबरों का सेगमेंट और अम्मान की लैंडलाइन का सेगमेंट अलग व्यवहार करते हैं और उनकी पेसिंग भी अलग होती है।
औसत के बजाय हैंडल-टाइम का डिस्ट्रिब्यूशन। दो कैंपेन का औसत हैंडल टाइम चार मिनट हो सकता है, फिर भी उन्हें बिल्कुल अलग पेसिंग चाहिए हो सकती है, अगर एक में समय एक दायरे में सिमटा हो और दूसरे की लंबी टेल हो।
रैप-अप की अवधि, क्योंकि डिस्पोज़िशन दर्ज करने में एजेंट जो सेकंड लगाता है, उन सेकंड में वह उपलब्ध नहीं होता।
इस समय वास्तव में रूट होने लायक स्थिति में मौजूद एजेंटों की संख्या, जो टीम के ब्रेक पर जाते ही घट जाती है।
दिन के समय के रुझान, ताकि इंजन सुबह, दोपहर और शाम के ब्लॉक के फ़र्क के हिसाब से खुद ढल जाए, बजाय इसके कि उसे दिन में तीन बार हाथ से दोबारा ट्यून करना पड़े।

AMD के नतीजे भी इसी मॉडल में जाते हैं। जब आंसरिंग-मशीन डिटेक्शन जुड़ी हुई कॉल में से वॉइसमेल को छाँट देता है, तो इंजन असली लाइव-कनेक्ट रेट का अपना अनुमान सुधार लेता है, ताकि पेसिंग नेटवर्क द्वारा जवाब दी गई हर कॉल के बजाय उन बातचीत को दर्शाए जो एजेंट सच में लेंगे।

किसी नंबर के साथ सबसे पहले पेसिंग नहीं होती। हर डायल, लगने से पहले, कंप्लायंस इंजन से गुज़रता है: Do Not Call लिस्ट, सहमति की स्थिति, कॉलिंग-घंटों की विंडो, रीट्राई सीमा और कॉलर-ID स्वामित्व — सब पहले जाँचे जाते हैं। जो नंबर किसी जाँच में फ़ेल होता है, वह कभी डायल नहीं होता, और पेसिंग मॉडल सिर्फ़ उन्हीं नंबरों पर काम करता है जिन्हें कॉल करने की अनुमति है।

Abandon Governor

कंप्लायंस ऑफ़िसर के लिए सबसे अहम नियंत्रण एबैंडन सीमा (ceiling) है। आप हर कैंपेन के लिए अधिकतम एबैंडन रेट तय करते हैं, और इंजन इसे लक्ष्य नहीं, बल्कि सख्त सीमा मानता है। जैसे-जैसे लाइव एबैंडन रेट उस सीमा की ओर बढ़ता है, इंजन अपने-आप डायलिंग धीमी कर देता है — सीमा टूटने से पहले, न कि तब जब उल्लंघन किसी रिपोर्ट में दिखे।

दो बातें इसे असली फ़्लोर पर इस्तेमाल लायक बनाती हैं। पहली, नियंत्रण सुपरवाइज़र के हाथ में रहता है: आप सुरक्षा-सीमा के तौर पर प्रति एजेंट लाइनों की न्यूनतम और अधिकतम संख्या तय करते हैं, और एल्गोरिदम इन्हीं सीमाओं के भीतर ऑप्टिमाइज़ करता है। आप कैंपेन रोके बिना कैंपेन कंट्रोल से रियल टाइम में पेसिंग को पॉज़, रिज़्यूम या एडजस्ट भी कर सकते हैं। दूसरी है सिम्युलेटर-गेटेड डिप्लॉयमेंट। कोई नया पेसिंग मॉडल या कॉन्फ़िगरेशन बदलाव लाइव होने से पहले ऐतिहासिक कैंपेन डेटा पर एक सिमुलेशन इंजन से गुज़रता है, ताकि बिना परखा हुआ पेसिंग बदलाव अपना सबक आपके ग्राहकों पर न सीखे।

इनमें से कुछ भी इस कानूनी समीक्षा का विकल्प नहीं है कि आपका बाज़ार किस चीज़ की अनुमति देता है। ये अनुपालन में सहायक नियंत्रणों का एक सेट हैं, जो आपके क्लाइंट के साथ तय नियमों को डैशबोर्ड देखते सुपरवाइज़र के भरोसे छोड़ने के बजाय डायलर में ही लागू करने योग्य बनाते हैं।

कब प्रीव्यू, प्रोग्रेसिव या पावर बेहतर विकल्प है

प्रेडिक्टिव पेसिंग एक सांख्यिकीय तकनीक है, और सांख्यिकी को वॉल्यूम चाहिए। छह एजेंटों के फ़्लोर पर मॉडल के पास हर अंतराल में भरोसेमंद अनुमान के लिए बहुत कम डेटा पॉइंट होते हैं, और जो पेसिंग पचास एजेंटों पर सहज चलती है, वह छह पर झटकेदार हो जाती है। व्यावहारिक नियम के तौर पर, किसी एक कैंपेन में लगभग 20 या उससे ज़्यादा एजेंट हों, तभी प्रेडिक्टिव पेसिंग चालू करना फ़ायदेमंद है। इससे कम पर दूसरे मोड बिना किसी एबैंडन जोखिम के ज़्यादातर फ़ायदा दे देते हैं।

मोड	यह कैसे डायल करता है	एबैंडन जोखिम	इसका उपयोग तब करें जब
प्रिव्यू	एजेंट पहले रिकॉर्ड पढ़ता है, फिर डायल करना चुनता है	कोई नहीं	हाई-वैल्यू खाते, विवाद, कानूनी रूप से संवेदनशील फ़ाइलें
प्रोग्रेसिव	हर फ़्री एजेंट के लिए एक लाइन, अपने-आप डायल	कोई नहीं	शुरुआती चरण का कलेक्शन, नरम लहजे वाली स्क्रिप्ट, छोटी टीमें
पावर	रैप-अप खत्म होते ही अगला संपर्क डायल होता है	कोई नहीं, अनुपात एक-से-एक रहता है	हाई-वॉल्यूम पुष्टिकरण, रिमाइंडर और सर्वे कैंपेन
प्रेडिक्टिव	प्रति एजेंट कई लाइनें, हर 30 सेकंड में दोबारा गणना	मौजूद, पर कॉन्फ़िगर की गई सीमा के भीतर रखा जाता है	स्थिर आंसर रेट और लंबी लिस्ट वाले बड़े फ़्लोर

चारों मोड एक ही प्लेटफ़ॉर्म पर चलते हैं और हर कैंपेन के लिए बदले जा सकते हैं — असली बात यही है। एक BPO एक ही समय में एक क्लाइंट के लिए प्रेडिक्टिव लेट-स्टेज रिकवरी कैंपेन और दूसरे के लिए प्रोग्रेसिव अर्ली-डेलिंक्वेंसी कैंपेन चला सकता है, और हर एक की अपनी पेसिंग, अपनी सीमा और अपना कंप्लायंस प्रोफ़ाइल होता है।

खाड़ी और लेवांत में प्रेडिक्टिव कैंपेन चलाना

कुछ क्षेत्रीय वास्तविकताएँ बदल देती हैं कि आप इंजन को कैसे कॉन्फ़िगर करते हैं।

कॉलिंग विंडो कामकाजी दिन से छोटी होती हैं, और हर बाज़ार में अलग होती हैं। यह मानने के बजाय कि कई देशों में फैले पोर्टफ़ोलियो के लिए एक ही विंडो काफ़ी है, इन्हें हर कैंपेन के लिए अलग कॉन्फ़िगर करें।
नमाज़ के समय, अलग-अलग दिनों पर पड़ने वाले वीकेंड और सार्वजनिक अवकाश — ये सब आंसर रेट को तेज़ी से बदलते हैं। इंट्राडे ट्रेंड मॉडल इस बदलाव को सँभाल लेता है, लेकिन आपकी लिस्ट रणनीति को इसके ख़िलाफ़ नहीं चलना चाहिए।
अरबी भाषा के कैंपेन में आंसर रेट अक्सर एक छोटे समय-दायरे में चरम पर पहुँचते हैं — यही वह स्थिति है जिसे प्रेडिक्टिव पेसिंग अच्छी तरह सँभालती है और तय अनुपात बुरी तरह।
इस क्षेत्र में वॉइसमेल ग्रीटिंग शायद ही किसी एक पैटर्न पर चलते हैं, इसलिए अगर आप चाहते हैं कि कनेक्ट-रेट का अनुमान सही रहे, तो प्रेडिक्टिव पेसिंग के साथ बीप डिटेक्शन के बजाय ट्रांसक्रिप्ट-आधारित AMD इस्तेमाल करें।
कॉलर ID ऐसा नंबर होना चाहिए जो उसी कैंपेन का हो। मल्टी-टेनेंट प्लेटफ़ॉर्म पर हर टेनेंट को अपने कॉलर ID मिलते हैं, इसलिए एक क्लाइंट की कॉल कभी दूसरे क्लाइंट के नंबर से नहीं दिखती।

सुपरवाइज़र को किन चीज़ों पर नज़र रखनी चाहिए

प्रेडिक्टिव पेसिंग डिज़ाइन से ही पारदर्शी है। लाइव पेसिंग डैशबोर्ड पर सुपरवाइज़र देख सकता है कि इंजन कितनी लाइनें डायल कर रहा है, अगले कितने एजेंट फ़्री होने की उम्मीद है, मौजूदा एबैंडन रेट किस दिशा में जा रहा है, और गवर्नर थ्रॉटल कर रहा है या नहीं। हर कैंपेन की पेसिंग रिपोर्ट बाद में यही जानकारी देती है: यूटिलाइज़ेशन, एबैंडन रेट, कनेक्ट रेट और आइडल-टाइम के रुझान।

तीन आदतें उन फ़्लोर को, जो प्रेडिक्टिव डायलिंग से फ़ायदा उठाते हैं, उन फ़्लोर से अलग करती हैं जो इससे जूझते रहते हैं। रैप-अप टाइमर यथार्थवादी रखें, क्योंकि अवास्तविक टाइमर एजेंटों को ऐसी स्थिति में धकेलता है जिसका मॉडल अनुमान नहीं लगा सकता। लिस्ट को डायल करने के बाद नहीं, पहले सेगमेंट करें, क्योंकि मॉडल हर सेगमेंट के हिसाब से पेसिंग करता है। और बढ़ते एबैंडन रेट को सिर्फ़ पेसिंग का नहीं, बल्कि लिस्ट या स्टाफ़िंग का संकेत भी मानें, क्योंकि गवर्नर तो हर हाल में सीमा थामे रखेगा, पर आपका कॉन्टैक्ट रेट तब तक नहीं सुधरेगा जब तक मूल कारण नहीं सुधरता।

अक्सर पूछे जाने वाले प्रश्न

आसान शब्दों में प्रेडिक्टिव डायलर क्या है?

यह आउटबाउंड कॉलिंग सॉफ़्टवेयर है जो एक साथ कई नंबर डायल करता है और अनुमान लगाता है कि एजेंट कब फ़्री होंगे, ताकि लाइव जवाब तुरंत एजेंट को मिल जाए और एजेंट को घंटी बजने का इंतज़ार न करना पड़े। DialerBee लाइव आंसर रेट, हैंडल-टाइम डिस्ट्रिब्यूशन, रैप-अप अवधि और एजेंट उपलब्धता के आधार पर हर 30 सेकंड में प्रति एजेंट लाइनों की संख्या दोबारा निकालता है।

एबैंडन गवर्नर कैसे काम करता है?

आप कैंपेन के लिए अधिकतम एबैंडन रेट कॉन्फ़िगर करते हैं और इंजन इसे सख्त सीमा मानता है। जैसे-जैसे लाइव रेट उस सीमा की ओर बढ़ता है, इंजन सीमा टूटने से पहले अपने-आप डायलिंग धीमी कर देता है। सुपरवाइज़र सुरक्षा-सीमा के तौर पर प्रति एजेंट न्यूनतम और अधिकतम लाइनें भी तय कर सकते हैं, और कैंपेन कंट्रोल से रियल टाइम में पेसिंग को पॉज़ या एडजस्ट कर सकते हैं।

प्रेडिक्टिव पेसिंग के लिए कम से कम कितने एजेंट चाहिए?

एक कैंपेन पर लगभग 20 एजेंट एक समझदारी भरी न्यूनतम संख्या है, क्योंकि भरोसेमंद अनुमान के लिए मॉडल को हर अंतराल में पर्याप्त डेटा पॉइंट चाहिए। इससे कम पर पावर डायलिंग और प्रोग्रेसिव डायलिंग बिना किसी एबैंडन जोखिम के थ्रूपुट का ज़्यादातर फ़ायदा देती हैं, और दोनों एक ही प्लेटफ़ॉर्म पर उपलब्ध हैं।

सिम्युलेटर-गेटेड डिप्लॉयमेंट क्या है?

कोई नया पेसिंग मॉडल या कॉन्फ़िगरेशन बदलाव लाइव होने से पहले ऐतिहासिक कैंपेन डेटा पर एक सिमुलेशन इंजन से चलाया जाता है। प्रोडक्शन ट्रैफ़िक तक पहुँचने से पहले बदलाव को सिमुलेशन में कॉन्फ़िगर की गई सीमाओं के भीतर सुरक्षित व्यवहार करना होता है, ताकि बिना परखा पेसिंग बदलाव असली ग्राहकों पर एबैंडन रेट में अचानक उछाल न लाए।

कंप्लायंस इंजन पेसिंग से पहले चलता है या बाद में?

पहले। हर डायल पहले कंप्लायंस इंजन से गुज़रता है, जहाँ Do Not Call लिस्ट, सहमति की स्थिति, कॉलिंग-घंटों की विंडो, रीट्राई सीमा और कॉलर-ID स्वामित्व जाँचे जाते हैं। जो नंबर किसी भी जाँच में फ़ेल होता है, वह कभी डायल नहीं होता, और पेसिंग मॉडल सिर्फ़ उन्हीं नंबरों के साथ काम करता है जिन्हें कॉल करने की अनुमति है।

क्या मैं प्रेडिक्टिव और प्रोग्रेसिव कैंपेन एक साथ चला सकता हूँ?

हाँ। प्रेडिक्टिव, पावर, प्रोग्रेसिव और प्रीव्यू हर कैंपेन के लिए बदले जा सकते हैं, इसलिए एक ही प्लेटफ़ॉर्म पर प्रेडिक्टिव रिकवरी कैंपेन और प्रोग्रेसिव अर्ली-डेलिंक्वेंसी कैंपेन साथ-साथ चल सकते हैं, हर एक की अपनी पेसिंग सेटिंग, एबैंडन सीमा और कंप्लायंस प्रोफ़ाइल के साथ, और हर एक टेनेंट के स्तर पर अलग रहता है।

प्रेडिक्टिव डायलर क्या है और यह कैसे काम करता है?