फ़्लीट वाहन खराबी रिपोर्टिंग ऐप: एक व्यावहारिक योजना

खराबी की रिपोर्ट छूट क्यों जाती है

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

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

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

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

फ़्लीट वाहन खराबी रिपोर्टिंग ऐप सारी जानकारी को एक रिकॉर्ड में रखता है। मैनेजर संबंधित वाहन, ड्राइवर के नोट्स, फ़ोटो, गंभीरता, मरम्मत की स्थिति और अगले काम के जिम्मेदार व्यक्ति को देख सकते हैं। इससे वाहन निरीक्षण रिपोर्ट ऐसे काम में बदल जाती हैं, जिसे लोग पूरा होने तक ट्रैक कर सकते हैं।

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

हर खराबी की रिपोर्ट में क्या दर्ज होना चाहिए

रिपोर्टिंग ऐप तभी काम करेगा जब ड्राइवर एक या दो मिनट में रिपोर्ट पूरी कर सकें। समस्या पहचानने और सही व्यक्ति तक उसे पहुंचाने के लिए पर्याप्त जानकारी मांगें। ब्रेक की चेतावनी के लिए लंबा फ़ॉर्म नहीं होना चाहिए।

हर रिपोर्ट में ये बुनियादी बातें होनी चाहिए:

• वाहन की पहचान, जैसे फ़्लीट नंबर या रजिस्ट्रेशन नंबर
• ड्राइवर ने खराबी कब देखी, उसकी तारीख और समय
• खराबी का प्रकार, जैसे टायर, लाइट, ब्रेक, बॉडी डैमेज या कैबिन उपकरण
• आसान भाषा में छोटा विवरण
• समस्या दिखाई देने पर एक या अधिक फ़ोटो

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

हर रिपोर्ट में गंभीरता का आसान विकल्प रखें। «इस्तेमाल के लिए सुरक्षित», «जल्द ध्यान जरूरी» या «वाहन न चलाएं» चुनने के लिए ड्राइवरों को मैकेनिकल ट्रेनिंग की जरूरत नहीं होनी चाहिए। नई रिपोर्टों की स्थिति «नई» रखें, ताकि मैनेजर को पता हो कि उनकी समीक्षा करनी है।

जब वाहन कई डिपो में काम करते हों या पूरा दिन सड़क पर रहते हों, तो स्थान महत्वपूर्ण हो जाता है। ड्राइवरों को डिपो चुनने, वर्तमान स्थान लिखने या «डिपो से बाहर» चुनने दें। इसके बाद रखरखाव टीम वाहन जहां है, वहीं मरम्मत की व्यवस्था कर सकती है।

पहली स्क्रीन पर वैकल्पिक फ़ील्ड न रखें। मैनेजर बाद में नोट्स जोड़ सकते हैं, मैकेनिक को काम सौंप सकते हैं और मरम्मत की स्थिति बदल सकते हैं। ड्राइवर का काम रवाना होने से पहले खराबी की सही रिपोर्ट करना है, रखरखाव का कागज़ी काम पूरा करना नहीं।

ऐसे गंभीरता स्तर तय करें जिन्हें लोग इस्तेमाल कर सकें

«छोटी» और «बड़ी» जैसी अस्पष्ट श्रेणियां बाद में मतभेद पैदा करती हैं। ऐसे लेबल रखें जो ड्राइवर को बताएं कि वाहन के साथ क्या करना है और मैनेजर को बताएं कि कितनी जल्दी कार्रवाई करनी है।

कई फ़्लीट के लिए तीन स्तर काफी होते हैं:

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

फ़ॉर्म में हर विकल्प के साथ छोटी-सी कार्रवाई लिखें। ड्राइवरों को मैकेनिकल जोखिम का फैसला अकेले नहीं करना चाहिए।

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

हर चेतावनी लाइट का मतलब एक जैसा नहीं होता। लाल ब्रेक चेतावनी «तुरंत» श्रेणी में होगी, जबकि कम विंडशील्ड वॉशर फ्लूइड की चेतावनी «नियमित» हो सकती है। स्पष्ट मार्गदर्शन मैनेजरों को सही फैसला लेने में मदद करता है, बिना ड्राइवरों से खराबी का कारण पता लगाने की उम्मीद किए।

यह मार्गदर्शन फ़ॉर्म में दिखाई देता रहे और उसमें छोटे उदाहरण तथा जरूरी कार्रवाई लिखी हो। Koder.ai टीमों को चैट से ऐसा रिपोर्टिंग ऐप बनाने में मदद कर सकता है, जो हर रिपोर्ट सही व्यक्ति तक भेजे और बंद होने तक उसकी प्रगति दर्ज करे।

रिपोर्टिंग वर्कफ़्लो बनाएं

