الرئيسية / وكلاء الذكاء الاصطناعي / الأدوات / Salesforce Agentforce
شعار Salesforce

وكلاء ذكاء اصطناعي مبنيون على Salesforce Agentforce

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

شاهدوا ما نبنيه ↓

ما هو Salesforce Agentforce؟

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

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

كيف تستخدم Lenoo AI منصة Agentforce لمنظمات Salesforce الإماراتية

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

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

هل Agentforce مناسب لكم؟

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

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

كيف يبدو مشروع Agentforce نموذجي معنا

  1. الاكتشاف. نرسم أي كائنات وحقول ومجموعات صلاحيات Salesforce يحتاج الوكيل القراءة منها والكتابة إليها، عاملين مباشرة مقابل هيكل منظمتكم الحالي.
  2. التصميم. نحدد منطق قرار الوكيل والحد الدقيق لما يُسمح له تغييره، متوافقاً مع الصلاحيات التي اعتمدها مسؤولكم أصلاً.
  3. البناء والاختبار. نبني ونختبر داخل منظمة تجريبية، نتحقق من قرارات الوكيل مقابل أشكال سجلات حقيقية مسحوبة من بياناتكم الفعلية قبل أن يعمل أي شيء حياً.
  4. الإطلاق والمراقبة. ننشر للإنتاج، نوثّق صلاحيات ومنطق الوكيل لمسؤولكم، ونراقب قراراته خلال الأسابيع الأولى لرصد أي شيء يحتاج تعديلاً.

لماذا Agentforce بدلاً من منصة وكلاء عامة

هذه ليست فعلياً مقارنة عامة بالطريقة التي تُقارَن بها n8n وGumloop وLindy وPipedream مع بعضها. هذه الأربع منصات وكلاء عامة الغرض تستطيع الاتصال بأي نظام CRM تقريباً، بما في ذلك Salesforce، عبر واجهة API. Agentforce مختلف لأنه ليس عام الغرض إطلاقاً: يوجد تحديداً للأعمال التي تشغّل Salesforce أصلاً، وقيمته الكاملة هي أن الوكيل يعمل داخل بيانات وصلاحيات بنيتموها أصلاً، بدلاً من منصة خارجية تصل من الخارج. إذا كان Salesforce نظام السجل الرسمي لديكم أصلاً، أنتم تشغّلون أصلاً الاستثمار الذي تجلس طبقة الوكيل هذه فوقه. إذا لم يكن كذلك، إحدى المنصات العامة دائماً تقريباً نقطة البداية الأفضل.

الحفاظ على موثوقية وكيل Agentforce بعد الإطلاق

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

ما نبنيه بـ Agentforce

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

وكيل تسجيل وتوجيه العملاء المحتملين

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

وكيل فرز الحالات

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

وكيل متابعة الفرص

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

وكيل نظافة خط الأنابيب

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

وكيل مخاطر التجديد

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

تشغّلون Salesforce أصلاً وتريدون وكيلاً داخله؟ أخبرونا بما يجب أن يتعامل معه، وسنبنيه على Agentforce.

الأسئلة الشائعة

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

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

مستعدون لبناء وكيلكم على Agentforce؟

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

✓ مجاني ١٠٠٪ ✓ دون التزام ✓ ضمان استرداد

مكالمة ٣٠ دقيقة · دون ضغط بيعي