تعرّفوا على Segments: التعريفات التي تحدد ما يعرفه وكيل الذكاء الاصطناعي لديكم مسبقًا

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

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

ما هي Segments فعلًا

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

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

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

حيث يصادف عملاؤكم الشرائح دون أن يدركوا

نادرًا ما تُذكر الشرائح في ملاحظات الإصدار لأنها لا تبدو ميزة، بل تبدو كغياب لمشكلة. إليكم بعض المواضع التي تعمل فيها بهدوء:

الحسابات متعددة الباقات

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

عزل العلامات التجارية والأعمال

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

المعرفة الداخلية مقابل المعرفة الموجهة للعملاء

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

التوجيه بحسب النية

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

لماذا تُعدّ عبارة «قبل أن يستدل النموذج» جوهر الحجة كلها

هنا تتصل Segments بما هو أكبر. يستدل وكلاء Maven على Graph of Record، وهو الصورة الموحدة للعميل وسجله والأنظمة المرجعية التي تقف وراءه. يحتوي هذا المخطط على كل ما قد يستخدمه الوكيل، بينما تحدد الشريحة أي جزء منه يُستخدم في هذه المحادثة، قبل بدء الاستدلال.

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

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

لماذا يهم ذلك للحل الذاتي على نطاق واسع

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

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

الخلاصة

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