حل · خدمة العملاء والتفاعل معهم
الطلب الذي يُسجَّل دون أن يُسنَد هو شكوى تنتظر أن تقع. يحوّل هذا الحل كل طلب وارد إلى حالة مُدارة لها مسؤول محدد، ومؤقت خدمة، ومسار واضح حتى الإغلاق.
حالة واحدة، من الاستقبال إلى الإغلاق
نظرة عامة
تكون إدارة الحالات فعّالة حين تكون العملية مضمّنة في النظام، لا محفوظة في أذهان الفريق.
تصمّم X-Shift نموذج الحالة حول دليل خدماتكم الحالي: أنواع الطلبات المعالَجة، والمعلومات التي يحتاجها كل منها، والموافقات التي يمر بها، والمعيار الذي يُقاس عليه. ثم يُضمَّن هذا النموذج في المنصة بحيث تُفرَض دورة الحياة بدلًا من الاعتماد على التذكّر. ويمكن إعطاء العملاء حالة موثوقة لطلباتهم، ويحصل المديرون على أعمال متراكمة قابلة للتنفيذ، ويحصل المدققون على سجل يمكن الدفاع عنه.
يقع نموذج الحالة في X.Orbit، وحين يكون استقبال الطلبات آليًا، فإن X.24 يفتح كائن الحالة نفسه ويملؤه بدلًا من تشغيل قائمة انتظار منفصلة. والمنصتان كلتاهما مملوكتان لـ X-Shift، لذا يُسلَّم نوع الحالة الجديد والأتمتة الداعمة له معًا. ويكتسب ذلك أهمية قصوى حين تعدّل جهة تنظيمية فئة شكوى، ويتعيّن تغيير الاستقبال وSLA والتقارير جميعها في الأسبوع نفسه.
القدرات الأساسية
01
02
03
المحور
خدمة العملاء وإدارة الحالات
يربط المراحل الثلاث: عند الاستقبال، وعبر دورة الحياة، والرقابة والإثبات.
في الواقع العملي
تُستلَم شكوى خاضعة للتنظيم عبر البريد الإلكتروني الساعة 4 عصرًا يوم الخميس. وفي الترتيب السابق، بقيت دون فتح في صندوق بريد مشترك حتى صباح الأحد، وكان المؤقت التنظيمي حينها قد مضى عليه قرابة ثلاثة أيام.
يُصنَّف البريد الإلكتروني فور استلامه ويُفتح بوصفه حالة شكوى مع تحديد فئتها التنظيمية مسبقًا.
يبدأ مؤقت SLA من وقت إرسال البريد الإلكتروني، لا من لحظة انتباه أحد الموظفين له.
يظهر التقادم وخطر الإخلال في قائمة انتظار الفريق قبل الموعد النهائي، لا في تقرير الشهر التالي.
يؤدي هذا التسلسلَ X.Orbit وفق نموذج الشكاوى الخاص بكم. ولا يغيّر المتطلبات التنظيمية، ولا يمكنه تدارك الإخلال إذا بقيت الحالة دون عمل.
التحدي
يهدف هذا القسم إلى التحقق من الملاءمة لا إلى الإقناع. فنادرًا ما تخفق فرق الخدمة بسبب قلة الالتزام؛ بل تخفق لأن الطلب يبقى في صندوق بريد، والمسؤولية ضمنية لا مُسنَدة، ولا يُكتشف SLA إلا بعد تجاوزه. وإذا لم يكن أي مما في العمود الأيمن مألوفًا لديكم، فهذا ليس البرنامج المناسب لمنشأتكم.
النتائج
ما الذي يغيّره هذا الحل
التغيير ليس أن يعمل الموظفون بجهد أكبر، بل أن تتوقف العمليات عن فقدان العمل بين عمليات التسليم.
يُسنَد لكل طلب مسؤول وموعد استحقاق منذ لحظة استلامه
تصبح حالات الإخلال بـ SLA قابلة للمنع لا مجرد الإبلاغ عنها
تستوفي إدارة الشكاوى المتطلبات التنظيمية باستمرار
تصبح الأعمال المتراكمة والتقادم واضحة وقابلة للإدارة
تُحدَّد الأسباب المتكررة ويمكن معالجتها من مصدرها
يمكن إبلاغ العميل بحالة طلبه دون تحقيق داخلي مسبق
حالات الاستخدام
كل مما يلي نوع طلب موجود بالفعل في المنشأة دون مسؤول محدد، أو مؤقت خدمة، أو تعريف متفق عليه للإغلاق.
يقدّم المستفيد الطلب نفسه في مكتبين إقليميين للوزارة نفسها. ويعالجه كل مكتب على حدة إلى أن يرفض أحدهما ما وافق عليه الآخر.
تظهر حالة واحدة للمكتبين، ويُدمَج الطلب المكرر قبل أن يصل قراران متعارضان إلى المستفيد.
يُطبَّق عادةً في القطاع الحكومي وفي قطاعات أخرى
ينتقل طلب الاسترداد من الفرع إلى العمليات ثم إلى فريق البطاقات. وتجري كل عملية تسليم عبر البريد الإلكتروني، فلا يستطيع أحد تأكيد من يتولاه حاليًا.
تعيد كل عملية تسليم إسناد الطلب إلى مسؤول محدد في X.Orbit، ويظهر التقادم للمدير قبل الإخلال بمعيار الخدمة.
يُطبَّق عادةً في القطاع المصرفي وفي قطاعات أخرى
يتعامل القسم شفهيًا مع شكوى مريض بشأن خروجه من المستشفى دون تسجيلها. ثم تعود بعد ستة أسابيع حين تسأل الأسرة عن الإجراء المتخذ.
تتحول الشكوى إلى حالة لها تصنيف ومسؤول وإغلاق موثّق يمكن للمستشفى تقديمه للأسرة.
يُطبَّق عادةً في الرعاية الصحية وفي قطاعات أخرى
لخطوة الاعتماد مسؤول محدد ومؤقت، وتتصاعد وفق القواعد بدلًا من انتظار مكالمة متابعة.
المرافقيتحول كل استفسار إلى حالة متتبَّعة لها موعد استحقاق، فتبقى الأعمال المتراكمة واضحة ما دامت فترة القبول مفتوحة.
التعليمتكشف الحالات المترابطة نمط التكرار، ويُحال السبب الجذري إلى الهندسة بدلًا من إغلاقه مرة أخرى في مكتب الخدمة.
الاتصالاتهذه تطبيقات توضيحية لنموذج الحالة، وليست أعمالًا لعملاء. وتعتمد أنواع الحالات التي تُعطى الأولوية أولًا عادةً على المواضع التي يكون فيها الضغط الزمني التنظيمي في أشده.
الأسئلة الشائعة
يعتمد ذلك على مدى وضوح دليل خدماتكم حاليًا. فحين تكون أنواع الطلبات والحقول المطلوبة ومسارات الاعتماد موثّقة، تتقدم الموجة الأولى بسرعة؛ وحين تكون غير رسمية، يصبح عمل التصميم هو البرنامج وتكون التهيئة الجزء الأبسط. وتجد معظم المنشآت أن دليلها أقل استقرارًا مما توقعت.
صاحب قرار مخوّل بتحديد ما يُعد نوع حالة وما يعنيه الإغلاق، وإتاحة الوصول إلى الأنظمة التي يجب أن تقرأ الحالة منها البيانات، وممثل من الامتثال حين تكون الشكاوى الخاضعة للتنظيم ضمن النطاق. وعادةً ما يكشف تحديد SLA حسب نوع الحالة خلافات بين الإدارات تسبق هذا المشروع. ويجب حسمها في مرحلة التصميم؛ وإلا فستُبنى في المنصة دون حسم.
عادةً بوصفه مشروع تصميم وتنفيذ، مع عرض سعر منفصل لترخيص المنصة، وخدمة مُدارة اختيارية بعد ذلك. ونوصي بنطاق على مراحل (موجة أولى من أنواع الحالات، يليها التوسع)، لأن السعر الثابت لدليل غير محدد غير موثوق، ويتحمل الطرفان تكلفته لاحقًا.
في بعض الحالات، نعم. فنظام CRM الذي يدعم SLA قابلة للتهيئة وتصعيدًا قائمًا على القواعد وسجلًا قابلًا للتدقيق يمكنه دعم ذلك، وإن كان نظامكم كذلك فالعمل المناسب هو تصميم العمليات لا الاستبدال. ونقطة الإخفاق المعتادة هي إدارة الشكاوى بالتصنيف التنظيمي والإغلاق الموثّق، وهو ما لا تستوعبه معظم تهيئات CRM العامة دون تخصيص كبير.
التالي
اختر نوع الطلب الأكثر خلافًا لديكم (عادةً شكوى أو استرداد)، وراجعه منمذجًا بحقول استقباله وموافقاته وSLA وأدلة إغلاقه. وهذه أسرع طريقة لمعرفة ما إذا كان الخلاف يتعلق بالمنصة أم بالعملية.
مناسب حين يكون نوع الحالة موضع خلاف الجميع ولا يملكه أحد.
احجز جلسة نمذجةيحدد تصميم عمليات خدمة العملاء دليل الخدمات ونموذج المسؤولية والمعايير التي تُقاس عليها الحالة، بحيث تسجّل تهيئة المنصة القرارات بدلًا من أن تحل محلها.
مناسب حين لم تُعرَّف أنواع طلباتكم قط في مكان واحد.
تصميم عمليات خدمة العملاءتهيئة نموذج حالة غير متفق عليه هي السبب الأكثر شيوعًا لإخفاق البرامج؛ وحين يوجد هذا الخطر، سنوضحه ونقترح البدء بعمل التصميم.
التقنية التي تمكّنه
هذه منصات تبنيها X-Shift وتدعمها. وحين تغطي بيئتكم إحداها بالفعل، يصبح المشروع عملًا في التكامل ونموذج التشغيل بدلًا من نشر منصة، وسنوضح ذلك بجلاء.
X.Orbit: منصة موحّدة لخدمة العملاء والتفاعل معهم
تواصل معنا
صِف المشكلة، وسنرشدك إلى القدرة التي تعالجها، بما في ذلك الحالات التي لا تتطلب أي منصة بعد.