ऐसे वाहन रजिस्टर से शुरुआत करें जिसे ड्राइवर जल्दी खोज सकें। वही पहचान इस्तेमाल करें जो वे रोज देखते हैं, जैसे «Van 24», रजिस्ट्रेशन नंबर या आंतरिक एसेट कोड। एक जैसे नाम न रखें, क्योंकि उनसे गलत वाहन चुनना आसान हो जाता है।

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

वाहन के पास से रिपोर्टिंग आसान बनाएं

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

लंबी कहानी के बजाय उपयोगी विवरण मांगें। «पीछे का बायां टायर रात भर में हवा खो देता है» रखरखाव टीम को शुरुआत के लिए बेहतर जानकारी देता है। कंपनी की नीति अनुमति दे तो ऐप ड्राइवर का नाम, सबमिट करने का समय और वर्तमान स्थान भी अपने आप दर्ज कर सकता है।

फ़ॉर्म का आसान क्रम इस तरह हो सकता है:

1. वाहन और खराबी की श्रेणी चुनें।
2. गंभीरता चुनें और समस्या का विवरण लिखें।
3. जरूरत होने पर फ़ोटो या छोटा वीडियो जोड़ें।
4. रिपोर्ट को नामित मैनेजर या रखरखाव टीम के पास भेजें।

हर रिपोर्ट किसी जिम्मेदार व्यक्ति तक पहुंचाएं

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

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

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

खराबियों को स्पष्ट दिखाने के लिए फ़ोटो का इस्तेमाल करें

«टायर कम लगता है» जैसा नोट समझने के लिए बहुत कुछ अनुमान लगाना पड़ता है। फ़ोटो मैनेजर और मैकेनिक को वाहन को सामने से देखने से पहले एक साझा दृश्य देती है। इससे यह भी दर्ज रहता है कि ड्राइवर ने क्या और कब देखा था।

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

• टायर का घिसाव, साइडवॉल की क्षति और टायर में फंसी वस्तुएं
• डेंट, टूटी लाइट और ढीले बॉडी पैनल
• डैशबोर्ड की चेतावनी लाइट और त्रुटि संदेश
• वाहन के नीचे या इंजन के आसपास द्रव का रिसाव

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

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

सबमिट करने के बाद ड्राइवर की मूल रिपोर्ट सुरक्षित रखें। मैनेजर और मैकेनिक अलग गतिविधि लॉग में मरम्मत नोट्स, अतिरिक्त फ़ोटो और स्थिति अपडेट जोड़ सकते हैं। उदाहरण के लिए, ड्राइवर Van 24 के नीचे पानी जमा होने की रिपोर्ट दो फ़ोटो के साथ कर सकता है। बाद में मैकेनिक «खराब कूलेंट पाइप बदली गई» लिखकर पूरे काम की फ़ोटो जोड़ सकता है। मूल रिपोर्ट में बदलाव नहीं होना चाहिए। इससे मैनेजर बार-बार होने वाली समस्याएं पहचान सकते हैं।

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

रिपोर्ट से समाधान तक मरम्मत ट्रैक करें

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

ऐसे चरण रखें जो आपकी फ़्लीट के काम करने के तरीके से मेल खाते हों:

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

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

समीक्षा के चरण में फैसला दर्ज करें। कुछ खराबियों में वाहन को तुरंत सेवा से हटाना जरूरी होता है, जैसे बाहर निकले तारों वाला क्षतिग्रस्त टायर। कुछ मामलों में बुक की गई मरम्मत तक सुरक्षित इस्तेमाल संभव हो सकता है, जैसे कैबिन की ढीली ट्रिम। टीम ने फैसला क्यों लिया, उसे किसने मंजूर किया और ड्राइवर पर कौन-सी सीमाएं लगाई गईं, यह दर्ज करें।

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

पूरी हो चुकी रिपोर्टों को छिपाएं नहीं। उन्हें वाहन, खराबी के प्रकार, तारीख और मरम्मत के परिणाम के आधार पर खोजने योग्य रखें। अगर दो महीनों में वही चेतावनी लाइट तीन बार दिखाई देती है, तो यह इतिहास रखरखाव टीम को हर रिपोर्ट को अलग घटना मानने के बजाय मूल कारण की जांच करने का संकेत देता है।

रिपोर्ट तभी बंद करें जब जिम्मेदार व्यक्ति मरम्मत की पुष्टि कर दे और ड्राइवर वह फैसला देख सके। अगली यात्रा से पहले यह अंतिम जांच महत्वपूर्ण है।

ड्राइवरों और मैनेजरों के बीच संपर्क बनाए रखें

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

रिमाइंडर किसी नामित मैनेजर या शिफ्ट सुपरवाइज़र को भेजें, सामान्य इनबॉक्स में नहीं। «समीक्षा बाकी» स्थिति से ऐसी रिपोर्ट आसानी से मिल जाती हैं।

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

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

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

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

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

उदाहरण: डिलीवरी रूट से पहले मिली खराबी

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

