للأتمتة سمعة بتوفير الوقت، وهي كذلك غالبًا. لكنني رأيت أيضًا مشاريع أتمتة زادت الأمر سوءًا: نص برمجي كرر الفواتير بصمت لمدة شهر، وروبوت توقف عن العمل عندما غيّر موقع تصميمه ولم ينتبه أحد لأسبوع، ونظام معقد بُني لتسريع خطوة ما كان ينبغي أن توجد أصلاً.
الفرق بين تلك النتائج والنتائج الجيدة ليس التقنية في الغالب، بل التفكير الذي يسبق كتابة أي شيفرة. هذه القائمة هي ما أراجعه مع العملاء قبل أن نؤتمت أي شيء. يمكنكم استخدامها بأنفسكم، مع مطوّر أو بدونه.
1. هل يمكنكم وصف العملية بخطوات بسيطة؟
اكتبوا ما يحدث، من المُطلِق إلى النتيجة النهائية، في خطوات مرقمة بسيطة. من ينفذ كل خطوة؟ ماذا ينظر إليه؟ ماذا يقرر؟ أي نظام يفتح؟
إذا كان هذا صعبًا، فهو معلومة مفيدة. العملية التي لا يستطيع أحد وصفها لا يمكن أتمتتها بموثوقية، والنسخة المؤتمتة من عملية مرتبكة ليست سوى طريقة أسرع للارتباك. اكتب مع الشخص الذي ينفذ المهمة فعلًا، لا مع مديره فقط. فالعملية الحقيقية وحلولها البديلة عنده.
2. هل يجب أن تبقى هذه الخطوة أصلاً؟
قبل تسريع خطوة، اسألوا هل هي ضرورية. كثير من المهام اليدوية موجودة فقط بسبب نظام قديم أو قاعدة قديمة أو تقرير لا يقرؤه أحد. وحذف الخطوة أرخص وأكثر موثوقية من أتمتتها. هذا أهم سؤال في القائمة، وهو الأكثر تخطيًا.
3. هل هي متكررة وقائمة على قواعد ومتكررة بما يكفي؟
للمرشحين الجيدين ثلاث سمات مشتركة. يتكررون كثيرًا، أو يستغرقون وقتًا طويلًا عند حدوثهم. ويتبعون قواعد يمكنك كتابتها. وتصل مدخلاتهم بصيغة رقمية: ملف أو بريد إلكتروني أو سجل في قاعدة بيانات أو نموذج مرسل.
المهام غير المناسبة هي التي تعتمد كثيرًا على التقدير، أو تختلف في كل مرة، أو تحدث مرة واحدة في السنة. والمهمة النادرة لا تستحق الأتمتة عادةً، إلا إذا كانت عالية المخاطر وسهلة الخطأ.
4. كيف يبدو الناتج «الصحيح»؟
حدّد النجاح بطريقة يمكنك التحقق منها. في استيراد البيانات: كل صف محسوب، والمجاميع مطابقة للمصدر. في التقرير: الأرقام نفسها التي سينتجها شخص دقيق. في مهمة حفظ البريد: كل رسالة في المجلد الصحيح، مع الإشارة إلى الاستثناءات.
دون تعريف واضح لا يمكنكم اختبار الأتمتة، ولا تعرفون لاحقاً ما إذا كانت لا تزال تعمل.
5. ما مدى نظافة البيانات؟
تضخّم الأتمتة كل ما تُعطاه. فإذا كانت أسماء العملاء تُكتب بخمس طرق، والتواريخ بصيغ مختلطة، وبعض الحقول نصًا حرًا، فإما أن تفشل الأتمتة أو تنتج هراءً واثقًا. انظروا إلى عينة حقيقية لا مثال مرتب، ودوّنوا الفوضى. أحيانًا تكون خطوة التنظيف أول أتمتة تُبنى. وأحيانًا تكون الخطوة الأولى الصحيحة هي إصلاح طريقة إدخال البيانات.
6. ما هي الاستثناءات؟
لكل عملية حالات محرجة: العميل ذو العنوانين، والفاتورة بعملة مختلفة، والملف الذي يصل ناقصًا. اسأل من ينفذون العمل: «ما الذي يسوء؟» و«ماذا تفعل حين يحدث ذلك؟» واكتب قائمة.
لكل استثناء، قرّر: هل تعالجه الأتمتة أم تسلّمه إلى شخص؟ أفضل الأتمتة تعالج الحالات الشائعة بالكامل وتمرر الباقي إلى إنسان مع معلومات كافية لحلها بسرعة. محاولة أتمتة كل استثناء هي ما يجعل المشاريع تخرج عن السيطرة.
7. أين يجب أن يبقى الإنسان ضمن العملية؟
بعض الإجراءات مكلفة إذا حدث فيها خطأ: إرسال الأموال، أو حذف السجلات، أو مراسلة العملاء، أو تغيير الأسعار. في هذه الحالات فكّروا في خطوة موافقة. تجهّز الأتمتة كل شيء، ويراجع شخص ثم ينقر للتأكيد. وبهذا يبقى معظم توفير الوقت مع الحد من ضرر الخطأ. ويمكنكم تخفيف الضبط لاحقًا مع نمو الثقة.
8. كيف ستُربط الأنظمة ببعضها؟
فكّروا في كيفية وصول الأتمتة إلى الأنظمة التي تحتاجها.
- واجهة API هي الخيار الأفضل: مستقرة وموثقة ومصممة للبرامج. اطلعوا على ملاحظاتنا حول تكامل واجهات API والأنظمة.
- الوصول إلى قواعد البيانات أو ملفات التصدير مناسب لقراءة البيانات، لكن تأكدوا من أنه مسموح لكم باستخدامها.
- أتمتة واجهة المستخدم، حيث يتنقل البرنامج بين الشاشات كما يفعل الشخص، هي الحل الأخير. فهي تعمل، لكنها هشة وتحتاج إلى مراقبة أكبر.
فكروا أيضًا في من يملك كل نظام. بعض الموردين يقيّدون الوصول الآلي أو يفرضون رسومًا على استخدام واجهة API. من الأفضل أن تعرفوا ذلك قبل البناء.
9. ماذا يحدث عند الفشل؟
سيفشل في النهاية. تنتهي صلاحية كلمة مرور، أو يغيّر مورّد صيغة ملف، أو يُعاد تشغيل خادم في لحظة غير مناسبة. السؤال هو هل ستعلم بذلك.
قرّر مسبقًا:
- كيف ستُبلَّغ حالات الفشل، ولمن؟
- ماذا تفعل الأتمتة عندما تكون غير متأكدة: تتوقف أم تعيد المحاولة أم تتخطى؟
- هل إعادة التشغيل آمنة؟ يمكن إعادة تشغيل المهمة المبنية جيدًا دون إنشاء نسخ مكررة.
- هل يوجد سجل يبيّن ما جرى وفي أي وقت؟
الفشل الصامت هو العدو الحقيقي. المهمة التي تفشل بصوت مسموع مجرد إزعاج. أما المهمة التي تفشل بصمت فهي خطر.
10. أين توجد بيانات الاعتماد والبيانات الحساسة؟
تحتاج الأتمتة عادةً إلى بيانات دخول أو مفاتيح. ينبغي تخزينها بأمان، خارج الشيفرة، بأقل قدر من الوصول اللازم. استخدموا حسابات منفصلة للأتمتة قدر الإمكان، لتروا ما فعلته ويمكنكم إيقافها دون التأثير على شخص. وإذا كانت هناك بيانات شخصية أو سرية، فتحققوا مما يلزمكم فعله بها، وأخبروا المطوّر في البداية.
11. من سيتولى الإشراف عليه؟
يجب أن يتولى أحد مسؤولية الأتمتة بعد بنائها: أن يعرف ما تفعله وأين تعمل ومن يُتصل به عند توقفها. اطلبوا وثائق قصيرة تغطي كيفية تشغيلها والتحقق منها وتعديلها. وإذا اختفى من بناها، ينبغي أن يتمكن الشخص التالي من تسلّمها. وخدمة الصيانة والدعم لدينا موجودة لهذا السبب تحديدًا.
12. هل يجب إشراك الذكاء الاصطناعي؟
يمكن لنماذج اللغة الكبيرة أن تساعد في مهام لا تستطيعها القواعد، مثل قراءة مستندات غير مرتبة أو تصنيف الطلبات أو صياغة النصوص. كما أنها تدخل عدم يقين: فقد تخطئ بطرق تبدو مقنعة. إذا استخدمت الذكاء الاصطناعي في عملية ما، فأبقِ مراجعة بشرية لكل ما هو مهم، واختبره على أمثلة حقيقية قبل الاعتماد عليه. نناقش ذلك في عملنا في دمج الذكاء الاصطناعي.
13. ابدأوا بخطوة صغيرة وأثبتوا جدواها
اختاروا عملية واحدة، وأتمتوا جوهرها، وشغّلوها بالتوازي مع النسخة اليدوية لفترة. قارنوا النتائج. وصحّحوا ما يختلف. ثم وسّعوا النطاق. هذا يبني الثقة ويُظهر سريعًا ما إذا كانت الفكرة تستحق المتابعة. أتمتة صغيرة موثوقة يثق بها الناس تساوي أكثر بكثير من أتمتة طموحة لا يصدقها أحد.
باختصار
إذا كنت تستطيع وصف العملية، وتبرير كل خطوة، وتحديد النتيجة الصحيحة، ومعالجة الاستثناءات، وإبقاء شخص مسؤولًا عن الإجراءات الخطرة، ومعرفة من سيملكها بعد ذلك، فمن المرجح أن تؤتي الأتمتة ثمارها. وإذا غاب عدد من هذه العناصر، فالخطوة التالية الأفضل هي محادثة، لا شيفرة.
هذه المحادثة هي الغاية من استشارتنا الأولية المجانية. صفوا لنا العملية، وسنخبركم بصراحة ما إذا كانت تستحق الأتمتة وكيف سنتعامل معها. اطّلعوا على المزيد عن خدمة أتمتة العمليات التجارية، أو تواصلوا معنا.