استخدام الوكلاء والتعاون معهم باستخدام هويتهم الخاصة في Agent 365 (معاينة)

مهم

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

في هذا المقال، تتعلم كيفية استخدام والتعاون مع الوكلاء في Agent 365 لأتمتة مهام مثل التواصل مع المبيعات وإدارة العملاء المحتملين. اكتشف كيف يساعدك وكلاء القوالب، مثل وكيل تطوير المبيعات، في تبسيط سير العمل والتركيز على أعمال ذات قيمة أعلى.

يمكن لمسؤولي الوكيل أيضا نشر وكلاء شركاء النظام البيئي المتكاملين مسبقا والمتوفرين عند الإطلاق، بما في ذلك Genspark و Zensai وEgnyte وZendesk و Manus وKore وKasisto وn8n.

يمكن لمسؤولي الوكيل الوصول إلى العديد من وكلاء القوالب المصممين للعمل مع التطبيقات والخَدَمَات الشائعة. فيما يلي بعض خوادم بروتوكول سياق النموذج (MCP) المتوفرة كعوامل قالب في Microsoft Agent 365:

يوضح لك القسم التالي كيفية استخدام عامل Sales Development، وهو أحد وكلاء القوالب المتوفرين.

استخدام عامل تطوير المبيعات

مهم

يتوفر عامل Sales Development للعملاء الذين اختاروا الاشتراك في برنامج الإصدار المستهدف Microsoft 365. يمكنك اختيار الإصدار المستهدف لكامل منظمتك، أو فقط للمستخدمين المختارين. راجع خيارات الإصدار Standard أو Targeted في Microsoft 365 للحصول على مزيد من المعلومات حول الاشتراك في البرنامج.

يعمل وكيل Sales Development على أتمتة التواصل مع المبيعات وإدارة العملاء المحتملين داخل Microsoft Teams. يساعد هذا الوكيل المدعوم بالذكاء الاصطناعي فرق المبيعات على توسيع عمليات البحث عن العملاء مع الحفاظ على التواصل الشخصي.

فيما يلي عرض سريع لوكيل تطوير المبيعات في العمل:

إرسال الملاحظات

إذا كانت لديك أي أسئلة حول المنتج، أو المحتوى الذي تم إنشاؤه بواسطة الذكاء الاصطناعي، أو كنت بحاجة إلى مساعدة في تكوين وكيلك، فتواصل معنا على salesagentteam@microsoft.com.

نشر وإنشاء وكيل تطوير المبيعات

ابحث عن عامل تطوير المبيعات في متجر Teams أو متجر Microsoft 365 Copilot Agent واتبع الخطوات لنشر وإنشاء مثيل للعامل.

إذا كنت تستخدم Dynamics 365 ك CRM، فدمج عامل Sales Development مع CRM لتمكين إدارة العملاء المحتملين السلس وتعقب النشاط.

إذا كنت لا تستخدم Dynamics 365، فانتقل إلى إلحاق عامل تطوير المبيعات مباشرة في Teams لتكوين دليل المبادئ والإرشادات ومعرفة المنتج وإعداداته.

تغطي بقية هذه المقالة المواضيع التالية:

الانضمام إلى وكيل تطوير المبيعات

ملحوظة

بعد إنشاء العامل، قد يستغرق الأمر عدة ساعات قبل أن يكون جاهزا للانتقال إلى العمل. يَتَّصِلُ بِكَ الْوَكِيلُ مِنْ خِلَال رِسَالَةِ دَردَشَةٍ فِي Teams عِنْدَمَا يَكُونُ مُسْتَعِدًّا لِلتَّفَاعُلِ مَعَكَ. أي تفاعل مع الوكيل قبل أن يتصل بك سيتجاهله الوكيل.

بعد إنشاء العامل، فإنه يرشدك خلال التكوين عبر Teams. يمكنك الدردشة مع العامل لتكوين أربعة مجالات رئيسية: دليل المبادئ والإرشادات ومعرفة المنتج والإعدادات.

يطلب منك الوكيل تأكيد أي تغيير في الدليل التشغيلي والإرشادات قبل تطبيقها على تكوينها. يمكنك اختبار كل تغيير قبل تطبيقها لاكتساب الثقة في تغييراتك.

نصيحة

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

إطار عمل تكوين الوكيل

تشكل أربعة مكونات رئيسية سلوك وكيلك.

المكون ماذا تفعل كيفية إدارتها
Playbook يحدد تقدم عميلك المحتمل. يأتي مع الإعدادات الافتراضية؛ ويمكن تخصيصها من خلال دردشة Teams.
الارشادات تعيين نغمة الاتصال وتحديد السلوكيات المقبولة وغير المقبولة عند التعامل مع الآفاق. إجراء تعديلات حسب الحاجة عبر دردشة Teams.
معرفة المنتج المستندات وعناوين URL التي تعلم الوكيل عن منتجاتك. قم بالتحميل مباشرة في دردشة Teams.
الإعدادات يتحكم في التوقيت وإخلاء المسؤولية وخيارات إلغاء الاشتراك. تعديل اللغة من خلال دردشة Teams.

نصيحة

يمكنك أن تطلب من العامل في أي وقت رؤية دليل المبادئ والإرشادات المكونة حاليا (أو المسودة). فقط اسأل!

تعريف دليل المبادئ

يحدد دليل المبادئ كيفية تقدم احتمال المبيعات من مرحلة إلى أخرى (التوعية -> التأهيل -> التسليم). المراحل نفسها ثابتة، ولكن يمكنك التحكم في القواعد التي تحرك احتمالا إلى الأمام.

عندما يطلب منك وكيل تطوير المبيعات، يمكنك:

  • استخدم دليل المبادئ الافتراضي (مستحسن للإعداد لأول مرة).
  • قم بتوفير القواعد الخاصة بك. على سبيل المثال، "انتقل إلى التأهيل بعد أن يرد العميل المحتمل على إحدى رسائل بريدك الإلكتروني."

يجب عليك التأكيد على التغييرات في كتاب الإجراءات بطلب من الوكيل تطبيق تعديلاتك قبل أن تؤثر على التواصل مع العملاء.

وضع الإرشادات

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

بإمكانك:

  • قبول المبادئ التوجيهية الافتراضية.
  • شارك عينة رسائل البريد الإلكتروني الخاصة بالتوعية لمساعدة العامل على تعلم نغمتك وصوتك.

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

