लैटिन अमेरिका में कलेक्शन के लिए प्रेडिक्टिव डायलिंग

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

रिकवरी पोर्टफ़ोलियो की पेसिंग

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

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

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

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

Abandon Governor

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

जो नियंत्रण मायने रखता है वह रिपोर्ट नहीं, governor है: यह रोलिंग एबैंडन रेट को आपकी कॉन्फ़िगर की गई सीमा के मुक़ाबले देखता है और सीमा तक पहुँचने से पहले ही पेसिंग धीमी कर देता है, बजाय बाद में यह बताने के कि सीमा टूट गई। रिपोर्ट बताती है कि पिछले मंगलवार कुछ गलत हुआ। Governor मंगलवार को गलत होने से रोकता है।

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

कॉलिंग समय और सहमति, हर क्षेत्राधिकार के अनुसार कॉन्फ़िगर

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

DialerBee इनमें से कुछ भी आपके लिए तय नहीं करता, और उसे करना भी नहीं चाहिए। कॉलिंग समय, संपर्क-आवृत्ति की सीमाएँ, सहमति की आवश्यकताएँ और सप्रेशन लिस्ट हर क्षेत्राधिकार और हर टेनेंट के लिए कॉन्फ़िगर होती हैं, और प्री-डायल जाँच उस पोर्टफ़ोलियो का कॉन्फ़िगरेशन लागू करती है जिसे डायल किया जा रहा है। कॉन्फ़िगर करने योग्य default-deny नीतियाँ किसी आवश्यक जाँच में असफल कॉल को ब्लॉक और लॉग करती हैं, और सहमति रिकॉर्ड, Do Not Call प्रविष्टियाँ और रजिस्ट्री जाँच डायल के बाद मिलान करने के बजाय डायल से पहले जाँची जाती हैं।

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

कॉल के साथ WhatsApp रिमाइंडर

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

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

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

डिस्पोज़िशन कोड और कॉलबैक

पेसिंग की गुणवत्ता डिस्पोज़िशन की गुणवत्ता पर निर्भर करती है — वह हिस्सा जिसमें ज़्यादातर ऑपरेशंस कम निवेश करते हैं। पेसिंग इंजन रैप-अप टाइम को इनपुट के रूप में पढ़ता है, इसलिए असंगत डिस्पोज़िशन अनुमान को बिगाड़ता है और ऐसे कारणों से एबैंडन बढ़ाता है जिन्हें कोई पेसिंग सेटिंग नहीं समझा सकती।

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

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

ऐसी रिपोर्ट जिन्हें आपका क्लाइंट वाकई पढ़ेगा

कई लेनदारों के लिए रिकवरी का काम करने वाले BPO को उन आँकड़ों पर परखा जाता है जो उसे हर क्लाइंट के लिए, माँगने पर, महीने के अंत में हाथ से जोड़ी गई स्प्रेडशीट के बिना देने होते हैं।

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

स्पैनिश सहित ग्यारह भाषाएँ

DialerBee 11 भाषाओं में चलता है, और कलेक्शन टीम के लिए इसके दो अलग अर्थ हैं। एजेंट कंसोल, स्क्रिप्ट, डिस्पोज़िशन और रिपोर्ट उस भाषा में दिखते हैं जिसमें एजेंट काम करता है, जिससे ऑनबोर्डिंग छोटी होती है और गलत डिस्पोज़िशन वाली कॉल घटती हैं। ग्राहक की ओर वाला हिस्सा — यानी WhatsApp टेम्पलेट, IVR प्रॉम्प्ट और वॉइस पैक — उस भाषा में लिखा जाता है जिसमें कर्ज़दार जवाब देता है। जो टीम स्पैनिश-भाषी बाज़ारों में काम करती है और किसी दूसरी जगह स्थित मुख्यालय को रिपोर्ट करती है, उसके लिए यही बँटवारा असली बात है।

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

क्या प्रेडिक्टिव डायलर कलेक्शन के लिए उपयुक्त है भी?

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

एबैंडन रेट को सीमा के भीतर कैसे रखा जाता है?

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

कई देशों में कॉलिंग समय कैसे संभाला जाता है?

ये हर क्षेत्राधिकार और हर टेनेंट के लिए कॉन्फ़िगर होते हैं, और प्री-डायल जाँच उस पोर्टफ़ोलियो का कॉन्फ़िगरेशन लागू करती है जिसे डायल किया जा रहा है। कॉन्फ़िगर करने योग्य default-deny नीतियाँ किसी आवश्यक जाँच में असफल कॉल को ब्लॉक और लॉग करती हैं। ये अनुपालन में सहायक नियंत्रण हैं, कानूनी सलाह नहीं: लागू नियमों की पुष्टि योग्य स्थानीय कानूनी सलाहकार से करें और उन्हें उसी अनुसार कॉन्फ़िगर करें।

क्या WhatsApp रिमाइंडर और कॉल एक ही सहमति रिकॉर्ड साझा कर सकते हैं?

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

कलेक्शन कैंपेन में कौन-से डिस्पोज़िशन कोड इस्तेमाल करने चाहिए?

एक छोटा सेट जिसे एजेंट दबाव में भी सही चुन सकें, और जिसमें हर कोड से अगली कार्रवाई तय हो: भुगतान का वादा, आंशिक भुगतान, इनकार, विवाद, गलत नंबर, तीसरे पक्ष से संपर्क, भाषा की बाधा, और दोबारा संपर्क न करने का अनुरोध।

क्या हर क्लाइंट केवल अपनी कलेक्शन रिपोर्ट देख सकता है?

हाँ। हर क्लाइंट एक अलग टेनेंट है जिसका अपना डेटा, उपयोगकर्ता, कॉलर पहचान और रिपोर्टिंग दायरा होता है, इसलिए रिकवरी रेट, कॉन्टैक्ट रेट, promise-to-pay कन्वर्ज़न, राइट-पार्टी कॉन्टैक्ट रेट और एबैंडन रेट किसी दूसरे पोर्टफ़ोलियो को उजागर किए बिना हर क्लाइंट के लिए दिखाए जा सकते हैं। रिकॉर्डिंग और अनुपालन निर्णयों का ऑडिट ट्रेल भी इसी तरह सीमित रहते हैं।