ऑर्डर की डिलीवरी विफल होने के कारण: इन्हें कैसे पकड़ें, गिनें और घटाएँ

विफल डिलीवरी, तारीख़ बदलना और इनकार: इन्हें एक साथ क्यों नहीं गिना जा सकता

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

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

जब तक ये सारी घटनाएँ एक ही ढेर में पड़ी हैं, कोई भी विश्लेषण बेमानी है: कुल प्रतिशत का गिरना डिस्पैच टीम के बेहतर काम का संकेत भी हो सकता है और सिर्फ़ मौसमी वजह से पहले से भुगतान वाले ऑर्डरों के घटने का भी। समूहों में बाँटना बाबूगिरी नहीं है — यही वह शर्त है जिसके बाद आँकड़ा संभालने लायक़ बनता है।

कामकाजी सूची: डिलीवरी असल में किन वजहों से टूटती है

व्यवहार में देखा गया है कि ज़्यादातर चूकें एक छोटी-सी सूची में समा जाती हैं। नीचे वह सूची है जिसे आधार बनाकर अपने प्रवाह के हिसाब से ढाला जा सकता है।

पाने वाले से जुड़े कारण:

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

पते और पहुँच से जुड़े कारण:

• पता अधूरा लिखा है: ब्लॉक, गेट, मंज़िल या ऑफ़िस नंबर नहीं है।
• इंटरकॉम काम नहीं करता, कोड नहीं है, परिसर में घुसने के लिए पास चाहिए।
• बंद बिज़नेस सेंटर, गोदाम, या बताए गए समय पर दुकान ही बंद है।
• जियोकोडिंग की ग़लती: नक़्शे पर बिंदु असली दरवाज़े से मेल नहीं खाता।

काम पूरा करने से जुड़े कारण:

• ठुँसे हुए रूट या ट्रैफ़िक की वजह से देरी।
• ऑर्डर गोदाम से निकला ही नहीं, अधूरा पैक हुआ, लोडिंग में बदल गया।
• मौक़े पर पता चला कि सामान टूटा है या ऑर्डर से मेल नहीं खाता।
• तकनीकी दिक़्क़तें: गाड़ी ख़राब, फ़ोन की बैटरी ख़त्म, नेटवर्क ग़ायब।
• कर्मचारी बीमार पड़ गया या आया ही नहीं, और काम किसी और को समय पर सौंपा नहीं जा सका।

अलग से «ग़लत जगह डिलीवरी» को गिनना चाहिए — यह दुर्लभ पर महँगा मामला है, जब ऑर्डर ग़लत पते पर सौंप दिया जाता है। बाक़ी बिंदुओं के उलट, यह लगभग हमेशा किसी व्यवस्थागत गड़बड़ी की ओर इशारा करता है: एक जैसे नाम वाली गलियाँ, पते की हाथ से नक़ल, या सौंपने से पहले जाँच का न होना।

कारणों की डायरेक्टरी: खुले टेक्स्ट पढ़ना कैसे बंद करें

हिसाब की सबसे आम दिक़्क़त है मनमर्ज़ी से लिखी टिप्पणी। «ग्राहक फ़ोन नहीं उठाता», «संपर्क नहीं हुआ», «×3 कॉल किए, नहीं लगा», «मौक़े पर नहीं मिला, फ़ोन किया था» — ये एक ही घटना के चार रिकॉर्ड हैं, और कोई भी क्वेरी इन्हें जोड़ नहीं पाएगी।

हल आसान है: दस-पंद्रह विकल्पों की बंद सूची, जिसमें से कर्मचारी एक टैप में चुन ले, साथ में ब्योरे के लिए एक वैकल्पिक फ़ील्ड। सूची बनाने के नियम ऐसे हैं:

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

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

कारणों के हर समूह के साथ क्या करें

जब ढाँचा साफ़ हो जाता है, तो काम «गुणवत्ता सुधारने» जैसी आम बात नहीं रह जाता और ठोस क़दमों का सेट बन जाता है।

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

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

