ماذا تستطيع أن تفعل حقًا؟

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

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

يجد في موقع أحد المزوّدين العبارات التالية:

• بنية تحتية موثوقة
• استضافة للشركات
• أداء مرتفع
• نسخ احتياطي منتظم
• نشر آمن
• 200 دولار سنويًا

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

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

لكن الوكيل عامل قدرتين متقاربتين ظاهريًا كأنهما شيء واحد:

القدرة على استضافة موقع القدرة على إدارة موقع بصورة مستمرة

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

لذلك يكون السؤال الأساسي الثاني في GBO:

ماذا تستطيع أن تفعل حقًا؟

الادعاء ليس قدرة

قد تقول شركة: «نطوّر حلول ذكاء اصطناعي». وقد تشير العبارة إلى واقع مختلف تمامًا من شركة إلى أخرى.

فقد تستطيع الشركة:

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

يمكن وصف كل ذلك، بالمعنى الواسع، بأنه «حل ذكاء اصطناعي». لكنه ليس القدرة نفسها.

وقد تقول شركة: «نعمل دوليًا».

وهذا قد يعني أيًا مما يلي:

• نُشر موقعها بلغات متعددة.
• سبق أن تعاملت مع عميل من الخارج.
• تستطيع تنفيذ عمليات قانونية وتجارية في بلدان مختلفة.
• لديها فريق دعم متعدد اللغات.
• تستطيع تقديم الخدمة عن بُعد.
• تستطيع التعامل بعملات مختلفة.
• تستطيع إدارة متطلبات العقود ونقل البيانات دوليًا.

لا تشرح الكلمات التي تصف بها الشركة نفسها طاقتها التشغيلية الحقيقية وحدها. لغة التسويق واسعة غالبًا، بينما المعلومات اللازمة للفعل محددة ودقيقة. قد يقرأ الإنسان العبارات العامة ويسأل بعدها. أما الوكيل فقد يفسرها كقدرات منظّمة. عند رؤية «AI automation»، قد يفترض أن كل العمليات قابلة للأتمتة. وعند قراءة «Global service»، قد يتصور أن الخدمة نفسها تُقدَّم في كل بلد. وقد يفهم «24/7 infrastructure» على أنها تدخل بشري على مدار الساعة.

وقد يفسر «Full-service branding» بأن الشعار والتغليف والموقع ووسائل التواصل وكل ملفات الإنتاج مشمولة بسعر واحد. ليست المشكلة مجرد مبالغة تسويقية. عندما يتحول الادعاء الغامض إلى سلوك وكيل، فقد ينتج عنه خطأ فعلي في الاختيار.

لذلك يحدد GBO هذا الفارق:

الادعاء هو ما يقوله الكيان عن نفسه. والقدرة هي ما يستطيع فعله حقًا، بصورة قابلة للتكرار، في ظروف محددة.

ما القدرة؟

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

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

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

نتيجة محددة

ما الذي سيُنتَج؟

تقرير؟

برنامج يعمل؟

صفحة منشورة؟

مسودة معتمدة؟

عملية تشغيل مُدارة؟

إذا غمضت النتيجة، غمضت القدرة.

مدخلات محددة

ماذا يتطلب إنجاز العمل؟

بيانات؟

وصولًا؟

موافقة إنسان؟

وثائق النظام الحالي؟

ملفات مصدرية؟

لا يمكن الوعد بنتيجة من دون مدخلات كافية.

الشروط

في أي بيئة تسري القدرة؟

هل توجد شروط تتعلق بالتقنية أو البلد أو اللغة أو الميزانية أو الفريق أو المدة؟

الحدود

ما الذي لا تشمله الخدمة؟

ما الحالات التي تستلزم عملًا منفصلًا؟

متى يتدخل إنسان أو متخصص آخر؟

الصلاحية

القدرة على إنجاز العمل ليست إذنًا بإنجازه.

معايير الجودة

كيف يُعرف أن العمل اكتمل؟

قابلية الإثبات

هل تستند القدرة إلى تصريح فقط، أم تترك أثرًا يمكن التحقق منه؟

قابلية التكرار

هل تحققت النتيجة مصادفة، أم يمكن إنتاجها مجددًا في ظروف مشابهة؟

القدرة والطاقة المتاحة والملاءمة مفاهيم مختلفة

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

لذلك يجب فصل ثلاثة مفاهيم:

القدرة

هل تستطيع إنجاز هذا العمل؟

الطاقة المتاحة

هل تملك الموارد لإنجازه الآن، بالحجم المطلوب وفي المدة اللازمة؟

الملاءمة

هل أنت الاختيار الصحيح لهذا العمل والعميل والمخاطر والظروف؟

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

بل يحتاج إلى معرفة:

هل تقبل العمل حاليًا؟ بأي حجم؟ متى تستطيع البدء؟ تحت أي شروط تستطيع التسليم؟ هل تلائم هذه الحاجة المحددة فعلًا؟

القدرة على فعل شيء ليست بيعه كخدمة

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

لا تكفي المهارة التقنية وحدها لتحويل القدرة إلى خدمة تجارية.

يلزم أيضًا:

• نطاق واضح
• شروط قبول
• سعر أو طريقة تسعير
• صيغة تسليم
• معايير جودة
• مسؤولية بشرية
• إجراء للتغييرات
• حدود للدعم
• طريقة لمعالجة الأخطاء والتراجع
• شروط قانونية أو ترخيصية

إذًا، المهارة التقنية لا تصبح تلقائيًا خدمة تجارية.

خمس حالات للقدرة

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

1. قدرة مُدّعاة

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

2. قدرة مشروحة

يشرح كيف يعمل، وما المدخلات التي يحتاجها، وما الذي يسلّمه: «نبني وكيل أسئلة وأجوبة يستشهد بالمصادر على قاعدة معرفة الشركة. تُحدد أعمال تنظيف البيانات ونموذج الوصول بصورة منفصلة». هذا أوضح معنى.

