تحوّل Anthropic وSalesforce وعداً مألوفاً في برمجيات المؤسسات إلى اختبار منتج ملموس: يستطيع البائع أن يسأل Claude عن الحسابات والفرص ومخاطر خط المبيعات والاستعداد للاجتماعات والتوقعات، بينما تُسحب المعلومات من Salesforce. الإصدار الأول ليس بديلاً عاماً لنظام CRM، بل إضافة من Claude مخصصة لأعمال المبيعات، ومرفقة بـ37 مهارة مبيعات جاهزة واتصال بـSalesforce يمكنه أيضاً استخدام سياق Slack.

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

التوقيت مهم. دخل Salesforce داخل Claude المرحلة التجريبية في 15 سبتمبر 2026، خلال Dreamforce، وأصبح متاحاً على خطط Claude المدفوعة للمؤسسات التي توافق Salesforce على إشراكها عبر التسجيل في النسخة التجريبية. وتصف الشركتان الشراكة الأوسع باسم Claudeforce، مع خطط لإتاحة مزيد من التكاملات بين Claude وSalesforce وSlack.

وبالنسبة إلى مؤسسة مبيعات، فإن القرار العملي أضيق مما توحي به لغة الإطلاق: ما أجزاء عمل CRM التي ينبغي أن تصبح حوارية؟ وما الذي يجب أن يبقى داخل Salesforce؟ وما الدليل الذي سيُظهر أن الواجهة الجديدة تحسّن البيع فعلاً، بدلاً من أن تنتج ملخصات مصقولة فحسب؟

ما الذي يُطرح فعلياً

يجمع Salesforce داخل Claude ثلاثة أنواع من العمل في محادثة واحدة:

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

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

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

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

لماذا يفوق تحول الواجهة أهمية مجرد موصل

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

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

وينشئ ذلك تمييزاً تشغيلياً جديداً:

  • يظل Salesforce نظام السجل الرسمي.
  • يصبح Claude طبقة للتفكير والتفاعل.
  • يحدد خادم MCP الإجراءات ومسارات البيانات المكشوفة أمام تلك الطبقة.
  • يظل المستخدم المصادق عليه مسؤولاً عن العمل المنفذ عبر حسابه.

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

نموذج الصلاحيات مفيد، لكنه ليس حالة أمان مكتملة

تقول Salesforce إن معاملات MCP تستخدم هوية المستخدم المصادق عليه ونموذج الصلاحيات القائم. وتصف وثائقها ضوابط تشمل صلاحيات الكائنات، وأمن مستوى الحقل، وقواعد المشاركة، وOAuth، ومسارات التدقيق. وتوضح صفحة مساعدة Salesforce الخاصة بالنسخة التجريبية أن المسؤولين يستطيعون تفعيل الخادم، وإنشاء External Client App، وتقييد الوصول عبر مجموعة صلاحيات. ثم يربط كل مستخدم حساب Salesforce الخاص به داخل Claude.

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

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

وينبغي أن تشمل مجموعة الضوابط الدنيا لاختبار جاد ما يلي:

  • مالكاً محدداً لاتصال Salesforce وإعدادات مؤسسة Claude.
  • مجموعة صغيرة للاختبار ذات دور تجاري واضح، بدلاً من تثبيت افتراضي على مستوى المؤسسة كلها.
  • تقييماً للقراءة فقط قبل تفعيل أي قدرة على الكتابة.
  • قائمة بالحقول التي لا يجوز للمساعد تحديثها تلقائياً، مثل تاريخ الإغلاق، وفئة التوقع، وقيمة العقد، والوضع القانوني، أو الالتزامات الموجهة إلى العميل.
  • مراجعة تدقيق لاستدعاءات الأدوات والتغييرات الناتجة في السجلات.
  • طريقة لمقارنة إجابة Claude بسجلات Salesforce الأساسية.
  • إجراء موثق لفصل التكامل وإبطال External Client App.

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

كيف يبدو الاختبار التجريبي الأول المفيد

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

يمكن للاختبار أن يسير وفق تسلسل من هذا النوع:

  1. اختر مجموعة محددة من البائعين ومجموعة ثابتة من الحسابات أو الفرص.
  2. سجّل خط الأساس الحالي: الوقت المستغرق، وعدد علامات التبويب أو التقارير المستخدمة، وجودة الاستعداد، والأخطاء الشائعة.
  3. نفّذ المهام نفسها عبر واجهة Salesforce المعتادة وعبر Salesforce داخل Claude.
  4. اطلب من المستخدمين تسجيل الإحالات أو معرفات السجلات لكل ادعاء جوهري في الإجابة.
  5. قارن الإجابة ببيانات CRM، وحدد الحذف، والمعلومات القديمة، والربط الخاطئ، والاستنتاجات غير المدعومة.
  6. أبقِ إجراءات الكتابة معطلة إلى أن يتضح مستوى دقة القراءة وسلوك المستخدمين.
  7. إذا فُعّلت الكتابة، فاطلب تأكيداً لكل تغيير وراجع مسار التدقيق في نهاية الاختبار.

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

وغالباً ما يكون الطلب المفيد أكثر تقييداً من العرض التسويقي. مثلاً:

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

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

جانب الكتابة يحتاج إلى طرح مختلف

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

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

ولا ينبغي أن تكون الواجهة آلية الموافقة الوحيدة. فإذا سمحت المؤسسة بالكتابة، فعليها أن تحدد أيضاً:

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

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

أسئلة الاحتفاظ بالبيانات والخصوصية التي ينبغي حسمها مبكراً

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

وقبل ربط بيانات الإنتاج، ينبغي للمسؤولين مراجعة وثائق Anthropic وSalesforce الحالية الخاصة بالخطة المعينة. وعليهم إيلاء اهتمام خاص لما يلي:

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

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

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

التكلفة ليست اشتراك Claude وحده

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

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

وينبغي للاختبار أن يتتبع على الأقل:

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

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

البدائل ومتى يكون البقاء داخل Salesforce أفضل

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

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

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

وليست المقارنة الصحيحة هي «Claude مقابل Salesforce». فالمقارنة الحقيقية بين أنماط التفاعل هي:

  • الاستكشاف الحواري للأسئلة غير المنظمة؛
  • الأتمتة الحتمية للعمليات القابلة للتكرار؛
  • الصياغة التي يراجعها الإنسان للتغييرات ذات العواقب؛
  • ضوابط CRM الأصلية بوصفه نظام السجل الرسمي.

ستستخدم معظم عمليات النشر الناضجة الأنماط الأربعة كلها.

ما الذي تقوله النسخة التجريبية عن برمجيات المؤسسات

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

قد يجعل هذا النموذج الأنظمة القائمة أكثر فائدة، لأن الموظفين لا يضطرون إلى تعلم كل مسار تنقل. لكنه قد يجعل الاعتماد على المورّد أصعب في الرؤية. فإذا بنت شركة عملية مبيعاتها اليومية حول مجموعة مهارات خاصة بـClaude، فقد يتطلب الانتقال إلى نموذج أو مساعد آخر أكثر من تغيير مفتاح API. وقد تصبح المطالبات والصلاحيات وممارسات التدقيق وعادات المستخدمين ومسارات العمل المخصصة مرتبطة بالمورّد.

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

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

من ينبغي له تجربته الآن

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

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

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

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

المصادر