افتحوا أي تذكرة محلولة في مكتب المساعدة لديكم. التذكرة 4471: فُتحت، وأُسندت إلى قائمة انتظار، وصُرف استرداد المبلغ، ثم أُغلقت. كل خطوة مما جرى موجودة، موثّقة بوقتها وقابلة للبحث.
والآن حاولوا معرفة السبب. لماذا حصل هذا العميل على استرداد خارج مهلة الـ 30 يومًا؟ ما الذي تحقق منه الوكيل قبل اتخاذ القرار، وهل تدخّل مشرف وغيّر القرار، وما إلى ذلك. لا شيء من ذلك موجود في السجل.
ما بُني نظام السجل من أجله
نظام CRM ومنصة التذاكر ونظام الفوترة لديكم كلها أنظمة سجل. وهي تؤدي مهمتها الأساسية بإتقان، أي حفظ البيانات: من هو العميل، وماذا اشترى، وما المفتوح وما المغلق.
لكنها لم تُصمَّم قط لحفظ التقدير والحكم. فحالة «مغلقة» تخبركم بأن العمل انتهى، ولا تقول شيئًا عن كيفية إنجازه، ما يُلغي حلقات التغذية الراجعة والتعلّم.
السجل المفقود هو أثر القرار
أثر القرار هو رواية كيفية الوصول إلى حلّ واحد. فهو يوثّق الموقف الذي كان فيه العميل، والسياق الذي استدعاه الوكيل والأنظمة التي جاء منها، والإجراء المتخذ، وما إذا كان هذا الإجراء قد نجح. وعادةً ما يكون الجزء الأخير هو الأثمن: ما الذي صحّحه الإنسان لاحقًا، إن وُجد.
تُطلق Maven على تراكم هذه الآثار اسم Graph of Record. يحفظ Graph of Record كيفية اتخاذ القرار، ما يتيح حلقات التعلّم التي تجعل كل قرار تالٍ أفضل من سابقه.
لماذا تتراكم قيمة آثار القرارات
يتحدث مهندسو المؤسسات منذ سنوات عن «جاذبية البيانات»؛ إذ تميل التطبيقات إلى الانتقال حيث توجد البيانات. أما آثار القرارات فتولّد جاذبية من نوع آخر، يمكن تسميتها «جاذبية الأثر».
يتراكم الذكاء حيث تُتخذ القرارات. فكل حالة محلولة، وكل تصحيح لحالة سارت على نحو خاطئ، يمنح الحالة التالية نقطة انطلاق أفضل.
لهذا تحمل الأسابيع الأولى من أي نشر وزنًا كبيرًا. فعمليات النشر الأسرع تقدمًا هي تلك التي تعود فيها الحالات الحقيقية والتصحيحات الحقيقية مباشرةً لتشكّل طريقة عمل الوكيل.
وبهذه الطريقة وصلت Mastermind إلى نسبة 93% من الحل الذاتي بعد 6 أسابيع فقط من بدء العمل مع Maven.
معظم الفرق لم تربط الطبقة الأساسية بعد
في تقرير حالة الذكاء الاصطناعي في المؤسسات 2026 الصادر عن Box، قالت 96% من المؤسسات إن من المهم أن يتمكن وكلاء الذكاء الاصطناعي من الوصول إلى المحتوى والمعرفة الخاصة بالشركة.
ومع ذلك، لم تربط سوى 36% من المؤسسات التي تستخدم الوكلاء أو تجرّبها هؤلاء الوكلاء بمحتوى داخلي موثوق عبر حالات استخدام عديدة. وفوق ذلك، لم تضع سوى 34% معايير رسمية لكيفية وصول الوكلاء إلى بيانات الشركة.
هذه هي طبقة المحتوى: المستندات والمعرفة التي يقرأ منها الوكيل. أما آثار القرارات فتقع في مستوى أعلى.
وإذا كانت معظم المؤسسات لم تربط المعرفة بعد، فقلة قليلة جدًا منها تحرص عمدًا على توثيق كيفية استخدام وكلائها لهذه المعرفة. وهذه فرصة كبيرة للفرق التي تفعل ذلك، وخطر حقيقي على الفرق التي تتراكم آثارها في مكان لا تتحكم فيه.
يبقى نظام السجل لديكم في مكانه
لا يعني أي من هذا استبدال نظام CRM أو مكتب المساعدة لديكم. ستواصل هذه الأنظمة أداء ما تجيده. لكن دورها يتغير، فتصبح طبقة الحالة التي تقرأ منها طبقة العمل وتكتب إليها.
هذا هو المنطق وراء البنية التراكبية (overlay). فـمنصة وكلاء الذكاء الاصطناعي التي تعمل فوق Zendesk أو Salesforce تقرأ الحالة من الأنظمة التي تشغّلونها بالفعل، وتحل الحالة، وتعيد كتابة النتيجة فيها، وتحتفظ بأثر كيفية الوصول إليها. لا ترحيل للبيانات، ولا نظام سجل جديد يتعين اعتماده.
ما الذي ينبغي السؤال عنه قبل التوقيع
إذا كنتم تقيّمون وكلاء الذكاء الاصطناعي لخدمة العملاء، فأثر القرار يستحق بندًا في التقييم. بضعة أسئلة تكشف الفرق سريعًا:
- أين تُحفظ آثار القرارات، وهل تنتقل معكم إن غادرتم؟
- عندما يصحّح فريقكم الوكيل، هل يمكنكم رؤية هذا التصحيح وهو يغيّر طريقة التعامل مع الحالة المشابهة التالية؟
- هل يمكنكم تتبّع أي حل منفرد وتدقيقه وصولًا إلى السياق والإجراءات التي أنتجته؟
- من غيركم يمكنه التعلّم من آثاركم، وهل هذا منصوص عليه في العقد؟
سيجيب المورّد الذي بنى منتجه حول الأثر عن هذه الأسئلة بتفاصيل محددة. أما من لم يفعل، فسيعيدكم إلى العرض التوضيحي.
حلول تتحسن باستمرار
يتصدر معدل الحل العناوين، وهذا مستحق. لكن على مدى عقد لعامين، يبقى الرقم الأهم هو سرعة تحسّن الحل. ويتوقف ذلك على ما إذا كان سجل كيفية اتخاذ مؤسستكم لقراراتها محفوظًا، وعلى الجهة التي تحتفظ به.
هذا هو جوهر حجة Service as Software: برمجيات تنجز العمل وتتحسن في إنجازه، لأنها تحتفظ بسجل كيفية إنجازه. اقرأوا الحجة كاملة، أو أحضروا أصعب نوع من التذاكر لديكم إلى عرض توضيحي. 30 دقيقة، بأنظمتكم، ووفق تعريفكم للحل.
شاهدوه على محادثاتكم الفعلية.
اطلبوا عرضًا توضيحيًا مخصصًا ومجانيًا.
