अधिकांश RPA प्रोजेक्ट्स एक ही कारण से विफल होते हैं

RPA प्रोजेक्ट्स अक्सर विफल हो जाते हैं। यह तकनीक की समस्या नहीं है। यह प्रक्रिया (process) की समस्या है।

कंपनियाँ सेल्स साइकिल के दौरान बड़े परिणामों का वादा करती हैं। फिर, कार्यान्वयन (implementation) विफल हो जाता है। ऐसा इसलिए होता है क्योंकि वे गलत परिस्थितियाँ बना देते हैं।

सफल ऑटोमेशन तीन चीजों पर निर्भर करता है:

सबसे बड़ी गलती एक दोषपूर्ण प्रक्रिया को ऑटोमेट करना है।

कई मैन्युअल प्रक्रियाओं में वर्षों पुराने वर्कअराउंड (workarounds) और अनावश्यक चरण शामिल होते हैं। यदि आप एक अक्षम प्रक्रिया को ऑटोमेट करते हैं, तो आप केवल उस अक्षमता को तेज़ कर देते हैं। आप उसे ठीक नहीं करते हैं।

आपको पूछना चाहिए: यह प्रक्रिया क्यों मौजूद है?

कभी-कभी, एक छोटा सिस्टम बदलाव बॉट की तुलना में समस्या को बेहतर ढंग से ठीक कर सकता है।

"हैप्पी पाथ" (Happy Path) के जाल से सावधान रहें।

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

यदि आपका बॉट अपवादों (exceptions) को संभालने के लिए नहीं बनाया गया है, तो दो चीजें होती हैं:

  1. बॉट टूट जाता है और काम करना बंद कर देता है।
  2. बॉट चुपचाप विफल हो जाता है और गलत डेटा प्रोसेस करता है।

यह रखरखाव (maintenance) की एक बड़ी समस्या पैदा करता है।

सफल होने के लिए, आपको पहले दिन से ही रखरखाव की योजना बनानी चाहिए। प्रत्येक बॉट के लिए ओनर (owners) नियुक्त करें। त्रुटियों को जल्दी पकड़ने के लिए मॉनिटरिंग सेटअप करें। अपनी प्रक्रिया को ठीक करने के लिए क्रैश होने का इंतज़ार न करें।

एक भी बॉट बनाने से पहले, एक सवाल पूछें:

क्या आप सही समस्या का समाधान कर रहे हैं?

यदि प्रक्रिया अनावश्यक है या किसी सिस्टम की सीमा को हल करती है, तो उसे ऑटोमेट न करें। इसके बजाय सिस्टम को ठीक करें।

बेहतरीन टीमें शुरुआत में धीमी गति से काम