جاءنا عميل العام الماضي بطلب واضح: أتمتة عملية الموافقة على الفواتير. كانت العملية بطيئة، والموظفون يطاردون بعضهم للحصول على التوقيعات، ولا أحد يعرف أي الفواتير دُفعت فعلاً. الحل بدا واضحاً: بناء أداة والتخلص من الاحتكاك.
قضينا الأسبوع الأول دون بناء أي شيء. رسمنا خريطة العملية كما هي فعلياً - لا كما تصفها وثيقة الإجراءات الرسمية، بل كما تجري على أرض الواقع. ما وجدناه: أربع خطوات مكررة موروثة من إعادة هيكلة حدثت قبل ثلاث سنوات، ومستويان للموافقة أُضيفا بعد تدقيق خارجي ولم يعودا يؤديان أي غرض، وفحص امتثال يتم بعد إرسال الدفعة أصلاً. كان الفحص مجرد إجراء شكلي.
لم يكونوا بحاجة إلى أتمتة. كانوا بحاجة إلى إصلاح العملية أولاً. أتمتة ما لديهم كانت ستحول عملية بطيئة ومعطوبة إلى عملية سريعة ومعطوبة.
ما تفعله الأتمتة فعلاً
الأتمتة تُزيل الإنسان من حلقة العمل. هذا هو الهدف - خطوات يدوية أقل، انتظار أقل، تكلفة أقل لكل معاملة. لكن حين يُزال الإنسان من الحلقة، يختفي معه كل ما كان يفعله.
أحياناً هذا هو المطلوب. لكن أحياناً، كان ذلك الشخص يكتشف الأخطاء. يلاحظ حين يبدو شيء ما غير طبيعي. يستخدم حكمه لتقرير ما إذا كان يجب تصعيد استثناء ما. يتصل هاتفياً قبل الموافقة على معاملة مشبوهة. هذه ليست تعقيداً زائداً - إنها ضوابط. حين تُؤتمت الحلقة، تُؤتمت هذه الضوابط أيضاً وتُلغى، وغالباً لا يُدرك ما فُقد إلا حين يسوء الأمر.
الأتمتة تجعل العملية تعمل بشكل أسرع وبحجم أكبر. هذه ميزة حين تكون العملية سليمة. حين تكون العملية معطوبة، تصبح هذه الميزة خطراً.
مشكلة السرعة
عملية يدوية معطوبة قد تُنتج عشرة نتائج سيئة في الشهر. مورّد يُدفع مرتين، فاتورة تضيع، موافقة تصدر من شخص خطأ. سيئ، لكن يمكن التعامل معه.
عملية مؤتمتة ومعطوبة قد تُنتج عشرة آلاف نتيجة سيئة في الشهر. وحجم الفشل غالباً ما يكون غير مرئي - تحديداً لأنه لا يوجد إنسان في الحلقة ليلاحظ أن شيئاً ما خاطئ. حين يظهر المشكل أخيراً، تكون الأضرار قد تراكمت. تكتشف الإدارة المالية في نهاية الربع أن منطق الاستثناءات كان يُوجّه فئة من الفواتير بشكل خاطئ لأحد عشر أسبوعاً. العمل اليدوي المطلوب لتصحيح أحد عشر أسبوعاً من الأخطاء المؤتمتة يتجاوز بكثير الوقت الذي وفّرته الأتمتة.
السرعة ليست دائماً ميزة. حين تكون العملية معطوبة، تصبح السرعة العدو.
الترتيب الصحيح
ثمة تسلسل صحيح، ومعظم الفرق تتجاوز الخطوة الوسطى.
أولاً، رسم خريطة العملية كما هي فعلياً. ليس النسخة الرسمية من وثيقة الإجراءات - بل النسخة التي تعمل فعلاً. من يفعل ماذا، وبأي ترتيب، ولماذا. أين تذهب الاستثناءات. ما الذي يُصعَّد. كم تستغرق كل خطوة. كيف يتحايل الناس على النظام.
ثانياً، إعادة تصميم العملية من الصفر كما يجب أن تكون. ليس تعديل الهوامش - بل التشكيك في كل شيء. هل هذه الخطوة ضرورية؟ هل تضيف هذه الموافقة رقابة حقيقية أم مجرد تأخير؟ هل ثمة طريقة أبسط للوصول إلى النتيجة ذاتها؟ هذه الخطوة غير مريحة لأنها تتطلب اتخاذ قرارات، لا مجرد البناء. لكن تجاوزها هو الخطأ الأكثر شيوعاً والأكثر تكلفة في أتمتة العمليات.
ثالثاً، بناء الأتمتة فوق العملية المُعاد تصميمها. ليس الأصلية.
معظم الفرق تنتقل مباشرة من الخطوة الأولى إلى الثالثة. والنظام الذي تبنيه يُرسّخ كل ما كان خاطئاً.
علامات تدل على أن عمليتك تحتاج إصلاحاً قبل الأتمتة
انتبه لهذه المؤشرات:
- كثرة الاستثناءات والحالات الخاصة. إن كانت العملية تُنتج استثناءات أكثر من النتائج المعتادة، فهي ليست عملية - إنها مجموعة من الحلول المؤقتة.
- الموظفون يتحايلون بانتظام على النظام. حين يجد فريقك باستمرار طرقاً للتحايل على التدفق الرسمي، فالتدفق الرسمي لا يتطابق مع العمل الفعلي.
- أشخاص مختلفون يؤدون الخطوة ذاتها بطرق مختلفة. هذا التضارب يعني أن العملية لم تُحدَّد بوضوح من الأساس.
- هناك "الشخص الذي يعرف كيف تعمل". إن كانت العملية تعيش في رأس شخص ما لا في وثائق واضحة، فهي ليست جاهزة للأتمتة. حين يغيب ذلك الشخص، تتوقف العملية.
قبل أن نبني أي شيء
نُدقق في العملية. في كل مرة. ليس لتأخير العمل، بل لأن البناء فوق أساس معطوب يضمن فشل البناء. العملاء الذين يقاومون هذه الخطوة عادةً ما يعودون بعد ستة أشهر بنظام لا يستطيعون استخدامه.
إن كنت تريد أتمتة عملية ما - أو إن كنت تشك في وجود عملية تحتاج إصلاحاً قبل التفكير في الأتمتة - تواصل معنا. سنبدأ بفهم ما لديك فعلاً قبل مناقشة ما يجب بناؤه.