ज्यादातर टीमें ऑटोमेशन को एक बार का काम मानती हैं। Workflow सेट करो, कुछ बार सही चलते देखो, अगली आग बुझाने चले जाओ। कोई भी recurring review कैलेंडर पर नहीं डालता, क्योंकि किसी चीज़ को automate करने का पूरा मतलब ही उसके बारे में सोचना बंद करना था। ठीक इसी तरह चुपचाप failures महीनों तक जिंदा रहती हैं: एक trigger condition जो अब टीम के असल काम करने के तरीके से मेल नहीं खाती, एक स्टेप जो rename हो चुके field की ओर इशारा करता है, एक "अगर 3 दिन में जवाब न आए" वाली branch जिसे लिखे जाने के बाद किसी ने नहीं देखा।
ऑडिट क्यों छूट जाते हैं
ऑटोमेशन डिज़ाइन से ही अदृश्य है। जब यह काम कर रहा होता है, किसी के इनबॉक्स में शिकायत करने के लिए कुछ नहीं आता, इसलिए इसे चेक करने के लिए कोई natural trigger नहीं होता। फेलियर मोड कोई क्रैश नहीं, यह एक drift है: एक rule जो बनने के दिन सही थी वह धीरे-धीरे reality से मेल खाना बंद कर देती है, और चूंकि यह बिना error दिए "चलती" रहती है, किसी को पता नहीं चलता। आपको तभी पता चलता है जब कोई lead दो हफ्ते बिना छुए पड़ा रहता है या किसी customer को गलत स्टेज पर गलत email मिल जाता है, और तब तक यह एक support ticket बन चुका होता है, maintenance task नहीं।
पहले क्या चेक करें
Trigger conditions, सिर्फ outcomes नहीं
पुष्टि करें कि "अगर यह" वाला हिस्सा आज भी मेल खाता है कि काम असल में सिस्टम में कैसे आता है। Fields rename होते हैं, forms redesign होते हैं, और पिछले साल के process के लिए बना trigger आधे मामलों के लिए चुपचाप fire होना बंद कर सकता है।
जहां लोग चुपचाप वापस जुड़ गए
वह workaround ढूंढें जो किसी ने ऑटोमेशन के अंदर की बजाय बगल में बनाया, एक spreadsheet, एक manual Slack ping, एक "बस मुझे सीधे email करो।" यह संकेत है कि ऑटोमेशन महीनों पहले असली case को कवर करना बंद कर चुका।
Hardcoded नाम, तारीख या कीमत वाली कोई भी चीज़
ये वे rules हैं जो अभी चुपचाप गलत होने की सबसे ज्यादा संभावना रखती हैं। एक discount code, approval step में किसी का नाम, एक fiscal-year date, एक बार टाइप की गई और फिर कभी न देखी गई कोई भी चीज़ बुरी तरह और चुपचाप पुरानी हो जाती है।
उम्मीद के मुकाबले वॉल्यूम
पिछले महीने हर ऑटोमेशन असल में कितनी बार चला, यह निकालें। जो रोज़ चलना चाहिए उस पर zero runs एक टूटा हुआ trigger है। उम्मीद से दस गुना ज्यादा नंबर आमतौर पर एक loop या duplicate condition है, असली demand नहीं।
कौन से ऑटोमेशन चुपचाप गलत होने की सबसे ज्यादा संभावना रखते हैं
हर workflow को एक जैसी जांच की जरूरत नहीं। पहले चेक करने लायक वे हैं जिन्हें बनने के दिन से किसी ने नहीं छुआ: lead routing rules जो उस sales team के लिए लिखे गए थे जो तब से restructure हो चुकी है, follow-up sequences जो एक sales cycle के हिसाब से टाइम की गई थीं जो तब से छोटा या बड़ा हो चुका है, और वह सब कुछ जो CRM fields के drift होने के बाद आता है।
ऑडिट को एक कैडेंस में बनाएं
एक बार की सफाई आपको कुछ अच्छे महीने खरीदती है, कोई फिक्स नहीं। जो आदत असल में टिकती है वह एक छोटा recurring review है, तिमाही आमतौर पर काफी है, जहां कोई हर ऑटोमेशन खोलकर पूछता है: क्या trigger अभी भी मेल खाता है, क्या outcome अभी भी बिज़नेस की जरूरत से मेल खाता है, और क्या कोई चुपचाप उसके आसपास काम कर रहा है। यह उस मेहनत का एक अंश है जो workflow बनाने में लगी थी, और यही एकमात्र चीज़ है जो "automated" और "automated, और सही भी" के बीच खड़ी है।
FAQ
बिना किसी के नोटिस किए ऑटोमेशन क्यों फेल होते हैं?
ऑटोमेशन डिज़ाइन से ही अदृश्य है: जब यह काम कर रहा होता है, शिकायत करने के लिए कुछ भी सामने नहीं आता। फेलियर मोड कोई क्रैश नहीं है, यह एक drift है।
ऑटोमेशन ऑडिट करते समय पहले क्या चेक करना चाहिए?
क्या trigger conditions आज भी मेल खाते हैं, क्या लोगों ने चुपचाप workaround बना लिए हैं, कोई भी hardcoded नाम, तारीख या कीमत, और उम्मीद के मुकाबले असली run volume।
अपने ऑटोमेशन कितनी बार ऑडिट करने चाहिए?
एक छोटा recurring review, तिमाही आमतौर पर काफी है, एक बार की सफाई की बजाय। कोई हर ऑटोमेशन खोलकर चेक करता है कि क्या trigger अभी भी reality से मेल खाता है।
ऑटोमेशन ज़ोर से फेल नहीं होता, यह drift करता है। एक trigger reality से मेल खाना बंद कर देता है, एक hardcoded value बुरी तरह पुरानी हो जाती है, एक workaround अंदर की बजाय बगल में बन जाता है, और इनमें से कुछ भी error नहीं देता। कैलेंडर पर एक छोटा recurring audit डालें, trigger conditions को आज के असली काम से चेक करें।
आगे पढ़ें
पक्का नहीं कि आपके ऑटोमेशन अभी असल में क्या कर रहे हैं?
मैं टीमों को उनके बनाए हुए workflows ऑडिट करने, चुपचाप हुए drift को ढूंढने, और सिर्फ लक्षण की बजाय नीचे के process को ठीक करने में मदद करता हूं। देखें मैं कैसे काम करता हूं।
कॉल बुक करें