3. قدرة مدعومة بشواهد

توجد أمثلة أو اختبارات أو أنظمة عاملة أو وثائق تقنية أو مخرجات قابلة للتحقق.

4. قدرة تشغيلية

يمكن تشغيل العمل بثقة ضمن عملية فعلية، لا كنموذج أولي فقط. توجد صيانة ومراقبة ودعم وطريق للتراجع.

5. قدرة جاهزة للفعل

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

لكن الوكيل لا يجد إجابات عن هذه الأسئلة:

• هل يمكن شراء الخدمة الآن؟
• كيف يُحدد السعر؟
• ما المعلومات المطلوبة للحصول على عرض؟
• من المخوّل؟
• في أي بلدان تُقدَّم؟
• ما النتائج غير المضمونة؟
• كيف تبدأ العملية؟

لا يطلب GBO مجرد وجود القدرة، بل أن تصبح قابلة للاستخدام الآمن في الظروف الصحيحة.

عقد القدرة

تُكتب صفحة الخدمة عادة لإقناع الزائر. أما عقد القدرة فيُكتب لكي يقرر الإنسان أو الوكيل من دون تكوين توقعات خاطئة.

يجب أن يجيب، على الأقل، عن الأسئلة التالية:

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

سنسمّيه عقد القدرة NOMOS.

وتعريفه المرجعي هو:

عقد القدرة NOMOS سجل ذو إصدارات يشرح النتيجة التي يستطيع شخص أو مؤسسة أو منتج أو خدمة أو وكيل إنتاجها، وبأي مدخلات وشروط وأدوات وصلاحيات وحدود وطاقة متاحة ومعايير جودة؛ وما الأدلة التي تدعم هذه القدرة؛ وكيف يكون التصرف عند الفشل.

بعبارة أبسط، يحوّل عقد القدرة «ماذا نفعل؟» إلى «متى وكيف وضمن أي حدود وبأي دليل نستطيع فعله؟».

يجب أن يكون اسم النتيجة واضحًا

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

مثلًا، عبارة «خدمات العلامة» عامة جدًا. أيًا مما يلي تشمل؟

• ابتكار الاسم
• تصميم الشعار
• نظام الهوية البصرية
• الهوية اللفظية
• حوكمة العلامة
• تصميم التغليف
• قوالب وسائل التواصل
• بحوث العلامة
• الاستشارة في تسجيل العلامة
• التطبيقات الإنتاجية

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

ليس النتيجة نفسها التي يقدمها «نظام هوية بصرية كامل». و«الاستضافة»

ليست «تشغيل الموقع المُدار». و«استشارة SEO»

ليست «التنفيذ التقني والتشغيل المستمر لتحسين الظهور في البحث». و«إنتاج أفاتار بالذكاء الاصطناعي»

ليس «نظام أفاتار لمدير تُدار فيه الموافقة وصلاحية النشر ودورة الحياة». المهمة الأولى لعقد القدرة هي إخراج اسم النتيجة من غموض التسويق.

الفرق بين التسليمات والنتيجة

قد تسلّم شركة ملفات كثيرة. العدد لا يثبت جودة النتيجة ولا أنها تعمل.

في مشروع ويب قد تشمل التسليمات:

• ملفات التصميم
• الشيفرة
• الصور
• الإعدادات
• التوثيق

لكن النتيجة الفعلية للعميل

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

لذلك يجب أن يبيّن عقد القدرة أمرين منفصلين:

التسليمات

ما الملفات أو الوثائق أو الأنظمة أو المخرجات التي ستُقدَّم؟

النتيجة المقبولة

كيف سيُثبت أنها تعمل وتلائم الغرض؟

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

القدرة لا تعمل من دون مدخلات

تحتاج كل قدرة إلى مدخلات محددة.

يحتاج المصمم إلى:

• غرض العلامة،
• والجمهور المستهدف،
• وبيئات الاستخدام،
• والاسم الصحيح،
• وظروف الإنتاج التقنية.

من دون ذلك لا يستطيع بناء نظام الهوية الصحيح.

ويحتاج المطوّر إلى:

• معلومات النظام الحالي،
• ووثائق التكامل،
• وصلاحيات الوصول،
• وبنية البيانات،
• ومعايير القبول.

من دون ذلك لا يستطيع تسليم برنامج موثوق.

ويحتاج متخصص تحسين التحويل إلى:

• بيانات تحليلية موثوقة،
• وحجم الزيارات،
• وغرض المستخدم،
• ومسار التحويل الحالي،
• وتعريف التحويل.

من دون ذلك لا يستطيع إنتاج نتائج سليمة علميًا.

ويحتاج الوكيل إلى:

• المهمة الصحيحة،
• والأدوات اللازمة،
• والمعلومات المرجعية،
• وحدود الصلاحية،
• وشرط التوقف.

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

لذلك يجب أن يوضح وصف الخدمة الصحيح: ماذا نحتاج منك لكي ننتج هذه النتيجة؟

الشرط المسبق ليس عائقًا

قد يبدو شرح الشروط المسبقة عائقًا أمام البيع. لكن الشرط المخفي يخلق مشكلة أكبر.

قد تقول شركة: «ننفّذ تكامل CRM». لكن التكامل قد يتعذر إذا لم يتوافر وصول API في نظام CRM المستهدف.

وقد يقول مزوّد: «نقدم انتقالًا بلا انقطاع». لكن تلف بيانات النظام القديم أو تعذر الوصول إليها قد يطيل مدة الانتقال.

وقد تقول وكالة: «نبني مواقع بست لغات». لكن إن لم يوفر العميل اعتماد المحتوى القانوني والتجاري في كل لغة، فلا يمكن النشر بصورة صحيحة.