वह रिपोर्टिंग ऐप खोलती है, वाहन चुनती है, प्रभावित हिस्से के रूप में «शीशा» चुनती है और लिखती है: «ड्राइवर साइड के शीशे के बीच से दरार गुजर रही है। पीछे का दृश्य आंशिक रूप से बाधित है।»

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

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

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

मरम्मत की दुकान शीशा बदल देती है। इसके बाद मैनेजर स्थिति «पूरी» करता है और इनवॉइस संदर्भ तथा काम पूरा होने का समय जोड़ता है। नए शीशे की अंतिम फ़ोटो रिकॉर्ड की दृश्य पुष्टि देती है। ड्राइवर को सूचना मिल जाती है कि वैन इस्तेमाल के लिए तैयार है।

रिपोर्टिंग का यह छोटा कदम टाली जा सकने वाली सुरक्षा समस्या रोकता है, रूट को जारी रखता है और स्पष्ट मरम्मत इतिहास छोड़ता है।

ऐसी गलतियां जो मरम्मत धीमी कर देती हैं

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

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

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

वाहन रोकें, जल्द मरम्मत करें और निगरानी रखें जैसे कार्रवाई आधारित विकल्प इस्तेमाल करें। उन्हें ऐप में स्पष्ट रूप से दिखाएं और हर विकल्प के साथ छोटा उदाहरण दें। सही श्रेणी चुनने के लिए ड्राइवरों को रखरखाव का ज्ञान जरूरी नहीं होना चाहिए।

किसी मैकेनिक को काम सौंपते ही रिपोर्ट बंद न करें। जिम्मेदारी देना काम पूरा होना नहीं है। रिपोर्ट तब तक खुली रखें जब तक कर्मचारी यह दर्ज न कर दें कि क्या मरम्मत की गई, काम किसने किया और वाहन सेवा में कब लौटा। अगर मरम्मत की जरूरत नहीं थी, तो वह फैसला भी दर्ज करें।

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

शुरू करने से पहले त्वरित जांच

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

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

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

फॉलो-अप संदेशों की भी जांच करें। «मैकेनिक के शीशे की जांच करने तक Vehicle 24 का इस्तेमाल न करें» जैसा निर्देश दर्ज करें और पुष्टि करें कि ड्राइवर, सुपरवाइज़र और रखरखाव टीम उसे देख सकते हैं। मरम्मत पूरी करें और वाहन का इतिहास खोजकर देखें कि मूल रिपोर्ट, मरम्मत नोट्स और पूरी होने की तारीख एक साथ दिखाई दे रही है।

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

अगर आप Koder.ai में ऐप बनाते हैं, तो उसे सिर्फ डेस्कटॉप ब्राउज़र पर नहीं, बल्कि उन फ़ोन पर भी जांचें जिनका ड्राइवर पहले से इस्तेमाल करते हैं। ऑफिस के Wi-Fi पर काम करने वाला फ़ोटो अपलोड कमजोर सिग्नल वाले डिपो में विफल हो सकता है। जहां संभव हो, ड्राफ्ट स्थानीय रूप से सेव करें और रिपोर्ट मैनेजर तक पहुंचने पर स्पष्ट पुष्टि दिखाएं।

अपनी फ़्लीट के लिए अगले कदम

एक डिपो या कुछ ड्राइवरों के छोटे समूह से दो या तीन हफ्तों के लिए शुरुआत करें। सीमित ट्रायल से हर ड्राइवर के ऐप पर निर्भर होने से पहले अस्पष्ट फ़ील्ड और छूटी हुई खराबी श्रेणियां सामने आ जाती हैं।

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

मैनेजरों को खुली समस्याओं की समीक्षा का तय समय रखना चाहिए। हर सुबह 15 मिनट की जांच में नई गंभीर खराबियां, मंजूरी की प्रतीक्षा कर रही मरम्मत और देर से चल रहे काम देखे जा सकते हैं। हर खुली रिपोर्ट के लिए एक नामित जिम्मेदार व्यक्ति तय करें, भले ही मरम्मत बाहर की गैरेज करेगी।

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

Koder.ai टीमों को चैट के जरिए वेब, सर्वर और मोबाइल ऐप बनाने देता है। इसलिए फ़्लीट अपनी रिपोर्ट के फ़ील्ड, गंभीरता के नियम, फ़ोटो अपलोड, मरम्मत के चरण और ड्राइवर फॉलो-अप आसान भाषा में बता सकती है। फ़्लीट रखरखाव की जरूरतें बदलने पर वर्कफ़्लो भी बदला जा सकता है।

ट्रायल इतना लंबा चलाएं कि रिपोर्टों को बंद होने तक देखा जा सके। असली माप यह है कि टीम अगले रूट से पहले गंभीर समस्याएं ठीक कर पाती है या नहीं और यह दिखा पाती है या नहीं कि हर वाहन को सेवा में लौटने के लिए कब सुरक्षित माना गया।