ما الذي يجب أتمتته أولاً — خريطة عائد أتمتة سير العمل

الترويج للأتمتة في كل مكان، وهو في معظمه عديم الفائدة، لأنه يتجاوز السؤال الوحيد المهم: ما الذي تؤتمته أولاً؟ التقدير الثابت لدى McKinsey أن نحو نصف أنشطة العمل الحالية قابلة للأتمتة تقنياً بتقنيات مُثبَتة بالفعل [1]. لكن «قابل للأتمتة تقنياً» ليس مرادفاً لـ«يستحق الأتمتة هذا الربع». وجِّه مشروعك الأول نحو المهمة الخطأ فتنفق مالاً حقيقياً لتجعل عملاً نادراً أسرع قليلاً، بينما يبقى ما ينزف ساعةً يومياً يدوياً.

حين يُنفَّذ بشكل صحيح، فالعائد ليس هامشياً. وضعت دراسة Forrester الاقتصادية لإحدى منصّات الأتمتة الكبرى عائد منظمة افتراضية على ثلاث سنوات عند 248 بالمئة، مع استعادة نحو 200 ساعة سنوياً لكل موظف في حالات الاستخدام عالية الأثر [2]. والسوق يسعّر ذلك: من المتوقّع أن تتضاعف أتمتة العمليات الذكية نحو ثلاث مرات، من قرابة 14.5 مليار دولار في 2024 إلى ما يقارب 45 مليار بحلول 2030 [3].

هذه القطعة هي الخريطة التي يستخدمها المشغّلون فعلاً. سؤالان يحسمان كل أتمتة — كم مرة تعمل هذه المهمة، وكم تكلّفك كل مرة من وقت وأخطاء. ارسم عملك على هذين المحورين فيرتّب طابور الأولويات نفسه بنفسه. ثم قرار أخير يحدّد كيف تبنيه: تلصقه بأدوات بلا برمجة، أم تبنيه كما ينبغي. وهذا القرار يعود بالكامل تقريباً إلى الحجم.

ابدأ كل نقاش حول الأتمتة بترتيب المهام على محورين، لا بما سيبدو الأكثر إبهاراً في عرضٍ تقديمي. المحور الأفقي هو التكرار — كم مرة تعمل المهمة فعلاً في الأسبوع. المحور الرأسي هو الألم — الوقت الذي تلتهمه كل مرة زائد كلفة الخطأ. الربع الأعلى يميناً، عالي التكرار وعالي الألم، هو حيث تبدأ. وكل ما عداه ينتظر دوره أو يبقى يدوياً.

المكاسب السريعة هي غالباً سباكة العمل المملّة عالية التكرار: نقل البيانات نفسها بين نظامين، توجيه عميل جديد، إرسال المتابعة الثالثة، توليد التقرير ذاته كل اثنين. لا شيء منها لافت؛ كلّها تعمل عشرات المرات أسبوعياً وتتعثّر بهدوء حين يتعب البشر. وتضع تحليلات McKinsey نفسها جمع البيانات ومعالجتها بين أكثر الأنشطة قابلية للأتمتة على الإطلاق ^[1] — وهو بالضبط العمل الذي ما زالت معظم الفرق تؤدّيه يدوياً.

للمشغّلين في هذه المنطقة محفّزان تغفلهما الأدلّة العالمية. الأول هو الامتثال: حوّل إلزام الفاتورة الإلكترونية من مصلحة الضرائب المصرية ^[4] الفوترة من مهمة مكتبية خلفية إلى التزام مهيكل قابل للقراءة آلياً — أي عملية ينبغي أتمتتها من طرف إلى طرف بدل إعادة كتابتها في بوّابة. والثاني هو الحجم وحده: سوق تجارة إلكترونية في المنطقة في طريقه لتجاوز 57 مليار دولار بحلول 2029 ^[5]، أي تدفّقات طلبات وتنفيذ ودعم لا يمكن لأي فريق الاستمرار في معالجتها يدوياً دون أن يغرق.

حين تعرف ما تؤتمته، يأتي القرار التالي عن الكيفية: لصق أم بناء. أدوات اللصق بلا برمجة مُحاسَبة بالمهمة — رخيصة وسريعة عند الحجم المنخفض، ما يجعلها الخطوة الأولى الصحيحة لسير عملٍ يعمل بضع عشرات المرات شهرياً. لكن كلفتها تتصاعد مع كل تشغيل، وتتعطّل بصمت حين يغيّر تطبيقٌ متّصل حقلاً. أمّا الأتمتة المخصّصة التي تملكها فتقلب الشكل: كلفة أعلى لمرة واحدة، ثم ميل صيانة رفيع وبلا عدّاد بالمهمة — المنحنى شبه الثابت نفسه الذي قاسته Forrester حين بلغت مكاسب الكفاءة نحو 200 ساعة لكل موظف سنوياً ^[2].

المرشّح الصادق هو: لا تبنِ ما يمكنك لصقه، ولا تلصق ما ينبغي بناؤه. تحت التقاطع — حجم منخفض، منطق بسيط، لا شيء احتكاري — الصقه وامضِ؛ فبناء مخصّص هناك هندسة زائدة ستندم على صيانتها. وتظهر حالة البناء حين يكون الحجم عالياً، وحين يكون المنطق ملكك حقاً، وحين يجب أن تبقى البيانات داخل أنظمتك من أجل عمل الذكاء الاصطناعي كالتسجيل أو التلخيص، أو حين تبدأ سلسلة لصقٍ بالفعل في التعطّل الثانية فجراً ولا أحد يرى السبب.

وهناك نمطٌ مضاد يهدر من ميزانية الأتمتة أكثر من أي اختيار خاطئ لأداة: أتمتة عملية مكسورة. الأتمتة تجعل العملية أسرع لا أفضل — وجّهها نحو سير عمل فوضوي فتحصل على الفوضى أسرع، مع أخطاء صارت مخفيّة داخل سكربت. عرِّف سير العمل ونظّفه أولاً، ثم أتمته. وقاوِم أتمتة المهمة النادرة كثيفة الحكم لمجرد أنها ستبدو ذكية؛ فذلك العمل يسكن أسفل يسار الخريطة لسبب.