وقد يقول وكيل ذكاء اصطناعي: «أستطيع إدارة بريدك». لكن الإدارة الآمنة لا تكون ممكنة إن لم تُعرَّف الرسائل الحساسة أو القانونية أو الملزمة. وضوح الشروط المسبقة يحمي الطرفين.

الشرط المسبق ليس ضعفًا في الخدمة، بل شرح للواقع الذي تعمل فيه القدرة.

قدرة بلا حدود ليست موثوقة

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

قد توضح الحدود:

• القطاعات التي لا تُخدم
• التقنيات غير المدعومة
• أشكال الاستخدام غير المقبولة
• الأعمال التي تُحتسب رسومها بصورة منفصلة
• العمليات التي تتطلب موافقة إنسان
• النتائج غير المضمونة
• الاعتماد على أطراف ثالثة
• الاستثناءات القانونية أو الأخلاقية

ذكر الحدود لا يقلل القدرة، بل يجعل مجالها موثوقًا.

النظام الذي يقول إنه يفعل كل شيء ربما لم يوضح بعد ما الذي يجيده حقًا.

ما لا تشمله الخدمة معلومة لازمة للفعل

يستنتج العملاء والوكلاء غالبًا نطاقًا واسعًا من اسم الخدمة.

عند شراء «تصميم شعار»، قد يظنون أنه يشمل أيضًا:

• استراتيجية العلامة،
• وابتكار الاسم،
• وقوالب وسائل التواصل،
• والتغليف،
• وتصميم الموقع،
• والبحث المتعلق بالتسجيل.

قد يفترضون أن هذه الأعمال كلها ضمن الباقة.

وعند شراء «استضافة»، قد يتوقعون:

• مراقبة مستمرة،
• وعمليات أمنية،
• وتحديث محتوى،
• وتحسين أداء،
• وتدخلًا على مدار الساعة.

قد يحملهم اسم الخدمة على هذه التوقعات.

وقد تُفسر «الأتمتة بالذكاء الاصطناعي» على أن:

• كل العمليات ستُنفذ ذاتيًا،
• ولن تلزم موافقة إنسان،
• وستُربط جميع الأنظمة.

لذلك يجب أن يوضح عقد القدرة ما لا يدخل في الخدمة، لا ما يدخل فيها فقط. تضيق مساحة افتراضات الوكيل الخاطئة حين تُسجَّل الاستثناءات.

السعر جزء من القدرة

يُعامل السعر غالبًا كموضوع منفصل في البيع. لكنه في GBO أحد المدخلات الأساسية للسلوك الملائم.

عند اختيار مزوّد، يجب أن يعرف الوكيل إن كان السعر:

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

لا تكفي عبارة «يبدأ من 500 دولار» وحدها. ما النطاق الذي تغطيه هذه الـ500 دولار؟

هل تشمل الإعداد الأولي؟

هل تشمل الصيانة؟

هل تشمل التراخيص؟

هل تشمل الضرائب؟

هل تشمل نقل البيانات؟

هل تشمل ست لغات؟

قد يصح الرقم، لكنه يوجّه إلى سلوك خاطئ إذا غاب سياقه.

عند غياب السعر لا يجوز اختلاقه

بعض الخدمات لا تُسعّر إلا بعد دراسة الحاجة.

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

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

يمكن للوكيل أن:

• يسأل عن نطاق الميزانية،
• أو يطلب تقييمًا أوليًا،
• أو يشرح طريقة التسعير،
• أو يؤجل المقارنة على أساس سعر ثابت.

قد يسهل السعر المختلق قرار الوكيل، لكن سهولة القرار لا تجعله صحيحًا.

سعر البداية ليس التكلفة الكلية

قد تبدأ خدمة برمجية من 1,000 دولار.

لكن قد تُحسب منفصلة:

• التراخيص،
• ونقل البيانات،
• والتكاملات المخصصة،
• والصيانة،
• واستهلاك السحابة،
• والتدريب،
• والمراجعة القانونية.

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

لهذا ينبغي أن يفصل نموذج التكلفة الكلية بين:

الخدمة الأساسية تكاليف الأطراف الثالثة الإلزامية الأعمال الإضافية المشروطة التشغيل المستمر التوسعات الاختيارية

هذا الفصل لازم لمنع التوقعات الخاطئة، لا لإخافة العميل.

زمن الاستجابة ليس زمن الحل

في خدمات الدعم والتشغيل غموض شائع: «نرد خلال ساعة». لا يعني ذلك أن المشكلة ستُحل خلال ساعة.

زمن الاستجابة

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

أما زمن الحل فيعتمد على:

• طبيعة المشكلة،
• والاعتماد على أطراف ثالثة،
• والوصول إلى البيانات،
• والموافقات اللازمة،
• وحجم الحادث.

إذا فسر الوكيل «الرد خلال ساعة» على أنه «ضمان الحل خلال ساعة»، فقد يختار المزوّد الخطأ.

لذلك يجب تفصيل القدرة الخدمية زمنيًا أيضًا:

• زمن أول رد
• زمن بدء الفحص
• المدة المستهدفة لتخفيف الأثر مؤقتًا
• المدة المستهدفة للحل
• التبعيات الخارجية غير المؤكدة زمنيًا

النجاح مرة لا يعني القدرة المستمرة

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

متى نُفّذ؟ في أي إصدار؟ بأي فريق؟ في أي ظروف؟ هل لا يزال مدعومًا؟

النجاح السابق ليس بلا قيمة، لكن لا يجوز خلطه بالطاقة المتاحة الآن.

تباعد القدرة عن واقعها

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

يمكن تسمية ذلك تباعد القدرة عن واقعها.

ويظهر في صور منها:

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

يُفسد تباعد الهوية جواب «من أنت؟». ويُفسد تباعد القدرة جواب «ماذا تستطيع أن تفعل؟».

دَين القدرة

قد تتراكم لدى المؤسسات خدمات ووعود كثيرة مع الوقت.

قد توجد في صفحات مختلفة:

