وكلاء الذكاء الاصطناعي للشركات في 2026: أين يحققون عائدًا وكيف تبدأ؟
من روبوت المحادثة إلى الوكيل الذكي
تعرّفت معظم الشركات خلال السنوات الماضية على الذكاء الاصطناعي من خلال نافذة محادثة: تسأل فيجيب. أما وكيل الذكاء الاصطناعي (AI Agent) فيذهب خطوة أبعد؛ إذ يقرأ البيانات، ويقرر الخطوة التالية، وينفّذ إجراءات في أنظمة أخرى: يُنشئ مسودة فاتورة في نظام ERP، أو يحدّث بيانات عميل محتمل في CRM، أو يرد على عميل عبر WhatsApp، أو يجهّز تقريرًا أسبوعيًا.
وهذا التحول يحدث بسرعة. تتوقع Gartner أن تتضمن 40% من تطبيقات المؤسسات وكلاء ذكاء اصطناعي مخصصين لمهام محددة بحلول نهاية 2026، بعد أن كانت النسبة أقل من 5% في 2025. بمعنى آخر، كثير من البرمجيات التي تدفع اشتراكها اليوم ستصلك قريبًا وفيها وكلاء مدمجون.
لكن Gartner نفسها تضيف تحذيرًا: فهي تتوقع إلغاء أكثر من 40% من مشاريع الذكاء الاصطناعي الوكيلي بحلول نهاية 2027، بسبب غموض القيمة التجارية، أو ارتفاع التكاليف، أو ضعف ضوابط المخاطر. يمكنك الاطلاع على المزيد في تقرير Gartner عن Hype Cycle for Agentic AI.
الوكلاء قادمون في كل الأحوال إذن، والسؤال الحقيقي: كيف تستفيد منهم دون أن تكون ضمن تلك الـ 40%؟
الاستخدام واسع، والتوسع نادر
تكشف الأرقام فجوة كبيرة بين تجربة الذكاء الاصطناعي وتحقيق نتائج منه:
- بحسب تقرير McKinsey عن حالة الذكاء الاصطناعي 2025، تستخدم 88% من المؤسسات الذكاء الاصطناعي في وظيفة واحدة على الأقل.
- لكن نحو 23% فقط تقول إنها وسّعت استخدام الذكاء الاصطناعي الوكيلي في جزء ما من المؤسسة.
- ووفق ما نُقل عن استطلاع PwC للرؤساء التنفيذيين 2026، فإن نحو 12% فقط من الرؤساء التنفيذيين يلمسون زيادة في الإيرادات وخفضًا في التكاليف معًا بفضل الذكاء الاصطناعي.
الجميع تقريبًا يجرّب، والقليل فقط حوّل التجارب إلى نتائج قابلة للقياس. ونادرًا ما يكون الفارق في النموذج نفسه؛ بل في العملية، والبيانات، وطريقة ربط الوكيل بالأنظمة الفعلية.
أين يحقق الوكلاء عائدًا فعليًا؟
ينجح الوكلاء أكثر في المهام المتكررة، التي تحكمها قواعد يمكن التحقق منها، والمرتبطة بأنظمة تعمل بها أصلًا. ومن أبرز الاستخدامات التي نراها في المنطقة:
- إدخال الفواتير والإيصالات. قراءة فواتير الموردين (وكثيرًا ما تكون مزيجًا من العربية والإنجليزية) وتجهيز القيود في نظام ERP ليعتمدها المحاسب.
- خدمة العملاء عبر WhatsApp والموقع. الرد على الأسئلة الشائعة، والاستعلام عن حالة الطلب، وتحويل المحادثة إلى موظف حين تصبح معقدة أو حساسة.
- تأهيل العملاء المحتملين. طرح الأسئلة الأولى الصحيحة، وتقييم العميل، وحجز موعد مع مندوب المبيعات المناسب في CRM.
- طلبات الموارد البشرية. طلبات الإجازة، وشهادات الراتب، والاستفسارات عن السياسات، دون مراسلات لا تنتهي.
- إعداد التقارير. سحب الأرقام من نظام ERP أسبوعيًا وكتابة مسودة ملخص أولية للإدارة.
- البحث في المعرفة الداخلية بالعربية والإنجليزية. يسأل الموظف عن إجراء أو عقد أو مواصفات منتج، فيحصل على إجابة مع رابط إلى المستند الأصلي.
- متابعات المشتريات. ملاحقة الموردين بشأن عروض الأسعار ومواعيد التسليم والمستندات الناقصة.
لا شيء من هذا خيال علمي؛ إنها مهام يومية عادية تستهلك الوقت، وتوفير بضع ساعات أسبوعيًا منها على مستوى فريق كامل يتراكم بسرعة.
لماذا تفشل كثير من التجارب؟
حين يتعثر مشروع وكيل ذكي، يعود السبب غالبًا إلى واحد مما يلي:
- غياب البيانات النظيفة والتكامل. لا يستطيع الوكيل أداء عمل مفيد إن لم يتمكن من القراءة من نظام ERP أو CRM والكتابة فيه بموثوقية.
- غياب مؤشر أداء واضح. عبارة “لنجرّب الذكاء الاصطناعي” ليست هدفًا. ومن دون رقم نسعى لتحسينه، لن يعرف أحد هل نجحت التجربة.
- صلاحيات واسعة قبل أوانها. السماح للوكيل بإرسال مدفوعات أو تعديل السجلات دون ضوابط أو موافقات هو الطريق الأقصر لتحويل الأخطاء الصغيرة إلى خسائر مكلفة.
- غياب العنصر البشري. يحتاج العملاء والموظفون إلى طريق واضح للوصول إلى شخص حقيقي.
- إهمال جودة اللغة العربية. الوكيل الذي يتقن الإنجليزية ويكتب عربية ركيكة، أو يسيء فهم اللهجة الخليجية أو الشامية، سيفقد ثقة العملاء سريعًا.
- ضعف الأمان والصلاحيات. يجب أن يلتزم الوكيل بنظام الصلاحيات نفسه (RBAC) المطبَّق على المستخدم الذي يعمل نيابةً عنه؛ فإن كان الموظف لا يرى كشوف الرواتب، فلا ينبغي لمساعده أن يراها.
- تكاليف غير مراقَبة. استهلاك النماذج والتكاملات والصيانة تتراكم، وإن لم تتابع تكلفة كل مهمة فقد تتلاشى الجدوى الاقتصادية دون أن تنتبه.
وكيل أول جيد مقابل وكيل أول سيئ
| وكيل أول جيد | وكيل أول سيئ |
|---|---|
| مهمة واحدة متكررة وكثيفة | “ذكاء اصطناعي يدير العمليات” |
| مقياس واضح قبل وبعد (الوقت، الأخطاء) | لا يوجد تعريف محدد للنجاح |
| يقرأ ويجهّز المسودة، والإنسان يعتمد | يتصرف في الأموال أو البيانات دون موافقة |
| مرتبط بنظام ERP أو CRM عبر APIs | يعمل على جداول منسوخة يدويًا |
| يلتزم بصلاحيات المستخدمين الحالية | يملك صلاحيات مدير “حتى يعمل” |
| مُختبَر بالعربية والإنجليزية | مُختبَر بالإنجليزية فقط |
كيف تبدأ شركة متوسطة الحجم؟
- اختر عملية واحدة. شيئًا متكررًا وقابلًا للقياس، مثل إدخال الفواتير أو الرد على أسئلة العملاء الأولية.
- قِس الوضع الحالي. سجّل كم تستغرق العملية اليوم، وكم مرة تقع الأخطاء.
- اربط الوكيل بأنظمة السجلات الأساسية. تكامل مع ERP وCRM عبر APIs مناسبة، لا عبر نسخ الشاشات أو الملفات المصدَّرة.
- أبقِ الإنسان في الإجراءات المهمة. اشترط الموافقة على أي إجراء يحرّك أموالًا أو يغيّر بيانات أساسية.
- سجّل كل شيء. احتفظ بسجل تدقيق لما قرأه الوكيل وقرره ونفّذه، لتتمكن من المراجعة والتحسين.
- طبّق الصلاحيات نفسها. لا يرى الوكيل ولا يفعل إلا ما يُسمح به للمستخدم المسؤول.
- اختبر اللغة. راجع الإجابات بالعربية والإنجليزية مع مستخدمين حقيقيين قبل الإطلاق.
- تابع تكلفة كل مهمة. وقارنها بالوقت الموفَّر والأخطاء التي تجنّبتها.
- توسّع تدريجيًا. حين يثبت الوكيل الأول جدواه، انتقل إلى العملية التالية مستفيدًا من التكاملات التي بنيتها.
كلمة عن المعايير
أصبح ربط الوكلاء أسهل أيضًا بفضل بروتوكولات مفتوحة ناشئة، مثل MCP (Model Context Protocol) لربط النماذج بالأدوات والبيانات، وبروتوكول A2A (Agent2Agent) من Google لتواصل الوكلاء فيما بينهم، والمدعوم من أكثر من 50 شريكًا منهم Salesforce وSAP وAtlassian وPayPal. لا يلزمك إتقانها من اليوم الأول، لكن من الحكمة اختيار أنظمة تدعم المعايير المفتوحة بدلًا من الارتهان لمورّد واحد.
كيف نتعامل مع ذلك في Cortex؟
لأننا نبني أنظمة ERP ونتولى صيانتها، نرى النمط نفسه مرارًا: الوكيل هو الجزء السهل، أما التكامل السليم مع نظام السجلات الأساسي فهو ما يجعله مفيدًا. لذلك تبدأ حلولنا في الذكاء الاصطناعي والأتمتة بعملية واحدة قابلة للقياس، مع موافقة بشرية على الإجراءات الحساسة وتسجيل كامل لكل خطوة، ثم تتوسع من هناك. وإن كانت لديك عملية بعينها في ذهنك، فهي عادةً أفضل نقطة لبدء الحديث.
