حين يعتمد جزء كبير من العمل على النسخ واللصق

يصل طلب. ينسخ أحدهم بيانات العميل إلى نظام آخر. يتحقق آخر من الدفع. ويجهّز ثالث الأوراق. ويُحدَّث جدول بيانات. ثم تُرسل رسالة تفيد بأن الأمر تم. لا خطوة منها صعبة. الصعب أن تتكرر ألفي مرة.

هل تعرف هذا الموقف؟

المعلومة نفسها تُدخَل في نظامين، بواسطة شخصين، في اليوم نفسه.

يمضي صباح أحدهم في التحقق من أن ما كان يجب أن يحدث قد حدث.

تقرير دوري يُجمَع يدوياً لأن الأرقام في ثلاثة أماكن.

الموافقات تدور عبر البريد، ولا أحد يعرف أين وصلت واحدة بعينها.

جدول بيانات صار بهدوء هو النظام الذي يدير قسماً كاملاً.

وظّفت شخصاً عمله في معظمه إعادة إدخال بيانات.

الأتمتة لا تبدأ بالذكاء الاصطناعي. تبدأ بالعملية

العمل اليدوي يتراكم لأن كل خطوة كانت معقولة يوم أُضيفت. تحقّق أُدخل بعد خطأ وقع. وجدول بيانات كان حلاً مؤقتاً لشهر فصار عمره أربع سنوات. وتصدير موجود لأن نظامين لم يستطيعا التحدث، فسدّ أحدهم الفجوة بصباحه.

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

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

الأتمتة يجب أن توفّر أكثر مما تكلّف

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

وبالمثل، إذا كان لنظامين واجهتا برمجة جيدتان، فالجواب ربط لا منصّة جديدة. وإذا كانت مهمة تحتاج حكم إنسان فعلاً، فالنتيجة الصحيحة أن نمنحه معلومات أفضل، لا أن نستبدل قراره بقرار أسوأ.

وحين يوجد التكرار لأن نظامين لا يتحدثان، فالجواب غالباً ربط لا أتمتة.

ما تكون عليه الأتمتة فعلاً

نادراً ما تكون ذكاءً اصطناعياً. غالباً مهمة مجدولة تعمل في الرابعة فجراً، أو استدعاء واجهة برمجة يحلّ محل نسخ ولصق، أو ويب هوك ليُخبر نظامٌ نظاماً آخر بما حدث، أو برنامج صغير مخصص يطبّق قاعدة لا ينبغي لأحد أن يطبّقها يدوياً.

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

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

الأتمتة يجب أن تُظهر الاستثناءات لا أن تخفيها

العيب المعتاد في الأتمتة أنها تُخفي. عملية تنجح تسعاً وتسعين مرة بصمت وتفشل مرة بصمت أسوأ من عملية كانت تحتاج إنساناً دائماً، لأن أحداً لم يعد ينظر.

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

كيف نتعامل معها

1

الفهم

رسم أين يختفي وقت الموظفين، وكم مرة يحدث كل شيء فعلاً.

2

القرار

تحديد ما يستحق الأتمتة، وما يحتاج ربطاً فقط، وما ينبغي تركه كما هو.

3

البناء

التنفيذ بأبسط أداة تصمد — غالباً مهمة مجدولة أو واجهة برمجة أو تطبيق صغير.

4

الانتقال

تشغيلها إلى جانب العمل اليدوي حتى يتفقا، ثم سحب اليدوي.

5

البقاء

المراقبة. الأتمتة التي لا يراقبها أحد عملية يدوية بزمن استجابة أطول.

حللنا هذا من قبل

Order Exceptions — منتجنا الخاص

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

يتصل Order Exceptions بصلاحية قراءة فقط ويتتبّع كل استرداد حتى معاملة الدفع تحته. ثلاث قواعد تغطي الطرق التي لا يتم بها الاسترداد بهدوء، ويصدر تنبيهاً واحداً لكل مشكلة بدل تنبيه لكل فحص.

اقرأ القصة كاملة ←

قراءة فقط
الصلاحية الوحيدة التي يطلبها التطبيق
تنبيه واحد
لكل مشكلة، لا لكل فحص
معدل التعافي
تقرير لا تستطيع أدوات الاسترداد إنتاجه

ما يتضمنه هذا عادةً

الذكاء الاصطناعي والأتمتة

إخراج العمل المتكرر من العملية، حيث يوفّر الوقت فعلاً.

واجهات البرمجة والتكامل

معظم الأتمتة تتبيّن أنها نظامان كان ينبغي أن يتحدثا.

برمجيات مخصصة

للقاعدة التي لا تطبّقها أي أداة جاهزة بالطريقة التي يحتاجها عملك.

حلول قواعد البيانات

حين يوجد التكرار لأن البيانات في الشكل الخطأ.

أسئلة تُطرح علينا

هل نحتاج ذكاءً اصطناعياً لهذا؟

غالباً لا. معظم ما يبدو مشكلة ذكاء اصطناعي هو تكامل ناقص أو مهمة مجدولة. نستخدمه حيث يلزم حكم على مادة غير منظمة، ونقول ذلك حين لا يلزم.

كيف تقررون ما يستحق الأتمتة؟

التكرار مضروباً في الجهد، مقابل كلفة البناء والصيانة. وما يحدث مرتين في السنة نادراً ما يتجاوز هذا الحد، وسنخبرك بذلك.

هل سيستغني هذا عن موظفين؟

من تجربتنا، يزيل الجزء الذي يكرهه الناس أكثر ولا يمكنهم إنجازه بثبات على نطاق واسع. ويبقى الحكم لهم، بمعلومات أفضل.

ماذا يحدث حين تخطئ الأتمتة؟

ينبغي أن تُظهر الاستثناء لا أن تخفيه. نصمّم لحالة الفشل أولاً، لأن الفشل الصامت أسوأ من عملية يدوية.

هل يمكنكم الأتمتة حول أنظمة لا نملكها؟

غالباً نعم، عبر واجهاتها أو تبادل مجدول. وحين لا يتيح المزوّد أي مدخل، سنقول ذلك بدل بناء شيء هش.

ما الذي يفعله فريقك كل يوم ولا ينبغي أن يضطر إليه؟

لست بحاجة إلى معرفة الإجابة التقنية بعد. أخبرنا بما يعيقك، ومن هناك نبدأ.

نبني أنظمة الأعمال ونُشغّلها منذ عام 2000. الفريق الذي يبنيها هو الذي يبقى لتشغيلها.

ابدأ المحادثة