نموذج التشغيل القائم على النتائج

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

الآن، بدأ فريقك في استخدام agent للمساعدة في تنسيق الإغلاق، وإعداد التسويات، ومعالجة فرز استثناءات الفواتير. فجأة، اختفى معظم العمل الإداري. إذا كنت لا تزال تستخدم المقاييس القديمة، فكل ما ستراه هو "انخفاض النشاط البشري". ولكن هل يعني ذلك تدهور أداء الفريق؟

السؤال الأكثر صلة هو: هل تتم معالجة الفواتير بشكل أكثر دقة؟ هل يتم حل الاستثناءات بشكل أسرع؟ هل انخفض حجم الأعمال المتراكمة؟ هل تحسنت نسبة الحل من أول مرة؟ هل أصبح بإمكان الفريق البشري الآن التركيز على الحالات التي تتحقاً حقيقياً إلى الحكم والرأي؟

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

لماذا تبدأ الطرق القديمة في الانهيار

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

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

نموذج التشغيل القائم على النتائج (Outcome-based operating model) وُلد من هذه الحاجة: إدارة الشركة بناءً على نتائج الخدمات وتأثيرها على الأعمال، وليس بالدرجة الأولى على النشاط والقوى العاملة. هذا ليس مجرد تغيير في مؤشرات الأداء الرئيسية (KPIs). إنه تغيير في طريقة تصميم الخدمات، وتوزيع المساءلة، وصياغة العقود الداخلية والخارجية، واتخاذ القرار بشأن حالات الاستخدام الجديرة بالتوسع.

النتيجة أقرب إلى قيمة الأعمال

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

نتائج مثل هذه أكثر فائدة بكثير من مجرد حساب عدد المهام التي تمت أتمتتها. والأهم من ذلك، أن التفكير القائم على النتائج يُجبر الشركة على التساؤل: هل هذه المهمة ضرورية أصلاً؟

العديد من عمليات المؤسسات مليئة بالمهام القديمة. فحوصات متكررة كان يمكن الاستغناء عنها لو كانت البيانات أفضل. تسليمات (Handoffs) موجودة فقط بسبب هيكل تنظيمي قديم. موافقات لم تعد متناسبة مع المخاطر. تقارير يدوية لا تُستخدم لاتخاذ قرارات حقيقية. إذا كانت الشركة تسعى فقط إلى أتمتة النشاط، فستعمل على تسريع الهدر. الذكاء الاصطناعي العاملي (Agentic AI) يجعل هذا الخطر أكبر، لأن التكنولوجيا الآن قادرة على أتمتة المزيد من الأشياء. بدون انضباط النتائج، يمكن للمؤسسة أن تصبح فعالة جداً في تنفيذ العمليات الخاطئة.

لذلك، قبل بناء agent، لا ينبغي أن يكون السؤال الأول "أي مهمة يمكن أتمتتها؟"، بل "ما هي النتيجة التي نريد تحسينها، وأي الأنشطة تساهم حقاً في تلك النتيجة؟"

من مكافئ الدوام الكامل (FTE) إلى نتيجة الخدمة

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

هذا النموذج لن يختفي تماماً، لكنه يصبح غير كافٍ بشكل متزايد عندما يصبح العمل الرقمي (digital labor) جزءاً من تقديم الخدمة. في النموذج العاملي (agentic model)، يمكن أن يزيد الإنتاج دون زيادة خطية في عدد الموظفين. كما يتغير هيكل التكاليف: هناك تكلفة المنصة، وتكلفة النموذج والاستدلال، وتكلفة التكامل، وتكلفة المراقبة والحوكمة، ولكن هناك انخفاض في الجهد اليدوي لحجم معين.

ونتيجة لذلك، يبدأ التسعير القائم على مكافئ الدوام الكامل (FTE) أو ساعات العمل في فقدان أهميته. إذا تم الآن إكمال خدمة واحدة من خلال مزيج من agent ومحرك workflow ومشرف بشري، فإن فرض الرسوم أو تخصيص التكاليف بناءً على الجهد البشري فقط يصبح مضللاً.

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

هذا التحول يمس أيضاً عقود البائعين. في الخدمات العاملة (agentic services)، لا تشتري الشركة في الواقع "أداة" أو "قوى عاملة إضافية"، بل تشتري بشكل متزايد نتيجة الخدمة. تحتاج عقود الخدمات المُدارة والاستعانة بمصادر خارجية إلى الانتقال من التسعير القائم على المدخلات، أو الوقت والمواد، أو مجرد leverage في عدد الموظفين، إلى نموذج أقرب إلى الإنتاج عالي الجودة، أو نتيجة الحل، أو نتيجة الامتثال، أو مؤشرات أداء رئيسية (KPIs) محددة للأعمال.