يجب عليك التأكد من التغييرات بواسطة الوكيل لتطبيقها قبل أن تؤثر على التواصل مع العملاء.

توفير معرفة بالمنتج

قم بتوفير المحتوى الذي يساعد العامل على تمثيل عرضك بدقة.

ما يمكنك مشاركته مع العامل:

  • وثائق المنتج أو الخدمة (.docx، .pdf، .pptx، .txt).
  • ملفات مستضافة على SharePoint أو OneDrive.
  • صفحات ويب عامة، مثل صفحات المنتج أو دراسات الحالة.

يدعم العامل تتبع ارتباطات URL حتى مستويين من الارتباطات العميقة (بحد أقصى 100 ارتباط لكل مستوى).

بعد تحميل ملف، يوفر العامل ملاحظات الحالة في دردشة Teams لتأكيد ما إذا كان قد استبدل المحتوى بنجاح أو واجه أي مشكلات.

  • نجاح: "فهمت الأمر." سأتعامل مع هذه الصفحة على أنها معرفة بالمنتج."
  • يتعذر معالجة: "لا يمكنني عرض هذا الملف مباشرة. هل يمكنك مشاركة ملخص نصي أو إصدار مستند بدلا من ذلك؟"

احتياط

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

التحذير

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

إعداد إعدادات البريد الإلكتروني والتواصل

خصص كيفية تفاعل وكيل تطوير المبيعات مع العملاء المحتملين عبر البريد الإلكتروني. يمكنك ضبط:

  • إيقاع البريد الإلكتروني: عدد عمليات المتابعة وتوقيتها.
  • التوقيع: كيف يقوم العامل بإنهاء الرسائل.
  • إلغاء اشتراك النص: لغة إلغاء الاشتراك القياسية.

يمكنك استخدام الإعدادات الافتراضية وتغييرها لاحقا.

مهم

أكمل الخطوات بالترتيب الموضح في هذه المقالة. اكتب الإعداد الافتراضي في كل خطوة للتوضيح والتخصيص لاحقا أثناء التدريب.

اختبر وكيل تطوير المبيعات في الدردشة

قم بالدردشة مع العامل في دردشة Teams لاختبار العامل وتقديم الملاحظات والموافقة على السلوك في بيئة منخفضة المخاطر. توفير مواد تعليمية حتى يتمكن الوكيل من التعلم منها.

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

لاختبار العامل بشكل أكبر، يمكنك القيام بما يلي:

  • إذا قمت بدمج الوكيل مع CRM الخاص بك، أخبر الوكيل بتشغيل محاكاة مع عملاء CRM (عملاء CRM). على سبيل المثال، يمكنك أن تقول "تشغيل محاكاة مع 10 عملاء محتملين من إدارة علاقات العملاء وإظهار رسائل البريد الإلكتروني للتواصل التي ترسلها". يدير العامل المحاكاة ويشارك رسائل البريد الإلكتروني للتوعية التي تم إنشاؤها في الدردشة لمراجعتك.
  • قم بتوفير قائمة بالتوقعات كملف CSV أو Excel للوكيل واطلب منه إنشاء رسائل بريد إلكتروني للتواصل لتلك التوقعات في الدردشة. على سبيل المثال، يمكنك أن تقول "إليك قائمة بالتوقعات في هذا الملف. إنشاء رسائل بريد إلكتروني للتوعية لهم." يقوم العامل بإنشاء عينة من رسائل البريد الإلكتروني الخاصة بالتوعية لكل احتمال ويشاركها في الدردشة لمراجعتك.

عندما تكون واثقاً من أن الوكيل مستعد للعمل على فرص حقيقية، انتقل إلى الخطوة التالية.

تحميل قائمة العملاء المحتملين

قم بتوفير قائمة العملاء المحتملين للعامل للتحقق من الصحة. يمكن أن تكون القائمة ملف CSV أو Excel مع صف واحد لكل جهة اتصال ورؤوس أعمدة مضمنة. الحقول المطلوبة هي:

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

إذا كانت هناك مشكلات في الملف، يخبرك العامل بما هو مفقود:

  • "لم يتم العثور على عمود باسم 'اسم الشركة'، يرجى الإضافة قبل المتابعة."
  • "هذا الملف فارغ أو غير قابل للقراءة." (قد لا يكون لدى العامل أذونات)
  • "بعض الصفوف تفتقد التفاصيل الرئيسية. 92 من أصل 100 احتمال جاهز. سأتخطى بيانات البريد الإلكتروني أو المنتج المفقودة الثمانية المتبقية."

يعالج العامل مشكلات مثل:

  • يتم تخطي الصفوف التي تفتقد الحقول الهامة (يمكنك ملاحظة أي منها).
  • يتم تجاهل البيانات التي تم تكوينها بشكل غير صحيح، مثل تنسيقات البريد الإلكتروني غير الصالحة.

قم بإجرَاء اختبار

بمجرد التحقق من صحة القائمة، يبدأ العامل في إنشاء محتوى بريد إلكتروني تجريبي في دردشة Teams:

  • إنشاء نماذج رسائل بريد إلكتروني للتوعية باستخدام التكوين الخاص بك.
  • يطبق نغمتك وإرشاداتك.
  • يقدم كل مسودة في تيمز للمراجعة.

على سبيل المثال، يشير البريد الإلكتروني التجريبي الذي تم إنشاؤه إلى الشركة، ويسلط الضوء على القيمة المقترحة، وينتهي بدعوة واضحة إلى العمل - تتماشى مع بنية تسلسل التوعية جيد الأداء.

ملحوظة

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

سيناريوهات تقمص الأدوار في العالم الحقيقي

للتحقق من الأداء، اختبر حالات العالم الحقيقي:

  • أسئلة التسعير: "كم تكلف هذه التكلفة؟". يجب أن يقر الوكيل بالسؤال ويقدم إما توجيهات تسعير عامة (إذا تم تكوينها) أو يصعِّد الأمر إلى إنسان للحصول على اقتباسات مفصلة، مع احترام حواجز الحماية الخاصة بك.
  • المقارنات التنافسية: "كيف تكون أفضل من [المنافس]؟". يجب على الوكيل تسليط الضوء على المفاضلات الخاصة بك دون ازدراء المنافسين، والبقاء واقعيا والتركيز على القيمة.
  • عدم الاهتمام: "أنا غير مهتم الآن". يجب أن يقر العامل بالاستجابة، وعرض إعادة الاتصال في وقت أفضل، ووضع علامة على المحادثة بشكل مناسب.

