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