السلوك

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

السلوكان

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

ما الذي يفعله وكيل المبيعات فعليًا

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

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

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

السلوك والتقاط الطلبات

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

العكس غير صحيح: مساعد مع تفعيل التقاط الطلبات سيظل يسجل طلبًا عندما يطلب الزائر التواصل معه. هو فقط لا يثير الموضوع من تلقاء نفسه أبدًا.

كلا السلوكين يمكن أن ينتج طلبات. الفرق هو ما إذا كان Minaya من يثير الموضوع أم ينتظر أن يُسأل. راجع الطلبات لمعرفة ما يحتويه الطلب الملتقَط.

متطلبات الخطة

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

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