40% من الشركات جاهزة لإيقاف مشاريع وكلاء الذكاء الاصطناعي — ثلاث دروس من مديري الرقمنة

تتوقع غارتنر أنه بحلول عام 2027، سيتم إيقاف 40% من تجارب الشركات مع وكلاء الذكاء الاصطناعي. ثلاثة قادة في التحول الرقمي حققوا نتائج فعلية يشرحون لماذا تفشل معظمها — وكيفية تجنب ذلك.

لماذا لا تنطلق الوكلاء

أدى الضجيج حول أنظمة الذكاء الاصطناعي المستقلة إلى قيام العديد من الشركات بتطبيق وكلاء ببساطة من أجل الامتثال للتطبيق. بدون ارتباط واضح بمقاييس العمل، تموت هذه المشاريع حتماً عند أول فحص لـ ROI. السيناريو النمطي: يبدو المشروع التجريبي مقنعاً في العرض التوضيحي، لكن في بيئة الإنتاج يواجه الوكيل بيانات غير نظيفة وأنظمة مجزأة وموظفين لا يفهمون سبب احتياجهم إليه. النتيجة إيقاف صامت للمشروع والعودة إلى Excel أو سلاسل البريد الإلكتروني. تعتبر غارتنر هذا السيناريو معياراً لـ 40% من الشركات التي طبقت الوكلاء في 2024–2025.

ثلاث دروس من أولئك الذين حققوا النجاح

بغض النظر عن القطاع — التمويل أو اللوجستيات أو التجزئة — تشترك التطبيقات الناجحة في نمط واحد: بدأت الشركات ليس بالتكنولوجيا، بل بالمشكلة.

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

"الخطأ الأكثر شيوعاً هو شراء وكيل ثم التفكير فيما يجب فعله به. الترتيب

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

البنية الأساسية أهم من النموذج

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

ماذا يعني هذا

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