Google تطلق وكيل ذكاء اصطناعي للعمل داخل الشركات، لكن السعر والتكامل مع الأنظمة الأخرى لا يزالان محل تساؤل

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

ما المعروف حتى اليوم

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

ما يمكن قوله استنادًا إلى المنشور:

• فئة المنتج: وكيل لعمليات العمل، وليس مساعدًا موجّهًا للمستهلكين.
• الوظيفة الأساسية: استخدام سياق الشركة عند تنفيذ المهام.
• منطقة الخطر الأولى: تكلفة الملكية.
• منطقة الخطر الثانية: التكامل مع أدوات خارج منظومة Google.
• غير معلن في الوصف المتاح: جدول الأسعار، وقائمة الموصّلات (connectors)، ونموذج الدفع (لكل مستخدم أو حسب الاستهلاك).

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

لماذا يحسم المال والتكامل كل شيء

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

أما التكامل فأكثر تعقيدًا. فقيمة الوكيل تساوي حجم البيانات التي يستطيع الوصول إليها. وفي معظم الشركات الكبرى تتنوع البنية التقنية: البريد والمستندات في مكان، والتذاكر في Jira أو ServiceNow، والمبيعات في Salesforce، والمالية في SAP، والتواصل في Slack أو Teams. وكل ربط من هذه يحتاج إلى موصّل، وإدارة لصلاحيات الوصول، وتدقيق لإجراءات الوكيل. وإذا كان الوكيل يقرأ ملفات Google جيدًا لكنه لا يرى بقية الأنظمة إلا بصعوبة، فإنه يغطي جزءًا فقط من العمليات، ويواصل الموظفون التنقل بين الأنظمة يدويًا.

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

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

كيف تبدأ التجربة التجريبية

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

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