لرئيس العمليات الذي يملك قائمة الانتظار.

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

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

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

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

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

لا. يُحضر العميل سير العمل والحجم والوصول إلى الأنظمة. وتُحضر Zingaro AI المهندسين والنماذج وقائمة المراجعة، وتسلّم أدلة التشغيل إن أراد العميل لاحقاً تشغيله داخلياً.

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

نعم. حيث توجد واجهة برمجية تُستخدم؛ وحيث لا توجد، يشغّل وكلاء استخدام الحاسوب البرنامج عبر الشاشة. وكلاهما يعمل تحت صلاحيات وعتبات ثقة وسجل تدقيق.