Excel में डिलीवरी रूट प्लानिंग: लोग करते कैसे हैं और सीमा कहाँ आती है

ऑर्डर आज भी स्प्रेडशीट में क्यों बाँटे जाते हैं

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

दूसरी वजह है लचीलापन। टेबल में अपनी प्रक्रिया के हिसाब से कोई भी कॉलम जोड़ा जा सकता है: सामान का प्रकार, इंटरकॉम कोड, «एक घंटा पहले कॉल करें» वाला नोट, «आँगन की तरफ़ से आइए, वहाँ बैरियर है» जैसी टिप्पणी। कोई बाहरी सिस्टम आपके काम की बारीक़ियों में उतनी तेज़ी से नहीं ढलता जितनी तेज़ी से एक ख़ाली कॉलम ढल जाता है।

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

काम लायक़ रूट शीट कैसी दिखती है

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

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

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

वे तरीक़े जो डिस्पैचर का समय बचाते हैं

स्प्रेडशीट के भीतर कुछ ऐसी सुविधाएँ हैं जो सुबह की बँटाई को साफ़ तौर पर तेज़ कर देती हैं। वे रूटिंग की समस्या हल नहीं करतीं, पर दोहराव और टाइपिंग की कुछ ग़लतियाँ ज़रूर हटा देती हैं।

• डेटा वैलिडेशन और ड्रॉपडाउन सूचियाँ — कर्मचारी, ज़ोन और ऑर्डर के प्रकार के लिए। इनसे वे टाइपो नहीं होते जिनकी वजह से फ़िल्टर बाद में आधी पंक्तियाँ ढूँढ ही नहीं पाता।
• डायरेक्टरी से मान खींचना (VLOOKUP या XLOOKUP) — पता पहले आ चुका हो तो निर्देशांक, ज़ोन और तय अवधि अपने आप जुड़ जाते हैं।
• कंडीशनल फ़ॉर्मैटिंग — तंग विंडो वाले, देर हो चुके, बिना निर्देशांक या बिना फ़ोन वाले ऑर्डर को हाइलाइट कीजिए। आँख दिक़्क़त निकलने से पहले पकड़ लेती है, बाद में नहीं।
• पिवट टेबल — इस सवाल का तुरंत जवाब कि किस कर्मचारी के हिस्से कितने स्टॉप और कितने नियोजित मिनट आए। स्प्रेडशीट में बोझ का असंतुलन देखने का यही एकमात्र तरीक़ा है।
• «ज़ोन + विंडो की शुरुआत» के हिसाब से छँटाई — मोटा, पर काम आने वाला नियम: पहले भूगोल से समूह बनाइए, समूह के भीतर समय से क्रम लगाइए।
• CSV में एक्सपोर्ट — ताकि स्टॉप का क्रम किसी मैप सेवा को देकर देखा जा सके कि योजना नक़्शे पर कैसी दिखती है।

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

स्प्रेडशीट की असली सीमा कहाँ है

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

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

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

हाथ से प्लानिंग की छिपी लागत

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

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

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

बदलने का वक़्त कब है और क्या बदलता है

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

बदलाव धीरे-धीरे कीजिए, एक ही दिन में सब कुछ तोड़े बिना:

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

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

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