• نطاقات متباينة،
• وأسعار قديمة،
• وتسليمات متناقضة،
• ووعود دعم غامضة،
• وأسماء تقنيات لم تعد مستخدمة،
• وادعاءات أداء بلا دليل.

قد تبقى هذه الصيغ متناثرة عبر الصفحات.

يمكن تسمية هذا التراكم دَين القدرة: الفجوة بين ما تدّعيه المؤسسة من قدرات وواقعها التشغيلي الحالي. كلما كبر الدين، صعب على الوكلاء التصرف بدقة. تقول صفحة «نفعل ذلك»، ولا يعرض سجل آخر الخدمة. ويقدم كتالوج الأسعار نطاقًا مختلفًا، وتوحي الأسئلة الشائعة بضمان آخر، ويقول فريق المبيعات شيئًا مختلفًا. لا تعرف الآلة أي معلومة تستخدم. لا يهدف GBO إلى إظهار الخدمات الجديدة فقط، بل إلى خفض دَين القدرة أيضًا.

تلميع القدرات

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

من دون أن يعني ذلك أن المؤسسة المعنية اعتمدت الخدمة.

على الوكيل أن يحافظ على هذه الفروق:

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

تلميع القدرات يدفع إلى اختيارات خاطئة.

مستويات الدليل

يمكن إسناد القدرة إلى أدلة متفاوتة القوة.

الادعاء

تقول المؤسسة إنها تستطيع إنجاز العمل.

الشرح

توضح كيف تنجزه وما حدوده.

المثال

تعرض مخرجًا فعليًا أو مثالًا توضيحيًا.

الاختبار

تقيس نجاحه في ظروف محددة.

دليل من بيئة التشغيل الفعلي

يوجد نظام يعمل في بيئة الإنتاج أو منشور يمكن التحقق منه.

دليل مستقل

تؤيد القدرةَ أطرافٌ ثالثة أو عملاء أو عمليات تدقيق أو سجلات عامة.

دليل متكرر

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

الدليل المحدود لا يسند ضمانًا واسعًا.

يجب ألا يتجاوز الاستنتاج نطاق الدليل

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

يجب أن تكون حدود الدليل واضحة:

• في أي تاريخ؟
• على أي صفحة؟
• على أي جهاز؟
• بأي عينة؟
• لأي عميل؟
• في أي ظروف؟
• بأي إصدار؟

حين تغيب هذه المعلومات، قد تتحول نتيجة محدودة إلى ادعاء عام.

ضمان النتيجة والالتزام بالإجراءات

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

يمكن الالتزام بالإجراءات والجودة بدلًا من ضمان النتيجة:

• إجراء اختبارات محددة
• مراجعة مصادر محددة
• وضع معايير قبول واضحة
• توثيق الإصدارات والتغييرات
• الالتزام بزمن استجابة محدد
• الإبلاغ عن المشكلات
• إعداد خطة للتراجع عن التغييرات
• عدم استخدام ادعاءات بلا دليل
• شرح طريقة القياس

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

القدرة والتفرغ للعمل

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

لذلك يُستحسن أن يتضمن عقد القدرة معلومات عن التفرغ، متى أمكن:

• هل يُقبل عمل جديد؟
• متى يُتوقع بدء العمل؟
• هل الطاقة المتاحة محدودة؟
• هل توجد قائمة انتظار؟
• هل تُعطى الأولوية لمناطق أو فئات معينة من العملاء؟
• متى حُدّثت هذه المعلومات آخر مرة؟

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

أن تستطيع فعل شيء لا يعني أنك تستطيع فعله الآن.

الطاقة المتاحة لا تُقاس بعدد الأشخاص وحده

لا يمكن قياس الطاقة التشغيلية لشركة بعدد موظفيها فقط.

فقد تعتمد على:

• توزيع التخصصات
• الأدوات والبنية التحتية
• عبء المشاريع الحالية
• إجراءات الموافقة
• الاعتماد على المورّدين
• اللغات والبلدان المشمولة
• ساعات الدعم
• الاعتماد على خبراء يصعب الاستغناء عنهم
• مستوى الأتمتة
• عبء ضبط الجودة

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

السؤال الفعلي هو: هل يمكن حقًا تحقيق هذه النتيجة، في هذا الوقت، وبهذا المستوى من الجودة؟

قدرة تعتمد على شخص واحد

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

وتبرز هذه المخاطرة خصوصًا في مجالات مثل:

• البرمجيات المصممة حسب الطلب،
• الأمن،
• القانون،
• العمليات التقنية،
• التوجيه الإبداعي،
• والخبرة اللغوية.

فالاعتماد على شخص بعينه في هذه المجالات يستحق الانتباه.

وعند الحاجة، يجب أن يطرح عقد القدرة سؤالًا آخر:

هل تملك المؤسسة هذه القدرة، أم تعتمد فيها على شخص محدد؟

ليس بالضرورة أن تُنشر كل هذه المعلومات. لكن على المؤسسة أن تعرف مواضع اعتمادها داخليًا.

كيف نفهم قدرة وكيل الذكاء الاصطناعي؟

القول عن وكيل ذكاء اصطناعي إنه «يستطيع إدارة المواقع» واسع جدًا. أيًّا من الآتي يستطيع أن يفعل؟

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

الوصول التقني إلى الأدوات لا يثبت أن الوكيل يستطيع تنفيذ كل هذه العمليات بأمان.

لاستخدام أداة بمسؤولية، يجب تقييم ثلاثة أبعاد كلٌّ على حدة:

معرفة كيفية استخدامها صلاحية استخدامها القدرة على التحقق من النتيجة

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

قائمة الأدوات ليست عقد قدرة.

القدرة المعلنة والقدرة القابلة للتنفيذ

يمكن لوكيل أو خدمة إظهار نوعين من القدرة:

القدرة المعلنة

