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

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

1. वह अनुरोध जो कभी दर्ज नहीं हुआ

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

जिन मेंटेनेंस कंपनियों के संचालन की हमने समीक्षा की है, उनमें यही एक मद रिसाव का सबसे बड़ा स्रोत है, सिर्फ़ इसलिए कि यह दिखाई नहीं देता। जो दर्ज नहीं होता, वह मापा नहीं जाता, और जो मापा नहीं जाता, उसका बिल नहीं बनता।

2. वह विज़िट जिसे दोहराना पड़ा

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

मूल कारण शायद ही कभी लापरवाही होती है। असल कारण यह है कि अनुरोध पर्याप्त विवरण के बिना आया, और तकनीशियन भेजने से पहले किसी ने पुर्ज़े की उपलब्धता की जाँच नहीं की।

3. बिना चेंज ऑर्डर के किया गया अतिरिक्त काम

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

4. वह इन्वेंटरी जो सिस्टम में नहीं, साइटों पर रहती है

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

5. देर से भेजा गया भुगतान आवेदन

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

6. वह कॉन्ट्रैक्ट जिस पर कोई नज़र नहीं रखता

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

7. वह जानकारी जो कर्मचारी के साथ चली जाती है

किसी उपकरण का इतिहास, उसमें क्या-क्या बदला गया, उसे चालू करने की वह तरकीब जो सिर्फ़ सबसे वरिष्ठ तकनीशियन जानता है — यह सब एक ही व्यक्ति के दिमाग़ में रहता है। जब वह इस्तीफ़ा देता है, तो कंपनी हर उपकरण पर शून्य से शुरू करती है और सीखने की प्रक्रिया की क़ीमत दो बार चुकाती है।

इन सातों में क्या समान है

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

Origami का नज़रिया

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

हम जो व्यावहारिक क्रम सुझाते हैं: पहले रिसाव का नक़्शा बनाइए, सबसे बड़ी एक कमी को बंद कीजिए, फिर विस्तार कीजिए। इस क्षेत्र की ज़्यादातर कंपनियों को सबसे बड़ा लाभ सिर्फ़ पहली मद को बंद करने से मिलता है — हर अनुरोध को एक ही जगह दर्ज करना — क्योंकि यही वह पूर्व-शर्त है जिस पर बाक़ी सभी मदें निर्भर हैं।

अपना ख़ुद का रिसाव कैसे मापें

अगले भाग से पहले, यह अभ्यास सिर्फ़ एक हफ़्ते के लिए आज़माइए:

  • हर सुपरवाइज़र से कहिए कि किसी भी माध्यम से आने वाला हर अनुरोध दर्ज करे, चाहे एक ही काग़ज़ पर क्यों न हो।
  • इस गिनती की तुलना उससे कीजिए जो आपके मौजूदा सिस्टम या रिपोर्टों में दर्ज हुआ।
  • गिनिए कि कितनी विज़िट एक ही कारण से दोहराई गईं।
  • बिना हस्ताक्षरित चेंज ऑर्डर के किए गए अतिरिक्त काम का मूल्य जोड़िए।

जो अंतर सामने आता है, वह मोटे तौर पर आपका साप्ताहिक रिसाव है। इसे बावन से गुणा कीजिए, और आप समझ जाएँगे कि यह विषय आपके समय के लायक़ क्यों है।

अगले भाग में

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

स्रोत