عند اكتمال الاختبار، اكتب انتهيت من الاختبار.

عندما تكتب هذه العبارة، يستعد الوكيل للتواصل المباشر.

ملحوظة

لا يكتشف العامل تلقائيا عند اكتمال الاختبار. يجب أن تخبره.

قدرات متعددة اللغات

غالبا ما يحتاج مديرو المبيعات في الأسواق العالمية إلى إشراك العملاء المحتملين بلغات متعددة دون إنشاء فرق إقليمية منفصلة. تساعدك القدرات متعددة اللغات على توسيع نطاق التوعية في مناطق جغرافية جديدة مع الحفاظ على جودة الرسالة والصلة المحلية.

يمكن لوكيل Sales Development إنشاء التوعية والردود باللغات ال 22 التالية:

  • العربية
  • الصينية (مبسطة)
  • التشيكية
  • الدانماركية
  • الهولندية
  • ‏‫الإنجليزية‬
  • الفنلندية
  • الفرنسية
  • الألمانية
  • اليونانية
  • العبرية
  • الإيطالية
  • اليابانية
  • ‏‏الكورية
  • النرويجية (بوكمال)
  • البولندية
  • البرتغالية (البرازيل)
  • الروسية
  • الإسبانية
  • السويدية
  • التايلاندية
  • التركية

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

تكوين استهداف اللغة في بيانات العميل المتوقع

عند تحميل قائمة احتمالية، يمكنك تضمين الأعمدة الاختيارية التالية:

الحقل الغرض
اللغة تعيين اللغة المستهدفة لكل عميل محتمل.
البلد/المنطقة كما يصمم المراسلة وفقا لمعايير الأعمال الإقليمية بنفس اللغة (على سبيل المثال، الإسبانية لأسبانيا مقابل المكسيك، أو الفرنسية لفرنسا مقابل كندا).

إذا لم تقدم Language قيمة، يستخدم العامل اللغة الافتراضية المكونة في إعدادات العامل.

سلوك البحث والاختبار

للتخصيص، يبحث وكيل Sales Development تلقائيا باللغة الإنجليزية واللغة المستهدفة المحتملة.

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

دمج وكيل تطوير المبيعات مع Dynamics 365

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

الخطوة 1: امنح المستخدم الوكيل حق الوصول إلى Dynamics 365 Sales

  1. مثل المستخدمين الآخرين، يحتاج مستخدم الوكيل إلى ترخيص للوصول إلى Dynamics 365 Sales. في مركز مسؤولي Microsoft 365، أضف رخصة المبيعات المناسبة إلى مستخدم الوكيل. تعرف أكثر على تخصيص التراخيص للمستخدمين في مركز مسؤولي Microsoft 365.
    1. في مركز مسؤولي Microsoft 365، ابحث عن اسم الوكيل في شريط البحث أعلى الصفحة، واختر المستخدم الوكيل من نتائج البحث.
    2. في الجزء الأيمن، حدد التراخيص والتطبيقات.
    3. قم بتعيين رخصة المبيعات المناسبة لمستخدم الوكيل.
    4. حدد حفظ التغييرات.
  2. في مركز إدارة Power Platform، أضف مستخدم الوكيل إلى نسخة Dynamics 365 Sales الخاصة بك وعين الدور المناسب. تم إعداد وكيل تطوير المبيعات لاستخدام دور مندوب المبيعات ، ولكن يمكنك أيضا استخدام دور مخصص مع صلاحيات للوصول إلى العملاء المحتملين وإدارتهم. تعرف على المزيد حول تعيين دور أمان لمستخدم في مركز إدارة Power Platform.
    1. في مركز إدارة Power Platform، اختر الإدارة في لوحة التنقل اليسرى.
    2. اختر Environments، ثم اختر بيئة Dynamics 365 Sales الخاصة بك.
    3. اختر الإعدادات>للمستخدمين + الصلاحيات>الوكلاء (معاينة).
    4. حدد إضافة عامل.
    5. أدخل اسم الوكيل في شريط البحث، ثم اختر مستخدم الوكيل من نتائج البحث، ثم اختر أضافة.
    6. اختر دور مندوب المبيعات (أو دور مخصص مع الأذونات المناسبة) لمستخدم الوكيل، ثم اختر الحفظ.
    7. اختر خيار الحفظ لتأكيد تعيين الدور.

الخطوة 2: تمكين خادم بروتوكول سياق نموذج Dataverse (MCP)

يستخدم عامل Sales Development خادم Dataverse Model Context Protocol (MCP) للاتصال ب Dynamics 365. تحتاج فقط إلى تفعيل خادم Dataverse MCP في بيئتك مرة واحدة. لا يحتاج وكيل تطوير المبيعات إلى أن يكون عميلا صريحا لتطوير المبيعات ليعمل. تعلم كيفية تفعيل خادم Dataverse MCP في مركز إدارة Power Platform.

الخطوة 3: نشر خادم MCP إلى بيئة CRM

بعد ذلك، انشر خادم Dataverse MCP في بيئة Dynamics 365 Sales الخاصة بك إما باستخدام VS Code أو أداة Agent 365 CLI. تسمح هذه الخطوة لوكيل تطوير المبيعات بالتواصل مع Dynamics 365 Sales وأداء الإجراءات اللازمة. لا يحتاج المطورون إلى دور محدد أو إذن لنشر خوادم MCP.

النشر باستخدام VS Code

  1. في VS Code، افتح لوحة الأوامر (Ctrl + Shift + P)، اختر MCP: إضافة خادم، ثم اختر HTTP (HTTP أو Server-Sent Events).

  2. للحصول على رابط خادم MCP الخاص ب Dataverse، أدخل الرابط التالي، واستبداله {TenantId} بمعرف المستأجر الخاص بك:

    https://agent365.svc.cloud.microsoft/agents/tenants/{TenantId}/servers/MCPManagement

    تعرف على المزيد حول تكوين ملف mcp.json في تعليمة Visual Studio برمجية.

  3. للحصول على الاسم الفريد للخادم، اقبل القيمة الافتراضية أو أدخل اسما جديدا. على سبيل المثال، DataverseMCPServer.

  4. اختر هدف التكوين كوضع عام أو مساحة عمل.

    يتم إنشاء ملف mcp.json في .vscode مجلد مساحة العمل الخاصة بك.

  5. افتح لوحة الأوامر (Ctrl + Shift + P)، اختر MCP: List Servers، اختر الخادم الجديد، ثم اختر Start Server.

  6. في مربع التأكيد، اختر السماح وسجل الدخول باستخدام بيانات الاعتماد.

  7. استخدم عامل الدردشة في تعليمة Visual Studio برمجية وتفاعل معه بلغة طبيعية لنشر خادم MCP إلى بيئة CRM.

    1. اطلب من الوكيل سرد البيئات في المستأجر.
    2. اطلب من الوكيل نشر خادم MCP الخاص ب Dataverse في بيئتك. على سبيل المثال، يمكنك القول Publish the dataverse mcp server to environment <environment ID>.
    3. تأكد من أن نتيجة النشر تطابق معرف البيئة الخاص بك وأن تكون ناجحة.