توضح ما يمكن فعله: «أستطيع تدقيق canonical وhreflang».

القدرة القابلة للتنفيذ

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

تركيب القدرات

في الأنظمة متعددة الوكلاء، غالبًا ما تعتمد النتيجة على قدرات عدة وكلاء، لا وكيل واحد.

تتكوّن سلسلة مهام:

• يجمع وكيل البحث المعلومات.
• يبني وكيل الاستراتيجية نموذج القرار.
• يكتب وكيل المحتوى النص.
• ينفّذ وكيل البرمجة النظام.
• يتحقق وكيل ضمان الجودة من العمل.
• ينقل وكيل النشر العمل إلى الموقع الحي.
• يتابع وكيل القياس النتيجة.

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

وهم القدرة المركّبة

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

لكن إن لم يوجد سجل مشترك للواقع الفعلي، فقد يحدث الآتي:

• يتناقض النص مع كتالوج الأسعار،
• تنشر الشيفرة محتوى قديمًا،
• يتحقق الاختبار من ملف غير مقصود،
• تخص القياسات إصدارًا آخر.

تحتاج القدرة المركّبة إلى:

• هوية مشتركة
• مصدر مرجعي موحّد
• تسليم المهمة وتفويض الصلاحية
• سجل للإصدارات
• بوابات للجودة
• إيصال الفعل
• مسار للتراجع عن التغييرات

نقل القدرة عند تسليم المهمة

يمكن لوكيل أن يسلّم مهمة إلى وكيل آخر.

لكن يجب الحفاظ في كل عملية تسليم على المعلومات الآتية:

• النتيجة المطلوبة
• المدخلات المسموح باستخدامها
• الأساليب المحظورة
• حدود الصلاحية
• معيار الجودة
• الموعد النهائي للتسليم
• العتبات التي تستلزم موافقة بشرية
• خطة الرجوع

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

يمكن إذن نقل القدرة؛ ويجب أن ينتقل العقد معها.

التصرف عند الفشل جزء من القدرة

لا نعرف مدى قدرة النظام الفعلية من نجاحه وحده. فما يفعله حين يفشل مهم أيضًا.

هل الوكيل:

• يخفي الخطأ،
• يعيد المحاولة،
• يُدخل العملية نفسها في حلقة لا تنتهي،
• ينبّه الإنسان،
• يسجّل النتيجة الجزئية،
• يستطيع الرجوع إلى الإصدار السابق،
• يعرض ادعاءً خاطئًا على أنه نجاح؟

كيف يتصرف مزوّد الاستضافة عند الانقطاع؟

ماذا يفعل فريق البرمجيات حين يفشل النشر؟

كيف يُحدَّث نظام التصميم إذا ظهرت مشكلة في الإنتاج؟

هل يصطنع وكيل الذكاء الاصطناعي يقينًا زائفًا حين لا تكفي البيانات؟

إذا لم يُوضَّح التصرف عند الفشل، فعقد القدرة ناقص.

القدرة الحقيقية ليست إنجاز العمل فقط، بل التصرف بأمان حين يتعذر إنجازه.

النجاح الجزئي

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

يجب تسجيل النجاح الجزئي بوضوح:

• ما الذي اكتمل؟
• ما الذي لم يكتمل؟
• لماذا؟
• ما المخاطر المتبقية؟
• هل يمكن استخدام النتيجة؟
• هل يلزم قرار بشري؟

إخفاء حدود النتيجة الجزئية يجعل الوكيل التالي ينطلق من أساس خاطئ.

الصدق بشأن القدرة

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

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

القدرة على الامتناع

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

يمكن أن نسمي ذلك القدرة على الامتناع: قدرة النظام على تمييز سلوك يستطيع تنفيذه، لكن ينبغي ألّا ينفّذه.

معرفة ما لا تستطيع فعله شيء، ومعرفة ما ينبغي ألّا تفعله شيء آخر.

يُدرج GBO الأمرين في عقد القدرة.

سجل القدرة القابل للقراءة آليًا

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

أسماء الحقول الآتية أمثلة تصميمية توضح ما قد يتضمنه سجل القدرة. لا تُقدَّم بوصفها مخطط API قابلًا للتنفيذ أو معيارًا خارجيًا معتمدًا:

capability_name

provider_identity

outcome

supported_use_cases

unsupported_use_cases

required_inputs

eligibility

deliverables

quality_criteria

commercial_terms

third_party_costs

capacity_status

supported_languages

supported_regions

required_permissions

human_approval

evidence

version

valid_from

valid_until

failure_behavior

rollback

contact_or_action_endpoint

لا يلزم أن يكشف هذا السجل كل التفاصيل للعموم، لكن يجب تقديم المعلومات اللازمة لسلوك الوكيل بصورة متسقة.

القاعدة الأهم: يجب ألا يصوغ السجل الآلي وعدًا أوسع مما تعرضه صفحة الخدمة للإنسان.

تطابق القدرة المعروضة والقدرة المسجّلة آليًا

إذا كُتب في صفحة الخدمة «السعر عند الطلب»، فلا يجوز أن يحتوي السجل الآلي على سعر مختلق.

وإذا قالت الصفحة «متاحة للعملاء الحاليين فقط»، فلا يجوز أن يعرضها الكتالوج كخدمة متاحة للجميع.

وإذا قالت «النتيجة غير مضمونة»، فلا يجوز أن توحي البيانات المنظَّمة بنتيجة مؤكدة.

وإذا قالت «تستلزم موافقة بشرية»، فلا يجوز أن تسمح واجهة الفعل بالتنفيذ المباشر.

يمكن تسمية هذه العلاقة تطابق القدرة: أن تكون حقيقة الخدمة التي يقرأها الناس هي نفسها الحقيقة المنظَّمة التي يستخدمها الوكلاء.

مصدر القدرة

يجب معرفة ما تستند إليه القدرة. هل تعمل الشركة بفرقها الخاصة؟

