Agentforce Readiness: قائمة تحقق مؤسسية للبيانات، الصلاحيات، والعمليات

الإجابة المختصرة

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

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

إطار قرار مدى ملاءمة حالة الاستخدام موضح في Agentforce للمؤسسات.

المحاور الخمسة للجاهزية

المحور 1: العملية

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

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

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

المحور 2: البيانات

لا تتطلب جودة بيانات مثالية في كامل المنظمة (Org). المطلوب هو الجودة في الحقول التي سيقرأها الوكيل أو يحدّثها في العملية المختارة. التقييم ضيق وقابل للقياس: يتم تحديد قائمة الحقول ذات الصلة وقياس اكتمالها، اتساق القيم، ووجود التكرارات في السجلات ذات الصلة.

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

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

الترتيب الموصى به لمعالجة فجوات البيانات مفصل في مقاييس جودة البيانات في Salesforce.

المحور 3: المعرفة

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

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

المحور 4: الصلاحيات

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

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

تفصيل تخطيط نقاط الموافقة حسب المخاطر موضح في Human-in-the-Loop في Agentforce.

المحور 5: التشغيل

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

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

ترجمة التقييم إلى قرار

سيناريو: مؤسسة مالية اكتشفت أن العملية الخاطئة قد تم اختيارها

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

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

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

قائمة تحقق الجاهزية

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

عندما يتطلب الأمر جهة خارجية لإجراء التقييم وترجمته إلى خارطة طريق (Roadmap)، فإن خدمة Agentforce وAI هي المسار العملي للمتابعة.