بالطبع، هذا ليس سهلاً دائماً. ليست كل الخدمات مناسبة للتعاقد القائم بحتاً على النتائج. إذا كانت العملية تتأثر بشدة بعوامل خارجية أو كانت بيانات العميل نفسه لا تزال سيئة، فسيكون من الصعب على البائع تحمل المخاطر الكاملة. لكن اتجاه التحول واضح: كلما نضج التسليم العاملي (agentic delivery)، ضعف منطق التسعير القائم على الجهد فقط. في الحالات التي لا يمكن فيها تحديد النتيجة بوضوح، أو لا يوجد خط أساس للجودة، أو تكون العوامل الخارجية مهيمنة للغاية، أو يكون التحكم في البيانات والعمليات لا يزال موزعاً، يمكن للشركة أن تبدأ بنموذج هجين: جزء من التكلفة ثابت يعتمد على السعة، وجزء آخر يعتمد على النتائج المتفق عليها.

من صاحب القرار والمسؤولية؟

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

في المؤسسة العاملة (agentic enterprise)، هناك على الأقل ثلاثة أدوار يجب تمييزها.

أولاً، مالك الأعمال (Business owner). هو المسؤول عن نتيجة الخدمة أو العملية. يحدد الأهداف التجارية، وأولويات حالات الاستخدام، وتعريف النجاح، والمقايضات التشغيلية المقبولة. أمثلة: المدير المالي (CFO) أو قائد إدارة الحسابات لنتيجة الإغلاق، ومدير المشتريات (CPO) أو قائد عمليات المشتريات لنتيجة الطلب إلى أمر الشراء (intake-to-PO)، ومدير عمليات العملاء (COO) لنتيجة حل الحالات، ومدير تقنية المعلومات (CIO) أو رئيس العمليات لنتيجة استعادة الحوادث.

ثانياً، مالك agent (Agent owner). هو المسؤول عن تصميم وأداء agent داخل workflow: كيف يعمل agent، وما هي الأدوات التي يستدعيها، وما هو التقييم المستخدم، وما هي العتبات المطبقة، وكيف يتم إصدار التغييرات. غالباً ما يوجد هذا الدور في مالك المنتج، أو مالك المنصة، أو قائد فريق المجال.

ثالثاً، مالك المخاطر (Risk owner). يضمن بقاء الاستقلالية المقيدة ضمن الحدود الآمنة: ما هي السياسات المطبقة، وما هي الموافقات الإلزامية، وما هي البيانات التي يمكن الوصول إليها، ومتى يجب تعليق حالة الاستخدام أو تقييدها. في مجالات معينة، يمكن أن يأتي مالك المخاطر من الامتثال، أو الرقابة الداخلية، أو الأمن، أو الشؤون القانونية، أو وظيفة المخاطر التشغيلية.

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

هناك مبدأ واحد لا يجب أن يضيع: agent لا يتحمل المساءلة. يمكن لـ agent تنفيذ الإجراءات، أو تقديم التوصيات، أو تنسيق workflow، لكن المسؤولية تظل على عاتق البشر والهيكل التنظيمي. من الناحية governance، لا يمكن للشركة تحويل المسؤولية إلى النظام. إذا كان هناك خطأ جوهري في المالية، أو انتهاك للسياسة في المشتريات، أو حادث أمني في تقنية المعلومات، فإن مالك العملية والمؤسسة هما من يُسألان. من الناحية التشغيلية، يمنع وضوح المساءلة الارتباك. إذا اعتقد الجميع أن "agent هو المخطئ"، فلن يقوم أحد بإصلاح البيانات أو السياسة أو تصميم العملية بشكل حقيقي.

إدارة المبادرات كمحفظة نتائج

بمجرد أن تمتلك الشركة العديد من المبادرات العاملة (agentic initiatives)، لم يعد التحدي مجرد بناء حالات الاستخدام، بل إدارة محفظة النتائج. ليست كل حالة استخدام تستحق المتابعة، وليس كل فوز سريع (quick win) يستحق التوسع.

