Salesforce

ماذا يحمل Salesforce، ولماذا يهمّ ذلك هنا

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

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

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

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

صلاحيات Salesforce وبيانات الاعتماد وما يبقى بأيديكم

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

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

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

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

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

ما الذي يحلّ محلّه هذا

ما يحلّ محلّه هذا هو سؤال شائع يسبق كل اجتماع تقريباً: «ما وضع هذا العميل؟». الإجابة موجودة في النظام، لكن تجميعها يتطلب فتح عدة شاشات وقراءة سجل طويل.

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

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

من أين تبدأون مع Salesforce

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

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

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

بيانات Salesforce ونظام حماية البيانات الشخصية

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

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

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

أدوات Salesforce الذكية، وأين يقع Elbi منها

لدى Salesforce أدواته الحوارية الخاصة. Agentforce، وقبله Einstein Bots، يعملان داخل منصة Salesforce نفسها، ويتعاملان مع بيانات بيئتكم ومسارات العمل فيها مباشرة. وحين يعيش العملاء والموظفون في قنوات Salesforce في الغالب، يكون هذا القرب هو الحجة الأقوى لصالحها.

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

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

وأياً كان الطريق، فخطآن يسببان أغلب المتاعب: منح مستخدم التكامل صلاحية View All Data لأنها أسرع من بناء مجموعة صلاحيات، وطرح أسئلة من نوع التقارير على أداة حوارية بينما تجيب عنها لوحة متابعة في Salesforce على نحو أدق.