إذا كان هناك خطأ أثناء النشر أو لم يتطابق معرف البيئة، يمكنك إلغاء نشر خادم MCP والمحاولة مرة أخرى. لإلغاء النشر، اطلب من العامل إلغاء نشر خادم MCP من البيئة. على سبيل المثال Unpublish the dataverse mcp server from the environment <environment ID>.

النشر باستخدام أداة Agent 365 CLI

  1. تثبيت أداة Agent 365 CLI.

  2. سجل الدخول باستخدام بيانات اعتماد مستأجر المسؤول عن طريق تنفيذ الأمر التالي:

    az login --allow-no-subscriptions

  3. قم بإدراج البيئات المتاحة لنشر خادم MCP إليها من خلال تشغيل الأمر التالي وتأكد من ظهور بيئة Dynamics 365 Sales الخاصة بك في القائمة:

    a365 develop-mcp list-environments

  4. قم بإدراج خوادم MCP المتاحة من خلال تشغيل الأمر التالي ويظهر التأكيد msdyn_DataverseMCPServer في القائمة:

    a365 develop-mcp list-servers

  5. انشر خادم Dataverse MCP في بيئتك المستهدفة عن طريق تشغيل الأمر التالي:

    a365 develop-mcp publish --server-name msdyn_DataverseMCPServer --environment-id <environment-id> --alias new_<uniquealias> --display-name <unique display name>

    ملحوظة

    يجب أن يكون الاسم المستعار واسم العرض فريدين. إذا كانت أي من القيمتين مستخدمة بالفعل، اختر قيمة مختلفة new_<uniquealias> وأعد display name تشغيل أمر النشر.

  6. تأكد من نشر خادم MCP الخاص بداتافيرس بنجاح عن طريق تشغيل الأمر التالي والتحقق من إدراج خادم MCP:

    a365 develop list-available

إذا كنت تريد إلغاء نشر خادم MCP وحاول مرة أخرى، فقم بتشغيل الأمر a365 develop-mcp unpublish --server-name msdyn_DataverseMCPServer --environment-id <environment ID>.

الخطوة 4: الموافقة على خادم MCP

تنشر خوادم MCP على مستوى المستأجر وتتطلب موافقة من مسؤول عالمي أو مسؤول ذكاء اصطناعي. يجب عليك الموافقة على خادم MCP الذي نشرته قبل أن يتمكن وكيل تطوير المبيعات من استخدامه للوصول إلى Dynamics 365 Sales.

تعرف أكثر على مراجعة وموافقة طلبات الأدوات.

بعد الموافقة، تأكد من ما يلي:

  • تمت الموافقة على طلب MCP في مركز مسؤولي Microsoft 365.
  • الطلب المعتمد يطابق الاسم المستعار الذي تم نشره للتو.
  • الطلب المعتمد يطابق اسم العرض الذي نشرته للتو.

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

الخطوات التالية بعد تكامل CRM

بعد نشر خادم MCP في بيئتك، يمكن لوكيل تطوير المبيعات الآن التفاعل مع Dynamics 365. يمكنك المتابعة إلى إلحاق وكيل تطوير المبيعات مباشرة في Teams لتكوين دليل المبادئ والإرشادات ومعرفة المنتج والإعدادات الخاصة به.

ملحوظة

  • قم بالدردشة مع الوكيل في Teams واطلب منه الإلحاق ب CRM. على سبيل المثال، يمكنك قول "الانضمام إلى CRM." أو "الاتصال ب CRM."
  • تأكد من تعيين توصية المنتج الافتراضية للعامل.

ابدأ التواصل المباشر مع الوكيل

يمكنك تقديم قائمة العملاء المحتملين بأي من الطرق التالية وطلب خطة الإطلاق.

  • كملف CSV أو ملف Excel إلى العامل
  • عن طريق توصيل العامل بنظام CRM الخاص بك، وفي هذه الحالة يمكن للعامل سحب قائمة العملاء المحتملين مباشرة من CRM.

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

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

بمجرد تأكيد الوكيل، يكون جاهزاً لبدء العملية.

  1. قم بتحميل قائمة العملاء المحتملين النهائية المعتمدة.
  2. تأكد من إنهاء أدلة المبادئ والإرشادات والإعدادات.
  3. اكتب Go live.

ماذا يحدث عندما تبدأ البث؟

  • يبدأ العامل في إرسال رسائل البريد الإلكتروني بعد إيقاعك المعتمد.
  • وهو يتعقب الردود ويصنف النتائج تلقائيا.
  • يتم احترام جميع قواعد الحماية وإلغاء الاشتراك.
  • يمكنك الحصول على تحديثات التقدم عبر رسائل Teams.

أثناء البث المباشر، يوفر الوكيل تحديثات موجزة في Teams.

  • إجمالي العملاء المحتملين الذين تم الاتصال بهم.
  • تم تلقي الردود.
  • يتم إما تسليم العملاء المحتملين أو تصعيدهم.

يمكنك طلب تحديثات في الوقت الحقيقي عن طريق السؤال:

  • أرني ملخص التوعية هذا الأسبوع.
  • ما هي العملاء المحتملين الذين لم يردوا حتى الآن؟

ملحوظة

عندما تنتقل مباشرة، تبدأ رسائل البريد الإلكتروني في الإرسال على الفور. للتحكم في الأيام والساعات المسموح للعامل بإرسال التوعية، استخدم تكوين وقت الإرسال.

إجراءات إدارة علاقات العملاء أثناء التوعية المباشرة

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

