تحويل الخدمات المشتركة إلى خدمات وكيلة (Agentic Services)

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

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

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

لماذا تُعد الخدمات المشتركة المكان المناسب للبدء

ليست كل الوظائف مناسبة لتكون نقطة انطلاق للتحول الوكيل (agentic transformation). غالباً ما تكون الخدمات المشتركة مرشحاً أفضل من الوظائف الاستراتيجية للغاية أو غير المنظمة بشدة. هناك ثلاثة أسباب رئيسية.

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

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

ثالثاً، البيانات التشغيلية واسعة النطاق. تعمل الخدمات المشتركة عادةً فوق أنظمة ERP، CRM، HRIS، ITSM، وقواعد المعرفة، وإجراءات التشغيل القياسية (SOP)، ومحركات سير العمل. الأساس لخدمة وكيلة موجود بالفعل، وإن كان غالباً ما يكون موزعاً وغير جاهز للاستخدام المتكامل. تمتلك الخدمات المالية المشتركة بيانات الفواتير وأوامر الشراء وإشعارات استلام البضائع وسجل الموردين وسياسات الدفع. تمتلك خدمات الموارد البشرية نظام HRIS ومقالات المعرفة وتاريخ الحالات وسياسات المزايا. تمتلك عمليات المشتريات نماذج الطلبات والعقود وحالة الموردين ومصفوفات الموافقة. يمتلك دعم تكنولوجيا المعلومات أنظمة التذاكر (ticketing) وCMDB ودفاتر التشغيل (runbooks) والقياس عن بعد (telemetry). تمتلك عمليات العملاء أنظمة CRM وتاريخ الطلبات وقواعد الاستحقاق ونصوص التفاعلات.

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

من إدارة التذاكر إلى تنسيق الإنجاز

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

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

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

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

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

كتالوج خدمات جديد للرقابة التشغيلية

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

أولاً، الخدمة المقدمة من الإنسان (Human-delivered service)، وهي الخدمات التي يظل تشغيلها بشكل أساسي من قبل الإنسان بسبب الحكم البشري أو الحساسية أو المخاطر العالية. على سبيل المثال، نزاعات العملاء ذات القيمة الكبيرة، وقرارات الموارد البشرية التي تؤثر على وضع العمل الوظيفي، والمعالجات المحاسبية الجوهرية، أو التغييرات عالية المخاطر في إنتاج تكنولوجيا المعلومات.

ثانياً، الخدمة المدعومة من الوكيل (Agent-assisted service)، حيث يساعد الوكيل في قراءة السياق، أو إعداد المسودات، أو تقديم التوصيات، لكن يظل الإنسان هو متخذ القرار الرئيسي. على سبيل المثال، مسودات التعليقات على الإغلاق المالي، وتوصيات مسار التوريد، ومسودات الرد على شكاوى العملاء، أو فرز الحوادث (incident triage) للمهندسين.

ثالثاً، الخدمة المنفذة من الوكيل (Agent-executed service)، حيث يمكن للوكيل إنجاز الخدمة مباشرة ضمن حدود سياسات واضحة، مع إمكانية التراجع إلى الإنسان عند الحاجة. على سبيل المثال، إعادة تعيين كلمة المرور، والاستعلام عن حالة الطلب، وتحديث بيانات إدارية معينة، وتوجيه طلبات الشراء القياسية، أو حل استفسارات السياسات غير الغامضة.

هذا التمييز مهم لأن كل فئة تتطلب ضوابط مختلفة. كل خدمة وكيلة تحتاج إلى اتفاقية مستوى خدمة (SLA) ذات صلة، ليس فقط وقت الاستجابة ولكن أيضاً وقت الإنجاز. يجب أن تعكس اتفاقيات مستوى الخدمة النتائج، وليس مجرد الإقرار. يجب أن تكون قواعد التصعيد (escalation rules) صريحة: متى يجب على الوكيل التوقف، ومتى يجب أن تنتقل الحالة إلى المشرف، ومتى تكون الموافقة إلزامية. يجب أن يسمح مسار التدقيق (audit trail) للشركة برؤية من أين جاء الطلب، وما السياق المستخدم، وما الأداة التي تم استدعاؤها، وما الإجراء الذي تم اتخاذه، ومتى تولى الإنسان المسؤولية. بدون مسار تدقيق، سيكون من الصعب مساءلة الخدمات المشتركة الوكيلة أمام التدقيق الداخلي أو الامتثال أو مالكي العمليات. يجب أن يكون لكل خدمة أيضاً مقاييس تتناسب مع وضع الخدمة الخاص بها. لا يمكن قياس الخدمات المنفذة من الوكيل بنفس طريقة قياس الخدمات المقدمة من الإنسان.

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

قياس القيمة: من الكفاءة إلى جودة النتائج

غالباً ما تُباع الخدمات المشتركة الوكيلة بسردية الإنتاجية. هذا ليس خطأ، لكنه ضيق جداً. القيمة الأكثر أهمية هي التغيير في جودة الخدمة. بعض المقاييس الأكثر فائدة هي: معدل الحل من أول اتصال (First-contact resolution)، أي كم حالة تم حلها في أول تفاعل. معدل المعالجة بدون لمس بشري (Touchless processing rate)، أي كم حالة تم حلها دون تدخل بشري. زمن الدورة (Cycle time)، أي المدة من دخول الطلب حتى الإنجاز. قائمة حالات الاستثناء المتراكمة (Exception backlog)، هل تتراكم الحالات الصعبة أم تتناقص. والتكلفة لكل حالة (Cost per case)، ما هي التكلفة الفعلية لحل حالة واحدة. تساعد هذه المقاييس في معرفة ما إذا كان نموذج الخدمة قد تغير حقاً، وليس فقط ما إذا كان الوكيل مستخدماً.

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

مثال على مخطط: خدمة مالية مشتركة وكيلة

الخدمات المالية المشتركة هي مثال جيد لأن عملياتها منظمة بما فيه الكفاية، وحجمها مرتفع، ولكن لا يزال لديها مجالات تقييم واضحة. تخيل أن مؤسسة تبدأ من قسم الحسابات الدائنة (Accounts Payable) ودعم الإغلاق المالي.

الخدمات التي يمكن أن تكون مدعومة من الوكيل تشمل: تصنيف حالات استثناء الفواتير، وجمع الأدلة من نظام ERP، ومسودات شرح الفروقات، وملخص لقضايا التقادم (aging issues) للمراجع. هنا لا يزال الإنسان يقرر الخطوة النهائية، لكن الوقت المستغرق في البحث عن البيانات وإعداد السرد ينخفض بشكل كبير.

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

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

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

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

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

متى لا تكون الخدمات المشتركة جاهزة للتحول

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

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

القرارات التي يجب اتخاذها الآن

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

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