मुख्य सामग्री पर जाएँ
निर्माण और रखरखाव का डिजिटलीकरण· 7 में से भाग 1

कॉन्ट्रैक्टिंग और मेंटेनेंस कंपनियाँ अपना मुनाफ़ा कहाँ गँवाती हैं

संक्षिप्त जवाब

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

Origami टीम

संपादकीय टीम · · 7 मिनट का पाठ

WhatsApp पर साझा करें
हम जो प्रकाशित करते हैं वह आपको पसंद है? Google में Origami को अपना पसंदीदा स्रोत बनाइए।Add as a preferred source on Google
कॉन्ट्रैक्टिंग और मेंटेनेंस कंपनियाँ अपना मुनाफ़ा कहाँ गँवाती हैं
निर्माण और रखरखाव का डिजिटलीकरण · 7 में से भाग 1
इस लेख में
  1. 1. वह अनुरोध जो कभी दर्ज नहीं हुआ
  2. 2. वह विज़िट जिसे दोहराना पड़ा
  3. 3. बिना चेंज ऑर्डर के किया गया अतिरिक्त काम
  4. 4. वह इन्वेंटरी जो सिस्टम में नहीं, साइटों पर रहती है
  5. 5. देर से भेजा गया भुगतान आवेदन
  6. 6. वह कॉन्ट्रैक्ट जिस पर कोई नज़र नहीं रखता
  7. 7. वह जानकारी जो कर्मचारी के साथ चली जाती है
  8. इन सातों में क्या समान है
  9. Origami का नज़रिया
  10. अपना ख़ुद का रिसाव कैसे मापें
  11. अगले भाग में
  12. स्रोत

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Origami का नज़रिया

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

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

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

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

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

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

अगले भाग में

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

स्रोत

  • #तकनीक का पूरा लाभ उठाएँ
  • #कॉन्ट्रैक्टिंग और मेंटेनेंस
  • #संचालन प्रबंधन
  • #डिजिटल परिवर्तन

सामान्य प्रश्न

मेंटेनेंस कंपनियों में मुनाफ़ा घटने का सबसे बड़ा कारण क्या है?

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

हर प्रोजेक्ट या मेंटेनेंस कॉन्ट्रैक्ट का असली मार्जिन कैसे पता करूँ?

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

क्या मेरी कंपनी को सिस्टम चाहिए, या WhatsApp पर बेहतर अनुशासन काफ़ी है?

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

भुगतान आवेदन हमेशा देर से क्यों जाते हैं, और उन्हें तेज़ कैसे करें?

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

निर्माण और रखरखाव के लिए सॉफ़्टवेयर

प्रोजेक्ट, बिल, वर्क ऑर्डर और रखरखाव एक ही सिस्टम में, सऊदी ठेकेदारों के लिए बना।

निर्माण और रखरखाव समाधान

न्यूज़लेटर

नए लेख और शृंखलाएँ, सीधे आपके इनबॉक्स में।

Google पर Origami को फ़ॉलो करें

Origami को अपना पसंदीदा स्रोत बनाइए, तो हमारे लेख आपको Google Search और प्रमुख ख़बरों में सबसे पहले दिखेंगे।

Add as a preferred source on Google