टाइम विंडो में डिलीवरी: प्रक्रिया कैसे बनाएँ और स्लॉट में कैसे टिकें

टाइम विंडो क्या है और किसे इसकी ज़रूरत है

टाइम विंडो वह अंतराल है जिसके भीतर कर्मचारी को ग्राहक के पास पहुँचना ही होता है। आम तौर पर तीन फ़ॉर्मैट चलते हैं: आधे दिन की चौड़ी विंडो (सुबह 9:00 से शाम 6:00), दो से चार घंटे की मध्यम विंडो (दोपहर 2:00 से शाम 6:00) और सटीक समय के क़रीब की संकरी विंडो (शाम 3:00 से 4:00)। अंतराल जितना संकरा, सेवा की गुणवत्ता ग्राहक को उतनी ही बेहतर लगती है — और हर पता उतना ही महँगा पड़ता है।

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

अलग श्रेणी है B2B सप्लाई — रिटेल चेन और गोदामों तक। वहाँ विंडो ग्राहक निजी तौर पर नहीं, बल्कि रिसीविंग का नियम तय करता है: रैंप सुबह 7:00 से 11:00 तक ख़ाली रहता है, इस अंतराल के बाहर गाड़ी को अंदर लिया ही नहीं जाएगा। ऐसी विंडो का उल्लंघन बिल्कुल नहीं किया जा सकता, और पूरे दिन की योजना उसी के इर्द-गिर्द बनानी पड़ती है।

स्लॉट की चौड़ाई कैसे चुनें

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

चुनते समय किन बातों पर टिकें:

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

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

विंडो को ध्यान में रखकर रूट कैसे बनते हैं

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

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

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

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

व्यवहार में विंडो सबसे ज़्यादा किन वजहों से टूटती हैं

सुबह नौ बजे जो योजना बेदाग़ लगती है, दोपहर तक वह हक़ीक़त से अलग हो जाती है। चूक की आम वजहें ये हैं:

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

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

दिन भर नियंत्रण: देरी की ख़बर ग्राहक से न मिले

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

दिन के लिए न्यूनतम टूलकिट:

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

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

स्लॉट पर जाने की शुरुआत कहाँ से करें

सारे ऑर्डर के लिए एक साथ संकरी विंडो लागू करने की कोशिश न करें — इससे ऑपरेशंस पहले ही हफ़्ते में चरमरा जाते हैं। समझदारी भरा क्रम यह है:

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

आगे डेटा के हिसाब से बढ़ें: अगर चौड़े स्लॉट में समय पर पहुँचने का हिस्सा लगातार ऊँचा है, तो अंतराल संकरा करने की गुंजाइश है। अगर नहीं — तो संकरा करने लायक़ कुछ है ही नहीं, पहले मानक और योजना ठीक कीजिए। itlogist को शुरू करने में 7 दिन लगते हैं, कोई लंबी अवधि का अनुबंध नहीं, और यह 5 से 100 कर्मचारियों वाली टीमों के लिए उपयुक्त है — यानी स्लॉट वाली परिकल्पना को आप सिद्धांत में नहीं, ज़िंदा ऑर्डर पर परख सकते हैं।