दोबारा डिलीवरी: ऑर्डर आख़िरकार कहाँ खोता है

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

नियम में क्या तय कर देना चाहिए:

• प्रतिक्रिया की समय-सीमा। पाने वाले से उसी दिन, ज़्यादा से ज़्यादा अगले दिन संपर्क करें: ठहराव जितना लंबा, इनकार की संभावना उतनी ज़्यादा।
• अपने आप योजना में वापसी। बिना बंद हुआ ऑर्डर इस इंतज़ार में न पड़ा रहे कि कोई उसे याद कर लेगा — वह साफ़ स्टेटस के साथ बँटवारे की क़तार में लौट आए।
• कोशिशों की सीमा। दो-तीन, उसके आगे शर्तों पर नई सहमति या वापसी। बेहिसाब दौरे ख़ुद ऑर्डर से महँगे पड़ते हैं।
• दोबारा के लिए तय की गई खिड़की। «जब हो पाएगा तब» वाली दोबारा डिलीवरी का नतीजा ठीक वही निकलता है जो पहली बार निकला था।
• लागत का हिसाब। हर कोशिश ऑर्डर की लागत की गणना में जाए, वरना दोबारा दौरे रिपोर्टिंग में अदृश्य बने रहते हैं।

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

चार हफ़्तों की योजना

चूकों से निपटना छोटे चक्रों में बेहतर होता है: पहले माप, फिर एक बदलाव, फिर तुलना।

• पहला हफ़्ता — आधार तय करना। कारणों की बंद सूची लागू करें, अधूरे ऑर्डरों का मौजूदा हिस्सा और उसका ढाँचा जुटाएँ। यही वह शुरुआती बिंदु है जिस पर आप बार-बार लौटेंगे।
• दूसरा — ग्राहक के डेटा पर काम। पते और पहुँच के अनिवार्य फ़ील्ड, ऑर्डर लेते समय फ़ोन नंबर की जाँच, पहुँचने के समय की पहले से सूचना।
• तीसरा — प्लानिंग। हक़ीक़त से मेल खाती समय-खिड़कियाँ और खिड़कियों व पाबंदियों को ध्यान में रखकर कर्मचारियों पर भार; OR-Tools पर बना ऑप्टिमाइज़ेशन इंजन बिंदुओं का क्रम स्प्रेडशीट की हाथ से की गई छँटाई से ज़्यादा सटीक निकालता है।
• चौथा — फ़ीडबैक। कर्मचारियों और डिस्पैचरों के साथ ठोस चूकों पर चर्चा, कारणों की डायरेक्टरी का अपडेट, काग़ज़ पर रिपोर्ट दोहराने का अंत।

इस दौरान ऑर्डर काम में उन्हीं जाने-पहचाने स्रोतों से आने चाहिए: itlogist 1С, AmoCRM, Bitrix24 और Excel के साथ डेटा का आदान-प्रदान करता है, इसलिए पते हाथ से ले जाने की ज़रूरत नहीं — और पतों की कुछ ग़लतियाँ पैदा ही हाथ से टाइप करने से होती हैं। शुरुआत में 7 दिन लगते हैं, लंबी अवधि के अनुबंध के बिना; प्लेटफ़ॉर्म 5 से 100 कर्मचारियों वाली टीमों के लिए बना है, यानी परिकल्पना को असली प्रवाह पर परखा जा सकता है और पहले हफ़्ते के आधार से तुलना की जा सकती है।

ऐसे चक्र का असली नतीजा प्रतिशत का एक बार गिरना नहीं है, बल्कि चूकों को एक ढाँचे की तरह देखने की आदत है। जब यह दिख जाता है कि आधे अधूरे ऑर्डर संपर्क न होने की वजह से हैं और एक-तिहाई अधूरे पतों की वजह से, तो अगला क़दम बिना किसी मीटिंग के साफ़ हो जाता है।