عندما يحدد الوكيل أن الاحتمال مهتم بناءً على استجابة البريد الإلكتروني الخاصة به، فإنه يحدث حالة العميل المتوقع في نظام إدارة علاقات العملاء إلى "مؤهل" ويعين العميل المتوقع إلى مديره (منشئ الوكيل) للمتابعة. عندما يحدد الوكيل أن العميل المحتمل غير مهتم، فإنه يُحدِّث حالة العميل في نظام إدارة علاقات العملاء إلى "مستبعد".

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

تكوين وقت الإرسال

يمكنك تعريف نافذة إرسال، تحدد الأيام والساعات التي يسمح للوكيل بإرسال رسائل التواصل، وسيتبعها الوكيل.

طريقة العمل

عند تكوين نافذة إرسال، يرسل الوكيل رسائل بريد إلكتروني للوصول فقط خلال الأيام والساعات المحددة. على سبيل المثال، عند التعيين إلى 24/7 بتوقيت المحيط الهادئ، يتم تحديث جميع الأيام إلى 00:00-23:59.

ضع ما يلي في الاعتبار عند تكوين وقت الإرسال:

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

  • يجب تحديد المنطقة الزمنية: لا يتم استنتاج المنطقة الزمنية. يجب تحديده بشكل صريح. إذا قلت "من 9 صباحا إلى 3 مساء" دون المنطقة الزمنية، فلن يقوم العامل بافتراض - تحتاج إلى قول "9 صباحا إلى 3 مساء PST" (أو أي من المنطقة الزمنية ينطبق). لن يُضبط افتراضيًا بحسب موقعك أو موقع العميل المحتمل.

  • حظر العطلات خاص بالتاريخ، وليس متكررا: ينطبق حظر العطلات على التاريخ المحدد المقدم، وليس العطلة المتكررة. إذا قمت بتوجيه الوكيل لتخطي عيد الميلاد أو الرابع من يوليو، فإنه يحظر هذا التاريخ الدقيق - على سبيل المثال، 2025-12-25. لن يتم تطبيق نفس الحظر تلقائيًا في السنوات القادمة. يجب إعادة تكوين هذا سنويا.

  • قد تظهر التقارير غير متناسقة عندما تكون نافذة الإرسال نشطة: على سبيل المثال، إذا تم تعيين نافذتك إلى الاثنين إلى الجمعة، من الساعة 9 صباحا إلى 3 مساء بتوقيت الولايات المتحدة، وسحبت تقريرا يوم الأحد، تظهر جميع التوقعات في قائمتك كمرحلة "التوعية" على الرغم من عدم إرسال أي رسائل بريد إلكتروني حتى الآن. يؤخّر الوكيل عمليات الإرسال على نحو صحيح إلى أن تُفتح النافذة، لكن ذلك لا يظهر في التقرير. هذا قيد معروف وليس إشارة إلى أن رسائل البريد الإلكتروني تخرج خارج النافذة المحددة.

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

فهم وتيرة المتابعة وانتهاء صلاحية الحملة

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

على سبيل المثال، تسلسل المتوسطات [1, 3, 5] :

  • بعد يوم واحد من التواصل الأولي، يتم إرسال أول متابعة للاتصال.
  • بعد 3 أيام من المتابعة الأولى، يتم إرسال المتابعة الثانية.
  • بعد 5 أيام من المتابعة الثانية، يتم إرسال البريد الإلكتروني النهائي.

هذا الإيقاع يرسل أربع رسائل بريد إلكتروني لكل عميل محتمل: التواصل الأولي، متابعتان، ورسالة أخيرة.

احتفظ بسلوكيات الإيقاع التالية في اعتبارك:

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

  • سلوك البريد الإلكتروني النهائي: يتبع البريد النهائي القواعد المحددة في القسم النهائي من إعداد الإرشادات (إذا تم تكوينها).

  • النغمة الثلاثية للبريد الإلكتروني: إذا كنت تريد متابعة واحدة فقط ورسالة أخيرة (ثلاث رسائل إجمالا)، استخدم فاصلين فقط، مثل [1, 3].

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

  • سلوك الإلغاء: إلغاء الحملة يوقف الرسائل المستقبلية المعلقة، لكنه لا يمنع الوكيل من الرد على الردود المستلمة بالفعل.

  • انتهاء صلاحية الحملة: افتراضيا، تنتهي صلاحية جميع التفاعلات في الحملة بعد سبعة أيام من آخر إرسال بريد إلكتروني مجدول. بعد انتهاء صلاحية الحملة، لا يعود الوكيل يعالج ردود العملاء المحتملين الواردة لتلك الحملة.

قم بتوسيع وكيل تطوير المبيعات عبر الفرق

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

أفضل الممارسات للتوسع:

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

قدرات الإدارة:

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

عند اكتمال موجة التوعية، تحصل على رسالة موجزة مع تصنيف الحالة الكاملة (المرسلة، والاستجابة المعلقة، وإلغاء الاشتراك).

نسخ التكوين من وكيل تطوير مبيعات إلى آخر

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

ملحوظة

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

قبل أن تبدأ

تأكد من استيفاء الشروط التالية:

  • أنت مدير أو مالك كلا الوكيلين.
  • يمكنك فتح كلا الوكلين في Microsoft Teams.
  • وكيل الهدف تم توظيفه بالفعل وجاهز للتكوين.
  • أنت تعرف أي وكيل هو المصدر (نسخة منه) وأيهما هو الهدف (نسخة إلى الجهاز).

مهم

نسخة التكوين هي نقل لمرة واحدة. بعد الاستيراد، لا تتزامن التغييرات المستقبلية في الوكيل المصدر تلقائيا مع الوكيل المستهدف.

الخطوة 1: تصدير تكوين وكيل المصدر

  1. افتح دردشة وكيل المصدر في Teams (على سبيل المثال، Rolo).

  2. اطلب من وكيل المصدر تغليف إعداداته.

    أمثلة على المطالبات:

    • Save your configuration so I can apply it to another agent.
    • Export your playbook, guidelines, and settings.
    • Package your setup as a file for another agent.

  3. قم بتحميل الملف من رابط الرد واحفظه محليا.

  4. احتفظ بالملف كما تم تحميله. لا تعيد تسميته أو تفتح ضغطه أو تعدله.

عادة ما يتضمن اسم ملف التصدير طابعا زمنيا، مثل config-export-20260803-145900.zip.

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

لقطة شاشة تظهر استجابة وكيل المصدر عند تصدير الإعدادات.