هل تستخدم متعاقدًا من الباطن؟

هل تعتمد على منصة تابعة لطرف ثالث؟

هل تستخدم أداة مفتوحة المصدر؟

هل تشغّل نموذجًا بترخيص؟

هل تعمل على أنظمة العميل نفسه؟

يمكن بيان هذه المعلومات من دون كشف تفاصيل الأسرار التجارية.

مثلًا: «يمكن إنتاج الصوت باستخدام أدوات مرخّصة من أطراف ثالثة، بعد تأمين الحقوق اللازمة والموافقة الخطية». توضح العبارة القدرة والاعتماد معًا، فلا يفترض الوكيل أن المزوّد طوّر كل مكوّن بنفسه.

الاعتماد على الأطراف الثالثة

إذا اعتمدت الخدمة على أنظمة أخرى، فقد لا يملك مزوّدها السيطرة الكاملة على النتيجة. ومن هذه الأنظمة:

• مزوّد الخدمات السحابية،
• نظام الدفع،
• محرك البحث،
• منصة التواصل الاجتماعي،
• مزوّد النموذج،
• خدمة التراخيص،
• مزوّد الخرائط أو البيانات.

قد يتعرض أي منها لانقطاع أو يغيّر قواعده.

لذلك ينبغي أن يوضح عقد القدرة:

• مواضع الاعتماد،
• المخاطر الخارجة عن السيطرة،
• الخطة البديلة أو خطة الرجوع،

وذلك بالقدر الممكن.

الاستناد إلى خدمة طرف آخر لا يبطل القدرة. لكن إخفاء هذا الاعتماد يجعل وصف القدرة مضللًا.

كيف نعرف أن الخدمة جاهزة؟

يمكن اعتبار الخدمة جاهزة للفعل حين تتحقق الشروط الآتية:

• ترتبط هويتها بالمزوّد الصحيح.
• تُعرَّف النتيجة بوضوح.
• تُعرف المدخلات اللازمة.
• يظهر ما يشمله النطاق وما يستبعده.
• يُشرح السعر أو أسلوب التسعير.
• تُعرف الطاقة المتاحة وشروط البدء.
• تُظهر الأدلة الحدود التي يصح عندها الادعاء.
• لا تتناقض السجلات الموجّهة للإنسان وتلك الموجّهة للآلة.
• يكون مسار المعاملة أو التواصل آمنًا.
• يُحدَّد التصرف عند الفشل والرجوع.

من دون هذه الشروط قد تكون الخدمة ظاهرة، لكنها ليست جاهزة لأن يختارها الوكيل بأمان.

بوابة القدرة NOMOS

نقترح ثمانية مجالات للفحص ضمن نموذج بوابة القدرة NOMOS. يجب التحقق فيها من شروط العملية بحسب السياق والمخاطر:

1. بوابة النتيجة

هل ما سيُنتَج واضح؟

2. بوابة الدليل

هل تستند القدرة إلى دليل يتناسب مع حجم الادعاء؟

3. بوابة النطاق

هل ما يشمله العمل وما يستبعده محدد؟

4. بوابة المدخلات

هل يمكن توفير البيانات والوصول والمساهمة البشرية والشروط المسبقة اللازمة؟

5. بوابة الطاقة المتاحة

هل يستطيع المزوّد أو الوكيل تنفيذ هذا العمل الآن وبالحجم المطلوب؟

6. البوابة التجارية

هل التسعير وتكاليف الأطراف الثالثة والالتزامات المستمرة مفهومة؟

7. بوابة التنفيذ

هل يوجد مسار آمن لبدء الخدمة أو استخدامها؟

8. بوابة الفشل

هل توجد طريقة للتوقف أو التسليم أو التراجع أو معالجة الأثر عند حدوث مشكلة؟

وبصيغة مبسطة:

شروط اجتياز بوابة القدرة:

نتيجة واضحة

ودليل مناسب

ونطاق محدد

ومدخلات كافية

و طاقة متاحة حاليًا

وشروط تجارية مفهومة

وتنفيذ آمن

وخطة للتعامل مع الفشل

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

التصرف الصحيح عندما لا تتضح القدرة

ماذا يفعل الوكيل إذا كانت المعلومات عن قدرة معينة ناقصة؟

أمامه ثلاثة خيارات أساسية:

طرح الأسئلة

«هل يشمل السعر ترحيل البيانات؟» «هل تغطي هذه الباقة الاستجابة للحوادث في عطلة نهاية الأسبوع؟» «هل اللغات الست تخص المحتوى فقط، أم تشمل الدعم المباشر أيضًا؟»

خفض مستوى الفعل

طلب عرض سعر بدلًا من الشراء. إعداد قائمة مختصرة بدلًا من الاختيار المباشر. تجهيز بيئة اختبار بدلًا من النشر الفعلي.

البحث عن خيار آخر

إذا تعذر إثبات تلبية متطلب حاسم، يمكن البحث عن مزوّد أنسب. لا يجوز للوكيل اختلاق المعلومات الناقصة.

مثال على وكيل شراء

تريد شركة تجديد عروضها البيعية.

تسند إلى الوكيل المهمة الآتية: «ابحث عن مزوّد لأنظمة العروض التقديمية التنفيذية. ميزانيتنا 4,000 دولار، ونحتاج إلى إعداد أول عرض لمجلس الإدارة خلال أسبوعين». يجد الوكيل ثلاثة مزوّدين.

المزوّد A

يعرض تصميمات بصرية قوية جدًا، ويقول إنه يعد «عروضًا بمستوى عالمي». لكنه لا يوضح السعر أو مهلة التسليم أو المسؤولية عن المحتوى.

المزوّد B

يبدو أبسط في عرضه.

ويوضح الآتي:

