عميل اشترك في خدمة وبعت على واتساب: «ليه الخاصية دي مش موجودة؟ أنا فاكر إنها ضمن الاتفاق». أسوأ رد هنا إن موظف الدعم يقول «مش من حقك» قبل ما يراجع الاتفاق، أو يعد العميل بإضافة ميزة لا يملك قرارها. التصرف الصح يبدأ بتحديد هل فيه خلل في خدمة متفق عليها، ولا توقع اتكوّن من كلام المبيعات، ولا طلب جديد خارج النطاق.
ثلاث حالات تبدو شكوى واحدة لكنها ليست كذلك
الحالة الأولى: الميزة مذكورة صراحة في العرض أو العقد أو وصف الخدمة المعتمد، لكنها لا تعمل. هنا عندك مشكلة تنفيذ أو دعم، ولا يصح تصنيفها «طلب تطوير» لمجرد أن إصلاحها صعب.
الحالة الثانية: الميزة غير مذكورة، لكن رسالة من فريق المبيعات أو عرض تقديمي قد تكون خلقت توقعًا معقولًا بأنها متاحة. هنا تحتاج مراجعة التواصل السابق، لا الاكتفاء بقراءة قائمة المزايا الحالية.
الحالة الثالثة: العميل يطلب قدرة إضافية لم تكن ضمن الاتفاق أو الوصف المعتمد. هنا يمكن مناقشة طلب جديد أو بديل، لكن لا يصح الوعد بتوفيره مجانًا أو في موعد محدد قبل موافقة صاحب القرار.
هذا تقسيم تشغيلي مقترح، وليس حكمًا قانونيًا على عقد بعينه.
اقرأ الدليل قبل أن تصنف الطلب
اطلب من العميل مثالًا محددًا لما كان يتوقعه وما الذي حدث فعليًا. راجع نسخة العرض التي وافق عليها، وتاريخها، والمراسلات ذات الصلة، وأي تحديثات معلنة للمنتج. لا تنقل للعميل اختلافًا بين الأقسام وكأنه خطؤه.
تخيل شركة اشترت نظامًا لإدارة المحادثات، واعتقدت أن «التقارير» تعني تصدير ملف مخصص بتنسيق محاسبي. فريق المنتج يقصد لوحة مؤشرات داخل النظام. كلمة واحدة غير محددة في عرض المبيعات صنعت خلافًا. الحل هنا ليس ردًا دفاعيًا، بل توثيق الفرق بين ما قيل وما سُلّم، ثم اتخاذ قرار واضح.
معيار ISO 10002:2018 يقدم إرشادات عامة لمعالجة الشكاوى وتقييمها وتحسين العمليات. أكدت ISO مراجعة المعيار في 2023. هو مرجع منهجي دولي، وليس قانونًا مصريًا أو دليلًا على اعتماد Mr. AI منه.
رد أول لا يعترف بوعد لم يتم التحقق منه
ممكن تقول: «وصلنا ملاحظتك بخصوص الميزة، وهنراجع الوصف المتفق عليه والمراسلات السابقة عشان نحدد هل ده خلل في الخدمة الحالية ولا طلب إضافة. هنرجع لك بتحديث واضح بعد المراجعة». لا تستخدم «هنضيفها قريب» إلا لو عندك موافقة رسمية ومعلومة يمكن الاعتماد عليها.
لو العميل متضرر الآن، اسأل عن أثر المشكلة على عمله: هل تمنعه من استخدام الخدمة بالكامل، أم تعطل خطوة معينة، أم مجرد تحسين مطلوب؟ الأولوية تعتمد على الأثر الحقيقي، وليس فقط شدة صياغة الرسالة.
اعمل مسار قرار لا يترك العميل في الانتظار
عيّن مسؤولًا واحدًا للحالة. اجمع مستند الاتفاق والرسائل ذات الصلة. بعد المراجعة، سجّل أحد ثلاثة قرارات: إصلاح خلل داخل النطاق، تصحيح وعد أو وصف غير دقيق مع معالجة مناسبة، أو دراسة طلب جديد خارج النطاق. اكتب من يملك اعتماد أي تعويض أو تغيير، وموعد تحديث العميل، والقرار النهائي.
لا تجعل المساعد الآلي يقرر استرداد مبلغ أو إضافة مجانية أو تعديل التعاقد. ولو لم تتضح حدود الاتفاق، صعّدها لمسؤول بشري بدل صياغة حكم قاطع.
راجع أصل المشكلة في المبيعات لا في الدعم فقط
لو تكررت شكاوى «افتكرنا إن الميزة موجودة»، راجع لغة عروض الأسعار والـDemo وصفحة الأسئلة الشائعة. يمكن أن تكون المشكلة في وعد غير دقيق أو مصطلح مبهم، لا في عدم فهم العملاء. احتفظ بسجل لعبارات المبيعات التي تحتاج توضيحًا، ولا تمسح الصياغة القديمة من السجلات وكأنها لم تُستخدم.
هذا مختلف عن دليل إدارة الشكاوى على واتساب الذي يشرح الاستقبال والمتابعة العامة. هنا نركز على فجوة التوقعات وحدود الخدمة وكيف تؤثر في الثقة والاحتفاظ بالعميل.
دور Mr. AI وحدوده
بحسب معلومات Mr. AI الحالية، النظام يساعد في الرد من معرفة الشركة وتلخيص المحادثات وإحالتها للفريق عند الحاجة. ده قد يسهل جمع سياق الشكوى وتحديد الخطوة التالية، لكنه لا يثبت صحة عقد، ولا يملك اعتماد ميزة جديدة أو تعويض مالي. راجع خمس شكاوى من النوع ده مع فريق المبيعات والدعم، ثم اختبر المنصة لمعرفة هل تنظيم المعرفة والمتابعة مناسب لطريقتكم.
