صاحب شركة ممكن يفتكر إن الشكوى اتحلت لأن الموظف رد: «هنراجع ونرجع لحضرتك». لكن الرد ده بداية متابعة، مش حل. لو العميل رجع بعد يومين وسأل «وصلتوا لإيه؟» ومحدش يعرف مين مسؤول، يبقى المشكلة في دورة معالجة الشكوى نفسها.
الخلاصة: أي شكوى على WhatsApp أو Messenger لازم يبقى لها رقم مرجعي داخلي، مسؤول، حالة، موعد مراجعة، وقرار إغلاق واضح. سرعة أول رد مهمة، لكنها لا تعني إن المشكلة اتحلت.
الفرق بين الرد على الشكوى وحلها
فيه أربع لحظات مختلفة: استلام الرسالة، تأكيد فهم المشكلة، اتخاذ إجراء، ثم إبلاغ العميل بالنتيجة. ممكن الأولى تحصل خلال دقيقة، والرابعة تحتاج يومين. لما تخلطهم في مؤشر واحد، لوحة التقارير هتقول «بنرد بسرعة» بينما الشكاوى القديمة لسه مفتوحة.
معيار ISO 10002:2018، الذي أكدت ISO استمراره في مراجعة 2023، يقدم إرشادات لمعالجة الشكاوى داخل المؤسسات، تشمل إتاحة قناة واضحة للشكوى، المتابعة، التحليل والتحسين. المعيار إرشادي، وذكره هنا لا يعني أن أي برنامج حاصل على شهادة منه.
Workflow عملي من ست خطوات
1. استقبل الشكوى بدون وعود غير مؤكدة
اسأل عن الحد الأدنى اللازم لفهم الحالة: نوع الطلب، رقم الطلب إن وجد، وصف المشكلة، والطريقة المفضلة للتواصل. تجنب طلب صور بطاقات أو معلومات مالية حساسة داخل محادثة عادية إذا لم تكن ضرورية. لو العميل غاضب، اعترف بالمشكلة من غير ما تفترض أن رواية طرف واحد حسمت السبب.
2. سجّل الحالة ومسؤولها
اكتب في سجل موحد: معرف الحالة، وقت الاستلام، القناة، العميل، التصنيف، مستوى الأولوية، الموظف المسؤول، آخر إجراء، والخطوة التالية. ليس شرطًا تبدأ ببرنامج Helpdesk ضخم؛ Sheet منظم قد يكفي لحجم صغير، بشرط صلاحيات واضحة وعدم نشر بيانات العملاء بلا حاجة.
3. افصل الأولوية عن ترتيب الوصول
شكوى سلامة أو دفع متكرر قد تحتاج تصعيدًا أسرع من استفسار عن موعد التسليم. اعمل تعريفًا داخليًا لما يعتبر «عاجلًا» وراجع الحالات الاستثنائية بشريًا. لا تترك AI يقرر تعويضًا أو استردادًا ماليًا من نفسه.
4. حدّد موعد تحديث، مش وعد حل وهمي
قول للعميل متى سيصله تحديث حتى لو التحقيق لم ينته. مثال توضيحي: «استلمنا شكوتك بخصوص الطلب، وهنراجعها مع الفريق المختص ونرجع لك بتحديث غدًا». لا تذكر مهلة لا يستطيع فريقك الالتزام بها.
5. اقفل الحالة بعد قرار واضح
سجّل القرار، من وافق عليه، ماذا أُبلغ العميل، وهل بقي إجراء معلق. لا تساوي بين «الموظف رد» و«العميل حصل على حل». ولو العميل غير راضٍ، وضح له مسار مراجعة القرار بدل إغلاق المحادثة بالقوة.
6. راجع السبب المتكرر كل أسبوع
صنّف الشكاوى حسب السبب، لا حسب الموظف فقط: شحن، معلومات سعر، تأخير، جودة، أو خطأ في التوقعات. لو نفس السبب بيتكرر، أصلح العملية أو صفحة المعلومات قبل ما تزود عدد الردود.
مثال تشغيلي: متجر يبيع عبر الرسائل
عميل يكتب: «دفعت والشحنة لسه موصلتش». موظف الاستقبال يسجل رقم الطلب ويؤكد الاستلام، ثم يحول الحالة لمسؤول الشحن. مسؤول الشحن يراجع آخر تحديث فعلي، ويحدد موعدًا لإبلاغ العميل بالنتيجة. لو الطلب متأخر، قرار التعويض أو الإلغاء يبقى لصاحب الصلاحية. كل خطوة تظهر في السجل، حتى لو اتغيرت الوردية.
المثال افتراضي لتوضيح العملية، وليس نتيجة لعميل Mr. AI.
أربعة مؤشرات أفضل من «متوسط زمن الرد» وحده
Time to acknowledgement: الوقت حتى أول تأكيد استلام واضح. Time to resolution: الوقت حتى حل المشكلة فعلًا. Open cases aging: عمر الحالات المفتوحة، خصوصًا المتأخرة عن موعد التحديث. Reopen rate: نسبة الحالات التي أعيد فتحها بعد إغلاقها. قارن المؤشرات حسب نوع الشكوى؛ لا تضع مشكلة استرداد مع سؤال عن العنوان في متوسط واحد.
متى تحتاج Helpdesk ومتى يكفي Inbox؟
لو الشكوى تحتاج موافقات من أكثر من قسم، وتتبعًا رسميًا، ومواعيد تصعيد، فاختبر Helpdesk مخصصًا. لو المشكلة الأساسية في استفسارات متكررة وضياع سياق الرسائل والمتابعة، ابدأ بتنظيم Inbox والردود. اقرأ دليل اختيار برنامج خدمة العملاء في مصر لفهم الفرق.
بحسب الأسئلة الشائعة الحالية لـMr. AI، يساعد النظام في الرد بمعرفة الشركة، المتابعة، تلخيص المحادثات، وإحالتها للفريق عند الحاجة. لا نقدمه هنا كبديل مضمون لنظام إدارة تذاكر وشكاوى متكامل. القرارات الحساسة ومسار الإغلاق يظلان مسؤولية الفريق.
جرّب هذا الأسبوع قبل شراء برنامج
اختر 20 شكوى حقيقية، واحذف البيانات غير اللازمة، ثم املأ لكل واحدة: المسؤول، الحالة، آخر تحديث، الموعد التالي، والنتيجة. بعد أسبوع احسب الحالات المفتوحة والمتأخرة وأسباب التكرار. لو محتاج تختبر كيف يساعد AI في الأسئلة المتكررة وتسليم السياق، ابدأ تجربة Mr. AI ثم قيّمها مع فريقك. ويمكن حجز عرض إذا كان عندك Workflow متعدد الأقسام يحتاج نقاشًا قبل الاختيار.
مصدر منهجي: ISO 10002:2018، إرشادات معالجة شكاوى العملاء.