• السرد الاستراتيجي
• نظام الشرائح
• عرض البيانات بصريًا
• الملفات المصدرية
• حدود المراجعات المسموحة
• المدة اللازمة للعمل الأولي
• تحقق العميل من نص العرض
• ضرورة الموافقة البشرية على الادعاءات القانونية والمالية

المزوّد C

يبيع قوالب جاهزة بسعر منخفض، لكنه لا يقدم سردًا تنفيذيًا أو معالجة مخصصة للبيانات. قد يكون A أكثر ظهورًا من حيث SEO، ويبدو C أنسب من حيث السعر، بينما قد يكون B الاختيار الصحيح للحاجة الفعلية.

لكن قبل اختيار B، يجب على الوكيل التحقق من:

• طاقته المتاحة،
• إمكانية الالتزام بمهلة الأسبوعين،
• ملاءمة ميزانية 4,000 دولار،
• البيانات اللازمة للعمل.

بهذا التحقق، ينقل عقد القدرة القرار من مجرد الظهور إلى شروط الاختيار الفعلي.

مثال على وكيل ذكاء اصطناعي

تبحث شركة عن وكيل يدير بريدها الإلكتروني.

تقرأ في صفحة منتج: «إدارة بريد إلكتروني مستقلة بالكامل». تبدو العبارة مبهرة.

لكن يجب الإجابة عن الأسئلة الآتية:

• هل يقتصر عمله على تصنيف الرسائل الواردة؟
• هل يعد مسودات؟
• هل يرسل تلقائيًا؟
• إلى من يمكنه الإرسال؟
• كيف يتعامل مع الرسائل التي تتضمن أسعارًا أو عقودًا أو معلومات قانونية؟
• هل يستطيع قراءة المرفقات؟
• إلى أين ينقل البيانات الشخصية؟
• كيف يُوقف الإرسال الخاطئ؟
• متى تلزم الموافقة البشرية؟
• هل تُسجَّل العمليات؟

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

القدرة والأمن ليسا منفصلين

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

هل يستطيع وكيل البريد الإلكتروني التعرف على طلب دفع مزوّر؟

هل يستطيع نظام الأفَاتار إيقاف إنشاء سيناريو غير مأذون به؟

هل يتحقق وكيل الويب من النطاق قبل تعديل الموقع الحي؟

هل يلاحظ وكيل الشراء اشتراكًا مخفيًا أو تجديدًا تلقائيًا؟

الأمن ليس وثيقة تأمين تُضاف من خارج القدرة.

العمل الذي لا يمكن تنفيذه بأمان لا يمثل قدرة مكتملة.

القدرة وإتاحة الاستخدام للجميع

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

إذا قال مزوّد خدمة: «نصمم تجارب ويب»،

تصبح الأسئلة الآتية مهمة:

• هل يوجد بديل للأجهزة محدودة القدرة؟
• هل تتوافر تجربة ثنائية الأبعاد بديلة؟
• هل يُدعم الاستخدام بلوحة المفاتيح؟
• هل يوجد خيار لتقليل الحركة؟
• هل تتوافر نصوص مصاحبة للكلام وتفريغات مكتوبة؟

إنتاج النتيجة للمستخدم المثالي وحده يضيّق نطاق القدرة. يجب إظهار هذا القيد بوضوح.

القدرة والحدود القانونية

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

لكن يجب أن يبيّن الفرق بين الأمرين:

ما الضوابط التقنية أو التشغيلية التي تشملها الخدمة؟ وما التقييم القانوني الذي ينبغي أن يجريه المختص لدى العميل؟

ينبغي الحذر في استخدام ادعاءات من قبيل «ضمان الامتثال الكامل للتشريعات». الاستشهاد بمعيار ليس شهادة امتثال قانوني.

أين تتقاطع حدود الخدمة مع خدمة أخرى؟

الخلط بين خدمات متقاربة قد يؤدي إلى اختيار خاطئ.

مثلًا:

• SEO وGEO
• الاستضافة وعمليات تشغيل الموقع
• الشعار والهوية البصرية
• إعداد التقارير ونظام اتخاذ القرار
• تحسين التحويل وتطوير البرمجيات
• إنتاج أفاتار بالذكاء الاصطناعي وصلاحية النشر باسم المؤسسة
• استشارات DevOps والإدارة المستمرة للبنية التحتية

يجب أن يميز عقد القدرة بوضوح بين الخدمات المتجاورة.

أين تبدأ هذه الخدمة؟ أين تنتهي؟ ومتى تصبح خدمة أخرى ضرورية؟

هذا التمييز ليس للسعر وحده؛ إنه يمكّن الوكيل من بناء سلسلة الخدمات الصحيحة.

مراجعة جاهزية القدرة

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

خمسة عشر سؤالًا لتدقيق القدرة

يمكن طرح الأسئلة الآتية عن خدمة أو منتج أو وكيل:

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

إذا بقي معظم هذه الأسئلة بلا جواب، فقد تكون الخدمة قابلة للتسويق، لكنها ليست جاهزة لأن يختارها الوكيل بأمان.

فائدة عقد القدرة للناس

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

القيمة التجارية لوضوح القدرة

تعتقد بعض الشركات أن توضيح حدود خدماتها يزوّد المنافسين بالمعلومات. لكن الغموض يضعف الثقة أيضًا.

تبدو المؤسسة أكثر مهنية إذا استطاع العميل والوكيل العثور بسهولة على أجوبة هذه الأسئلة:

• ما الذي سأحصل عليه؟
• ما الذي لن أحصل عليه؟
• كم سأدفع؟
• ما الذي يجب أن أوفّره؟
• كيف سيُتحقق من النتيجة؟
• ماذا سيحدث إذا ظهرت مشكلة؟

قد ينسخ المنافس الكلمات نفسها.

لكن ليس بالسهولة نفسها أن ينسخ:

• الموارد الفعلية اللازمة للتسليم،
• نظام الاختبارات،
• الأدلة المتراكمة من العمل السابق،
• الانضباط التشغيلي،
• الاتساق بين اللغات،
• آلية التراجع عن التغييرات.

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

