لا يُساهم نظام خدمة العملاء الآلي المصمم بشكل سيئ في توفير المال، بل يُحوّله. فهو يُقلل من أحد النفقات الظاهرة - تكلفة فريق الدعم - ويزيد من نفقات أخرى لا يُعزى سببها إلى هذا القرار: فقدان العملاء، وتصاعد الشكاوى، وتآكل السمعة، والمسؤولية القانونية المتزايدة عما يقوله النظام.
غالباً ما تُعرض الميزانية العمومية بشكل غير مكتمل. إذ تُعرض التكلفة المتجنبة لكل استعلام آلي، والتي يسهل حسابها، بينما لا تُعرض تكلفة الاستعلامات غير المكتملة، والتي يصعب حسابها وهي أعلى بكثير.
في عام ٢٠٢٤، أصدرت محكمة تسوية المنازعات المدنية في مقاطعة كولومبيا البريطانية حكمها في قضية *موفات ضد الخطوط الجوية الكندية*. استشار أحد العملاء برنامج الدردشة الآلي التابع لشركة الطيران بشأن رسوم التعويضات عن الوفاة، وقدّم النظام معلومات غير صحيحة. وعندما تقدّم العميل بشكوى، ادّعت الشركة أن برنامج الدردشة الآلي مسؤول، في جوهره، عن بياناته.
اعتبرت المحكمة هذا الادعاء غريباً - بمعنى أنه مثير للدهشة - وأمرت شركة طيران كندا بتعويض العميل. كان المبلغ رمزياً: 812.02 دولاراً كندياً. أما السابقة القضائية فليست كذلك.
الأمر المهم في أي اتجاه هو التالي: ما يقوله برنامج الروبوت الخاص بك هو ما تقوله شركتك.. لا يوجد نظام للمساءلة. إذا وعد النظام باسترداد مبلغ، أو شرط، أو موعد نهائي، فإن المؤسسة مسؤولة عنه تمامًا كما لو أن موظفًا هو من قاله. وعلى عكس الموظف، يستطيع النظام إخبار عشرة آلاف شخص قبل أن يلاحظ أحد.
رحيل | كيف يتم قياسه؟ | من يراها |
توفير في تكاليف الدعم | الاستعلامات الآلية × تكلفة الاستعلام الواحد | إدارة العمليات، شهرياً |
العملاء المفقودون | معدل استقالة أولئك الذين مروا بتجربة سيئة | لا أحد ينسب ذلك إلى الروبوت. |
التوسع المتأخر | تكلفة حل حادثة متفاقمة | الدعم، دون تتبع الأصل |
الشكاوى الرسمية | الوقت القانوني والتعويض | قانونياً، بعد أشهر |
سمعة | التقييمات، وسائل التواصل الاجتماعي، التوصيات الشفهية | التسويق، بدون سبب محدد |
يكمن الخلل في البنية: تُقاس الوفورات بدقة شهرية وتُنسب مباشرةً إلى المشروع؛ بينما تُوزع الخسائر على خمسة أقسام ولا تُنسب إلى أي جهة. ولهذا السبب، تُعرض مشاريع أتمتة الدعم دائمًا تقريبًا على أنها ناجحة، حتى وإن كان العميل يتلقى خدمة أسوأ.
إن السبيل الأمثل لتصحيح هذا الخلل هو قياس التوازن الكامل منذ البداية، وليس بعد ذلك. والمقياس الذي يعكس هذا على أفضل وجه ليس معدل الأتمتة، بل معدل حل المشكلات في التفاعل الأول بالإضافة إلى رضا الحالات المتصاعدة. الروبوت الذي يقوم بأتمتة الكثير من العمليات ولا يتوسع بشكل جيد ينتج عنه أرقام ممتازة وعميل غاضب.
لا يسمح لك بالمغادرة. العرض الذي يُفقد العميل قيمته بسرعة هو: العميل الذي لا يجد طريقة للتواصل مع أحد، لا يبقى: إما أن يغادر أو يكتب علنًا. يجب أن يكون خيار التصعيد واضحًا من الرسالة الأولى، لا أن يكون مخفيًا خلف خمس محاولات فاشلة.
إنه لا يعرف من أنت. يُجبر نظام الروبوت الذي لا يملك صلاحية الوصول إلى بيانات العملاء - كالطلبات والمشاكل المفتوحة وسجل المعاملات - على تكرار معلومات موجودة لدى الشركة أصلاً. وهذا أوضح دليل على أن النظام مُثبّت فوق العملية بدلاً من أن يكون جزءاً لا يتجزأ منها.
يُصرّح بثقة بما لا يعرفه. المشكلة ليست في ارتكاب النظام للأخطاء، بل في ارتكابه لها بنفس النبرة التي يستخدمها عندما يكون على صواب. فالنظام المصمم جيداً يضع شروطاً واضحة لقول "لا يمكنني تأكيد ذلك" وإحالة الأمر إلى الشخص المعني.
يعد بأشياء لن تفي بها الشركة. وهنا تكمن المخاطرة القانونية. يجب أن يأتي أي التزام يتعلق بالمبالغ أو المواعيد النهائية أو المبالغ المستردة أو الشروط من مصدر موثوق داخل النظام، وليس من عملية إنشاء النموذج.
إنها لا تتعلم مما تتسلقه. توفر كل حالة مُصغّرة بيانات حول ما هو مفقود. إذا لم يراجع أحدٌ الحالات المُصغّرة بانتظام لتصحيح التصميم، فلن يتحسن الروبوت، بل سيصبح قديماً.
لقد قمنا بتحليل حالة محددة من هذا النمط وعواقبه في كيف دمر برنامج دردشة آلي سمعة شركة
الفرق بين النتيجتين ليس في النموذج نفسه، بل في أربعة قرارات تصميمية تُتخذ قبل كتابة أي كود برمجي:
قرر ما لا يجب فعله. قبل تحديد نطاق العمل، يجب مراعاة ما هو خارج نطاقه. تشمل هذه الأمور المطالبات، والمسائل القانونية، والقضايا التي تشمل عملاء في ظروف خاصة، وأي شيء ينطوي على التزام مالي. يجب أن تكون هذه القائمة واضحة ومكتوبة من قبل فريق العمل، وليس الفريق التقني.
اربطها بمصدر الحقيقة. لا ينبغي إنشاء حالة الطلب تلقائيًا، بل يجب الاستعلام عنها. يُستخدم توليد اللغة لشرح الحقائق لا لتحديدها. هذا التمييز - حيث يقوم النموذج بالصياغة، بينما يقوم النظام بالقرار - يزيل معظم المخاطر دفعة واحدة.
تصميم قابلية التوسع كجزء من المنتج. مع توفير سياق كامل، دون تكرار العميل لأي شيء، وفي إطار زمني محدد. يُعدّ النطاق الجيد تجربة إيجابية؛ أما النطاق السيئ فهو أسوأ من عدم وجود روبوت على الإطلاق.
قم بقياس رضا العميل على نطاق واسع، وليس فقط العميل الآلي. إنه المؤشر الذي يكشف الضرر قبل ظهوره في عملية الخفقان.
تستطيع المنظمة التي تتخذ هذه القرارات الأربعة أن تنشر الأتمتة بثقة. أما المنظمة التي لا تفعل ذلك، فهي تُخاطر بعلاقاتها مع عملائها بناءً على سلوك عنصر احتمالي.
هناك سياقات يكون فيها الحل الصحيح ليس أتمتة السطر الأول:
في هذه الحالات، يكون التشغيل الآلي أكثر جدوى في الخلفية: إعداد الرد الذي يرسله الشخص لاحقًا، وتلخيص سجل المكالمات السابقة، وتصنيفها، وتوجيهها. التوفير حقيقي، والمخاطر على العميل معدومة لوجود عنصر بشري في العملية.
الأمر لا يتعلق بـ "كم سنوفر". بل يتعلق بـ: كم يكلفنا فقدان عميل ساخط، وكم عدد العملاء الذين سيتعين عليهم المغادرة لتعويض الوفورات؟
في معظم شركات B2B، يكون هذا الرقم ضئيلاً بشكل مثير للقلق. إن إجراء الحسابات مسبقاً هو ما يميز الأتمتة الفعالة من حيث التكلفة عن التوفير الذي يأتي على حساب قاعدة عملائك.
نعم. في قضية موفات ضد الخطوط الجوية الكندية (2024)، رفضت المحكمة المدنية في مقاطعة كولومبيا البريطانية الحجة القائلة بأن برنامج الدردشة الآلي مسؤول عن تصريحاته الخاصة وأمرت شركة الطيران بتعويض العميل عن المعلومات غير الصحيحة التي قدمها النظام.
بسبب عدم تناسق القياس: يتم حساب الوفورات في الدعم بدقة شهرية وتُنسب إلى المشروع، بينما يتم توزيع الضرر - فقدان العملاء، وتفاقم الحوادث، والشكاوى، والسمعة - على عدة أقسام ولا يُنسب إلى الأتمتة.
معدل حل المشكلات من أول تفاعل، بالإضافة إلى رضا العملاء عن الحالات المُصعّدة. معدل الأتمتة وحده مُضلل: فالروبوت الذي يُؤتمت الكثير من العمليات ولكنه لا يتوسع بكفاءة يُنتج عددًا جيدًا من الحلول، ولكنه يُسبب عدم رضا العميل.
وضح الأمر بوضوح، ثمّ أحِل الأمر إلى شخصٍ مع شرح السياق الكامل، دون أن يضطر العميل إلى تكرار المعلومات. لا تكمن مشكلة الروبوتات الرديئة في ارتكاب الأخطاء، بل في تأكيدها على نفس مستوى اليقين بشأن صحة أو خطأ ما تقوله.
يفصل النظام بين وظيفتين: الأولى هي تحديد الحقائق بالرجوع إلى المصدر الموثوق (حالة الطلب، شروط العقد، المبالغ)، والثانية هي صياغة التفسير فقط. ويجب استبعاد أي التزامات مالية أو مواعيد نهائية من عملية توليد اللغة.
عندما يكون حجم العمل منخفضًا ويكون لكل عميل تأثير كبير على الإيرادات، وعندما تكون معظم الاستفسارات عبارة عن شكاوى، وعندما يكون للقطاع عبء عاطفي أو تنظيمي كبير، أو عندما تتنافس الشركة على جذب انتباههم الشخصي، فإن الأتمتة تعمل بشكل أفضل في الخفاء، حيث تقوم بإعداد ما يرسله الشخص بعد ذلك.
هل ستعتمدون على أتمتة خدمة العملاء؟ نبدأ بتصميم ما لا ينبغي للنظام فعله، ثم نربطه بمصدر بياناتك الموثوق، ونُدمج قابلية التوسع في المنتج. سنحلل حالتك خلال ساعتين، دون أي التزام. لنتحدث → |