من الناحية العملية، تحتاج محفظة agentic عادةً إلى تحقيق التوازن بين أربع فئات. الفوز السريع (Quick wins): حالات استخدام ذات قيمة واضحة، ومخاطر محكومة، وبيانات جاهزة بشكل كافٍ. على سبيل المثال، تصنيف الطلبات الواردة، أو فرز الفواتير، أو حل مكتب الخدمة للحالات القياسية. الرهانات الاستراتيجية (Strategic bets): حالات استخدام لديها القدرة على تغيير نموذج التشغيل بشكل أكبر، ولكنها أكثر تعقيداً. على سبيل المثال، تنسيق الإغلاق عبر الكيانات، أو تنسيق استثناءات سلسلة التوريد، أو workflow متعدد agent لتقديم خدمات تقنية المعلومات. استثمارات المنصة (Platform investments): مبادرات قد لا تظهر قيمتها بشكل مباشر في عملية واحدة، ولكنها مهمة للتوسع، مثل الهوية، والمراقبة، ومحرك السياسات، وطبقة التكامل، ومنصة التقييم. مبادرات تقليل المخاطر (Risk reduction initiatives): تحسين البيانات، والرقابة، وقابلية التدقيق، والحوكمة التي تسمح لحالات الاستخدام الأخرى بالعمل بأمان.

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

النموذج القائم على النتائج يتطلب أيضاً انضباطاً لوقف المبادرات غير المجدية. يجب أن يكون لكل حالة استخدام بوابة مرحلة (stage gate) واضحة: هل مشكلة العمل حقيقية؟ هل خط الأساس (baseline) متاح؟ هل البيانات والسياسات جاهزة بما فيه الكفاية؟ هل أظهر النموذج التجريبي تحسناً في النتائج؟ هل معدل التصحيح وملف المخاطر لا يزالان معقولين؟ وهل اقتصاديات الحالة سليمة؟ إذا كانت الإجابة لا، فيجب إيقاف حالة الاستخدام، أو تضييق نطاقها، أو إعادة تصميمها. هذا مهم لأن الذكاء الاصطناعي العاملي (Agentic AI) يمكنه بسهولة خلق تحيز للتفاؤل. فالعرض التوضيحي الجيد غالباً ما يجعل المؤسسة تتردد في الاعتراف بأن حالة استخدام معينة ليست ذات قيمة كافية أو أنها محفوفة بالمخاطر في الوقت الحالي.

لا ينبغي أن تكون مراجعة المحفظة مجرد منتدى تقني. يجب أن تشمل مالك الأعمال، ومدير تقنية المعلومات (CIO) أو مدير التكنولوجيا (CTO) أو قائد المنصة، والشؤون المالية، والمخاطر أو الامتثال أو الأمن، وعند الاقتضاء، مدير الموارد البشرية (CHRO) أو مكتب التحول. قرار التوسع لا يتعلق فقط بما إذا كان agent يعمل، ولكن ما إذا كانت نتيجة الأعمال حقيقية، والحوكمة كافية، والمؤسسة مستعدة لاستيعاب التغيير.

الخطوات العملية التالية

بعد فهم سبب أهمية النموذج القائم على النتائج، هناك بعض القرارات التي يجب اتخاذها الآن. أولاً، حدد النتيجة الرئيسية لكل workflow ذي أولوية. لا تبدأ من قائمة المهام التي يمكن أتمتتها. ابدأ من النتائج التي تريد تحسينها: وقت الحل، الدقة، الامتثال، مستوى الخدمة، أو جودة القرار.

ثانياً، راجع نموذج استرداد التكاليف (chargeback)، أو التسعير، أو دراسة الجدوى. إذا كانت الخدمة لا تزال تُقاس بشكل أساسي من خلال مكافئ الدوام الكامل (FTE) والجهد، فقرر مقاييس النتائج التي ستبدأ في استخدامها للخدمات المشتركة، ومراكز الخدمات المشتركة (GCC)، وخدمات التقنية، أو الخدمات المُدارة من قبل البائعين.

ثالثاً، حدد حقوق اتخاذ القرار بشكل صريح. ميّز بين مالك الأعمال، ومالك agent، ومالك المخاطر. تأكد من وضوح من يملك النتيجة، ومن يدير أداء agent، ومن يضع الحدود الآمنة (guardrails).

رابعاً، قم ببناء بوابة مرحلة (stage gate) لمحفظة agentic. يجب أن يكون لكل حالة استخدام معايير للمتابعة، أو إعادة التصميم، أو الإيقاف. لا تدع جميع النماذج التجريبية تعيش لفترة طويلة دون قرار.

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

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

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

هذا هو السؤال الجوهري لنموذج التشغيل القائم على النتائج. في المؤسسة العاملة (agentic enterprise)، الشركة الفائزة ليست تلك التي تقوم بأتمتة الأنشطة بأسرع ما يمكن، بل تلك الأكثر انضباطاً في إدارة النتائج.