الحد الفاصل بين وضوح القدرة والسر التجاري

ليس على الشركة نشر جميع إجراءاتها الداخلية.

يمكن إبقاء الآتي سريًا:

• الموجّهات الخاصة
• الشيفرة المصدرية
• أوزان التقييم الداخلية
• تحليلات المنافسين
• التفاصيل الأمنية
• النواة التشغيلية للأتمتة
• أسعار المورّدين
• التعليمات الداخلية للوكلاء

لكن إخفاء الأمور الآتية قد يفسد السلوك:

• النطاق الفعلي للخدمة
• أسلوب التسعير
• الاستثناءات المهمة
• الموافقة البشرية اللازمة
• تكاليف الأطراف الثالثة
• حدود الطاقة المتاحة
• النتائج غير المضمونة
• مسار السحب أو الإلغاء

المبدأ الصحيح هو:

يمكنك إخفاء ما داخل المحرّك. لكن لا يمكنك إخفاء حدود السلوك التي يحتاجها المستخدم ليختار بأمان.

إيصال القدرة

حين تحقق خدمة أو يحقق وكيل نتيجة محددة، يمكن توثيقها في سجل نسميه:

إيصال القدرة

وهو سجل يمكن إنشاؤه عند إتمام النتيجة.

يوضح هذا السجل:

• ما القدرة التي استُخدمت؟
• بأي إصدار؟
• بأي مدخلات؟
• ضمن أي نطاق؟
• من شارك من الأشخاص أو الوكلاء؟
• ما الاختبارات التي أُجريت؟
• ما النتيجة التي تحققت؟
• ما الحدود التي بقيت سارية؟
• ما المشكلات التي ما زالت مفتوحة؟
• متى أُنتجت النتيجة؟
• هل يوجد مسار للتراجع أو التصحيح؟

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

كيف تستعد المؤسسة؟

إذا أرادت المؤسسة عرض قدراتها بدقة في عصر الوكلاء، فعليها اتخاذ الخطوات الآتية:

إعداد جرد للقدرات

تُدرَج جميع الخدمات المقدمة فعلًا.

الفصل بين الخدمات المتجاورة

تُوضَّح الخدمات المتشابهة التي تختلف أسعارها ومسؤولياتها.

إعداد سجل مرجعي للنطاق

يُحدَّد لكل خدمة ما يشمله نطاقها وما يستبعده.

توضيح أساس السعر

تُميَّز الأسعار الثابتة وأسعار البداية والأسعار الشهرية والسنوية والأسعار عند الطلب.

ربط الادعاءات بأدلتها

تُسنَد الادعاءات بأمثلة أو اختبارات أو منشورات أو سجلات مستقلة مناسبة.

تحديث معلومات الطاقة المتاحة

تُتابَع إمكانية قبول عمل جديد والشروط الزمنية.

ضمان التطابق مع السجل الآلي

يجب ألا تتناقض الصفحة المعروضة والكتالوج والبيانات المنظَّمة والأسئلة الشائعة وواجهات المعاملات.

تحديد التصرف عند الفشل

من سيفعل ماذا عند ظهور مشكلة؟

كيف يتحدث الوكيل حين تكون القدرة غير مؤكدة؟

لا ينبغي أن يستخدم الوكيل عبارات قاطعة عن قدرة غير مؤكدة.

خطأ: «تقدم هذه الشركة دعمًا كاملًا للعملاء بست لغات».

أدق: «تنشر الشركة محتوى وصفحات خدمات بست لغات؛ أما لغات الدعم المباشر فتحتاج إلى تحقق مستقل».

خطأ: «تشمل باقة الاستضافة هذه دعمًا مُدارًا على مدار الساعة طوال الأسبوع».

أدق: «تغطي الباقة الاستضافة؛ وقد تكون الاستجابة الفعلية للحوادث والعمليات المُدارة خدمة منفصلة».

خطأ: «نظام الأفَاتار هذا ممتثل قانونيًا بالكامل».

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

القدرة الفعلية على الإنجاز

كي نقول إن مؤسسة تستطيع فعل شيء حقًا، لا تكفي عبارة «لقد فعلنا هذا من قبل».

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

خلاصة الفصل

توضح لنا الهوية مع من نتعامل. أما القدرة فتوضح ما يستطيع ذلك الكيان فعله فعلًا.

لكن القدرة ليست:

• شعارًا تسويقيًا،
• شعار تقنية،
• مثال نجاح واحدًا،
• وصولًا إلى أداة،
• عبارة تسويقية فضفاضة.

تتكوّن القدرة الحقيقية من هذه العناصر مجتمعة:

نتيجة واضحة مدخلات لازمة دليل قابل للتحقق نطاق محدد طاقة متاحة حاليًا شروط تجارية مفهومة تنفيذ آمن تصرف محدد عند الفشل

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

لذلك تقول بوابة السلوك الثانية في GBO: لا تقيّم الكيان الذي يكتفي بقول «أستطيع»، بل الكيان الذي يثبت ما يستطيع فعله وتحت أي شروط. يحوّل عقد القدرة NOMOS الادعاء إلى حقيقة جاهزة للفعل.

ويوضح للوكيل:

• ما الممكن،
• ما غير الممكن،
• المدخلات اللازمة،
• الحدود القائمة،
• ما يعنيه السعر،
• متى تكون معلومات القدرة حديثة،
• ما يحدث عند الخطأ.

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

ننتقل في الفصل التالي إلى أحد أكثر أسئلة GBO حساسية:

متى ينبغي لوكيل أن يختارك؟

لأن كونك المزوّد الصحيح لا يعني اختيارك في كل حالة.

تجعل القدرةُ الكيانَ مرشحًا للاختيار. وتحدد الملاءمةُ ما إذا كان الاختيار صحيحًا بالفعل.