الخطوة 2: الاستيراد إلى الوكيل المستهدف

  1. افتح دردشة الوكيل المستهدف في Teams (على سبيل المثال، Andra).

  2. أرفق ملف التكوين المصدر.

  3. في نفس الرسالة، أضف تعليمة واضحة لاستيراد التكوين.

    مثال المطالبة:

    • Take this configuration and apply it.

انتظر تأكيد الوكيل المستهدف بأن الاستيراد.

لقطة شاشة تظهر استجابة الوكيل المستهدف عند استيراد التكوين.

الخطوة 3: تحقق من صحة الوكيل المستهدف

بعد الانتهاء من الاستيراد، قم بمراجعة إعداد الوكيل المستهدف بسرعة:

  • اللعب
  • الإرشادات وإعدادات اللغة
  • شخصية الوكيل وتذرييل البريد الإلكتروني
  • إعدادات التسلسل التابع ونوافذ الإرسال
  • إعدادات المنتج والموقع الافتراضية (إذا تم استخدامها)
  • مصادر المعرفة (أضف هذه المصادر يدويا)

الأخطاء الشائعة التي يجب تجنبها

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

استكشاف الأخطاء وإصلاحها

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

التعامل مع الملف المصدر بأمان

يمكن أن تحتوي ملفات تصدير التكوين على تفاصيل خاصة بالأعمال. عامل الملف كوثيقة داخلية:

  • قم بتخزينها ومشاركتها وفقا لسياسات بيانات مؤسستك.
  • حدد الوصول فقط للمستخدمين المصرح لهم.
  • احذف النسخ المحلية والسحابية (مثل OneDrive) عند اكتمال النقل.

أنماط محادثة البريد الإلكتروني لعامل تطوير المبيعات

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

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

نموذج استمرارية المحادثة

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

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

هوية جهة الاتصال وتخصيص الاسم

يحدد عامل تطوير المبيعات كيفية معالجة جهات الاتصال استنادا إلى نوع الرسالة وإشارات الهوية المتوفرة.

نوع البريد الإلكتروني مصدر الاسم
التوعية الأولية سجل العميل المحتمل من CRM أو الملف المحمل (CSV أو Excel)
متابعة البريد الإلكتروني نفس سجل العميل المحتمل المخزن المستخدم للتواصل مع العملاء المحتملين
الرد على البريد الإلكتروني محتوى الرسالة الواردة، بما في ذلك التوقيع، لتحديد من كتب الرد بالفعل

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

مفاهيم نمط المشاركة

استجابة إعادة توجيه إلى زميل مع الاحتفاظ بالتوقعات الأصلية

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

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

احتمال الرد مع إضافة زميل في CC

في هذا النمط، يرد العميل المحتمل مباشرة على وكيل تطوير المبيعات ويضيف زميلًا في خانة CC مظهرًا اهتمامًا.

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

العميل المحتمل الأصلي خارج دائرة المعلومات بعد الرد المباشر من الزميل.

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

لا يزال وكيل تطوير المبيعات يتعرف على استمرارية السياق ولكنه يحترم نطاق المستلم الحالي. هو يحدد اسم زميل الرد من داخل الرسالة الواردة (بما في ذلك التوقيع)، ويخاطب ذلك الشخص مباشرة، وينقل المسؤولية فقط إلى المشاركين النشطين في الرد. يظل الشخص المعني خارج نطاق الاتصال ما لم تتم إعادة إدخاله في سياق النقاش.

سلوك التسليم والقيود الحالية

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

ويتبع هذا التصميم قيدان عمليان:

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

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

تقرير عن حالة العميل المحتمل مع تصدير بصيغة CSV

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

عند طلب قوائم العملاء المحتملين في المراحل النهائية، يقدم وكيل تطوير المبيعات ملف CSV لتصدير البيانات بدلاً من عرض مجموعة نتائج كبيرة في الدردشة.

مراحل المحطة الطرفية المدعومة:

  • التسليم
  • تصعيد
  • عدم الأهلية
  • إيقاف مؤقت
  • الغاء الاشتراك
  • غير مستجيب

كيفية عملها:

  • يحتوي كل ملف CSV على احتمالات من مرحلة واحدة فقط.
  • يتضمن الملف الحقول الرئيسية مثل البريد الإلكتروني المحتمل والطوابع الزمنية عند إدخال العميل المتوقع لتلك المرحلة.
  • يوفر العامل CSV كملف قابل للتنزيل.

يساعد هذا المديرين على:

  • تسوية السجلات مع أنظمة الموافقة على نطاق واسع
  • تحليل الاتجاهات حسب الحملة أو الجزء
  • مشاركة البيانات بسرعة مع الفرق الداخلية

أمثلة على الاستعلامات:

  • زوّدني بالعملاء المحتملين غير المشتركين هذا الشهر في ملف CSV
  • أعطني كل إلغاءات الاشتراك
  • "تصدير جميع الْعملاء الْمتوقعين الْمتصاعدين إلى CSV"

لقطة شاشة لعامل تطوير المبيعات الذي يوفر خيار تصدير CSV لتوقعات المرحلة الطرفية

احصل على تقارير من وكيل تطوير المبيعات

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

متى تستخدم أي تقرير

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

تقرير ملخص الحملة

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

أدخل التعليمات التالية للحصول على تقرير ملخص الحملة: Show me a summary report of the outreach activity for [filename].xlsx

ملحوظة

استخدم اسم الملف الذي أعطيته للوكيل للتواصل. انسخ اسم الملف من رسالة تأكيد الوكيل لتجنب عدم التطابقات.

لقطة شاشة لملف تقرير ملخص الحملة.

كيفية قراءة الأرقام

المثال العملي التالي يوضح ما تعنيه مقاييس التقرير عمليا. تم إجراء اختبار ضد قائمة من ثلاثة مواهب:

  • تلقى العميل المحتمل 1 رسالتين إلكترونيتين، ورد بأنه غير مهتم، فرد الوكيل، وتصاعدت المحادثة.
  • تلقى العميل المحتمل 2 بريدا إلكترونيا واحدا، ورد قائلا إنه مهتم، ورد الوكيل، وتم تسليمه.
  • استلم العميل المحتمل 3 جميع الرسائل الإلكترونية الثلاثة دون رد ولا يزال في قسم التوعية. (في النهاية ينقلهم العميل إلى حالة تعليق، لكن هذا لم يسجل هنا.)

لقطة شاشة لتقرير ملخص الحملة.

إليك كيفية قراءة مقاييس التقرير:

القياس القيمة في المثال ما يعنيه
إجمالي القادة 3 (100%) آفاق فريدة في CSV. يتم استبعاد النسخ المكررة.
إجمالي الرسائل الإلكترونية المرسلة 8 (100%) كل بريد إلكتروني أرسله الوكيل: التواصل الأولي، المتابعات، والردود على ردود العملاء المحتملين. 6 رسائل تواصل + 2 ردود من الوكلاء = 8.
إجمالي الرسائل الإلكترونية المستلمة 2 (100%) جميع الرسائل الإلكترونية الواردة التي استلمها الوكيل من العملاء المحتملين.
تمت معالجة الرسائل الإلكترونية الواردة 2 (100%) الرسائل الواردة التي قرأها الوكيل وتحرك بناء عليها. يجب أن يتطابق دائما مع إجمالي الرسائل الإلكترونية المستلمة.
جدولة التواصل الأولي 0 (0%) تم إرسال الرسائل الإلكترونية الأولية في قائمة الانتظار لكنها لم ترسل بعد. صفر يعني أن جميع الرسائل الإلكترونية الأولية قد أرسلت بالفعل.
تم إرسال التواصل الأولي 3 (100%) تم تسليم رسائل التواصل الأولية. جميع العملاء المحتملين الثلاثة تلقوا أول بريد إلكتروني لهم.
تم إرسال ردود C2 2 (100%) ردود أرسلها الوكيل ردا على أحد العملاء المحتملين الذين ردوا عليه. رد اثنان من المرشحين، فأجاب الوكيل على كليهما.
المتابعات المجدولة 0 (0%) رسائل متابعة في قائمة الانتظار حاليا ولم ترسل بعد. الصفر يعني أنه لا يوجد شيء معلق.
تم إرسال المتابعات 3 (100%) تم تسليم رسائل البريد الإلكتروني للمتابعة. حصل Prospect 1 على متابعة واحدة؛ الموهوب 3 حصل على اثنين. هذا يعني ثلاثة فقط.
معدل الاستجابة للعملاء المحتملين 2 (66.67%) عدد ونسبة العملاء المحتملين الفريدين الذين ردوا على بريد إلكتروني واحد على الأقل. رد اثنان من كل ثلاثة مرشحين. 2/3 = 66.67%.
معدل الرد على البريد الإلكتروني 2 (25%) عدد ونسبة جميع الرسائل الإلكترونية التي تلقت ردا. ردان من أصل ثمانية رسائل إلكترونية إجمالية. 2/8 = 25%.
تصعيد 1 (33.33%) المواهب الحالية في مرحلة التصعيد. واحد من كل ثلاثة مواهب. 1/3 = 33.33%.
التسليم 1 (33.33%) المواهب الحالية في مرحلة التسليم. واحد من كل ثلاثة مواهب. 1/3 = 33.33%.
التوعية 1 (33.33%) لا يزال العملاء في مرحلة التواصل دون رد ولا نتيجة حتى الآن. واحد من كل ثلاثة مواهب. 1/3 = 33.33%. وفي النهاية انتقلت إلى تعليق إذا لم يردوا أبدا.

تقرير اللاعبين المحتملين الفرديين

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

أدخل التعليمات التالية للحصول على تقرير العميل المحتمل الفردي: Can you give me a summary related to [name] email [email address] in the campaign performance of [filename].xlsx

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

ملحوظة

استخدم اسم الملف الذي أعطيته للوكيل للتواصل. انسخ اسم الملف من رسالة تأكيد الوكيل لتجنب عدم التطابقات.

تقرير تصدير المرحلة

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

تصدير جميع المراحل

أدخل التعليمات التالية للحصول على جميع المراحل في ملف CSV: Export all stages in CSV

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

تصدير مرحلة محددة

أدخل التعليمات التالية للحصول على جميع العملاء المحتملين [اسم المرحلة] في ملف CSV: Export all [stage name] leads to CSV

أمثلة:

  • Export all escalated leads to CSV
  • Export all unsubscribed leads to CSV
  • Export all handoff leads to CSV

المحفزات أعلاه تعيد ملف CSV مفلتر فقط للعملاء المحتملين في تلك المرحلة.

لقطة شاشة للطلب لتصدير جميع العملاء المحتملين الذين تم تصعيدهم إلى CSV.

لقطة شاشة لطلب تصدير جميع العملاء المحتملين غير المشتركين إلى CSV.

معالجة الذكاء الاصطناعي، تدفقات البيانات عبر الجغرافيا، والامتثال للاتحاد الأوروبي

يستخدم وكيل تطوير المبيعات مكونات معالجة الذكاء الاصطناعي في المنطقة الجغرافية التي اخترتها.

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

مهم

بالنسبة للعملاء داخل حدود بيانات الاتحاد الأوروبي، لا تعدل هذه الموافقة التزامات حدود بيانات الاتحاد الأوروبي الحالية أو تتنازل عنها أو تؤثر عليها بطريقة أخرى. ولا تزال هذه الالتزامات سارية المفعول.

إشعار شفافية تدفق التثبيت

قد يوجه وكيل Sales Development الطلبات إلى نماذج الذكاء الاصطناعي التوليدية المختلفة المدعومة استنادا إلى توفر الخدمة والقدرة، والتي قد تتضمن نماذج مقدمة من موفري الجهات الخارجية مثل Anthropic. في مناطق معينة، قد يعتمد توفر الخدمة على ما إذا كان موفرو النماذج المطلوبون ممكنين على مستوى المستأجر من خلال مركز مسؤولي Microsoft 365. قد يؤثر تعطيل موفري النماذج المدعومين على وظيفة وكيل تطوير المبيعات في تلك المناطق.

إذا لم توافق على المعالجة المحتملة للطلبات خارج منطقتك الجغرافية المحددة أو من خلال نماذج الذكاء الاصطناعي المدعومة المختلفة:

  • لا تقم بتثبيت عامل Sales Development.
  • إذا كان مثبتا بالفعل، قم بإلغاء تثبيت عامل تطوير المبيعات لإلغاء الموافقة.

لإدارة موفري الذكاء الاصطناعي الذين يعملون كمعالجات فرعية Microsoft في مركز مسؤولي Microsoft 365، راجع ذا الإعداد.

أنواع المحتوى المدعوم وغير المدعوم

عند التفاعل مع وكيل تطوير المبيعات في Teams، إليك ما ينجح وما لا يعمل:

المحتوى المدعوم:

  • بيانات الأعمال المنظمة (ملفات CSV أو Excel).
  • المستندات والطوابق المستندة إلى النص (.docx، .pptx، .pdf، .txt).
  • الروابط العامة أو الداخلية لمواقع الويب (محتوى غير إعلامي).
  • المحادثات في دردشات فردية على Teams.

‎المحتوى غير المدعوم:

  • ملفات الفيديو أو الصوت.
  • المحتوى المستند إلى الصور (.jpg، .png).
  • دردشات جماعية أو قنوات Teams.
  • سلاسل محادثات Outlook أو رسائل البريد الإلكتروني التي تمت إعادة توجيهها.
  • المعلومات الشخصية أو السرية أو غير المرتبطة غير ذات الصلة لتكوين التوعية.

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

تصاريح وكيل تطوير المبيعات

يستخدم عامل Sales Development الأذونات التالية لتنفيذ عمله.

أَدَوَاتُ Agent 365

  • McpServers.Mail.All: يسمح للتطبيق بالوصول إلى خادم Mail MCP.
  • McpServers.OneDriveSharepoint.All: يسمح للتطبيق بالوصول إلى خادم OneDrive وخادم MCP SharePoint.
  • McpServers. Word. الكل: يسمح للتطبيق بالوصول إلى خادم MCP Word.
  • McpServers.Excel.All: يُمَكِّنُ التَّطْبِيقَ مِنْ وَصُولِ خَادِم MCP لِبرنامج Excel.
  • McpServers.Knowledge.All: يُمَكِّنُ التَّطْبِيقَ مِنْ وَصُولِ خَادِم MCP لِلْمَعْرِفَة.
  • McpServers.Teams.All: يُمَكِّنُ التَّطْبِيقَ مِنْ وَصُولِ خَادِم MCP لِبرنامج Teams.
  • McpServers.Dataverse.All: يُمَكِّنُ التَّطْبِيقَ مِنْ وَصُولِ خَادِم MCP لِـ Dataverse.
  • McpServers.Sales.All: يُمَكِّنُ التَّطْبِيقَ مِنْ وَصُول خَادِم مبيعات MCP.
  • McpServersMetadata.Read.All: يسمح للتطبيق بقراءة بيانات التعريف لجميع خوادم MCP.
  • McpServers.SharepointLists.All: يسمح للتطبيق بالوصول إلى خادم SharePoint Lists MCP.
  • McpServers.Me.All: يُمَكِّنُ التَّطْبِيقَ مِنْ وَصُولِ خَادِم MCP لِـ Me.
  • McpServers.CopilotMCP.All: يسمح للتطبيق بالوصول إلى خادم Copilot MCP.

مايكروسوفت جراف

  • ChannelMessage.Read.All: قِرَاءَةُ جَمِيعِ رَسَائِلِ القَنَاةِ.
  • Chat.Read: قراءة رسائل الدردشة الخاصة بالمستخدم.
  • إرسال رسالة الدردشة: إرسال رسائل المستخدم في الدردشة.
  • Files.ReadWrite.All: لديك حق الوصول الكامل إلى جميع الملفات التي يمكن للمستخدم الوصول إليها.
  • Mail.ReadWrite.Shared: قراءة البريد وكتابته في المجلدات المشتركة.
  • Mail.Send: إرسال بريد.
  • Sites.ReadWrite.All: التحكم الكامل في كافة مجموعات المواقع.
  • User.Read.All: قراءة جميع ملفات التعريف الكاملة للمستخدمين.
  • Chat.Create: إنشاء دردشات.
  • حالة الحضور.ReadWrite: قراءة معلومات حالة حضورك وكتابتها.

خدمة البيئة في Power Platform

  • user_impersonation: يسمح للمستخدمين بالوصول إلى جميع واجهات برمجة التطبيقات.

Dataverse

  • user_impersonation: يُتيِح للتطبيق الوصول إلى خدمة Common Data Service.

واجهة برمجة تطبيقات Power Platform

  • Connectivity.Connections.Read: قراءة الاتصالات.
  • CopilotStudio.Copilots.Invoke: قم بتشغيل مساعدي كوبيلوت ستوديو.

تَطْبِيقُ API لِخِدْمَةِ بَوْت الرِّسَالَاتِ

  • AgentData.ReadWrite: يسمح بقراءة/كتابة بيانات العامل.

القيود الحالية لوكيل تطوير المبيعات

يوضح الجدول التالي القيود الحالية لعامل تطوير المبيعات في العامل 365:

منطقه طريقة العمل
دردشة Teams يتم دعم الدردشات الفردية 1:1 فقط بين منشئ الوكيل والوكيل نفسه. لاَ يُمْكِنُ لِأَشْخَاصٍ آخَرِينَ الدَّرْدَشَةُ مَعَ الْوَكِيلِ فِي هذَا الْوَقْتِ.
قنوات الاتصال يتفاعل العامل فقط مع المستخدمين عبر البريد الإلكتروني ودردشات Teams. المُحَادَثَاتُ فِي قَنَوَاتِ Teams، وَالتَّعْلِيقَاتُ فِي الْمُسْتَنَدَاتِ، وَاجْتِمَاعَاتُ Teams، وَقَنَوَاتٌ أُخْرَى لَا تُدْعَمُ.
سلاسل رسائل البريد الإلكتروني يرد الوكيل فقط على سلاسل البريد الإلكتروني التي يبدأها. يتجاهل الوكيل البريد الإلكتروني المُرسل إليه ما لم يبدأ سلسلة الرسائل.
إعادة تسمية يمكن تغيير اسم العامل وعنوان بريده الإلكتروني في مركز إدارة Microsoft 365.
استيعاب البيانات يدعم ارتباطات SharePoint وOneDrive وارتباطات الويب، ولكن لا يدعم تتبع الارتباطات المتكرر أو ملفات الوسائط.
التحليلات لا توجد لوحات معلومات تقارير مرئية مضمنة؛ تقدم تمت مشاركته عبر دردشة Teams.
الرقابة البشرية بمجرد إطلاقه، يعمل بشكل مستقل حتى يتوقف.
نطاق الاختبار يقتصر التحقق من الصحة على دردشة Teams 1:1.
التقدم التلقائي لا يتحول تلقائيا من الاختبار إلى الإصدار التجريبي.
إرسال بريد إلكتروني يرسل رسائل البريد الإلكتروني في جميع الساعات، بما في ذلك عطلات نهاية الأسبوع.

المحتوى ذو الصلة

  • Last updated on