هل تحتاج إلى مساعدة في تطبيق هذا الدليل؟تحدّث مع فريق DripTell
يرد عميل بعد يومين من إغلاق حالة الدعم قائلاً إن القطعة البديلة لم تصل. ويرد عميل آخر على محادثة قديمة، لكنه يسأل هذه المرة عن منتج مختلف. قد تبدو الرسالتان متشابهتين في صندوق الوارد، لكنهما لا تستحقان السجل نفسه.
أعد فتح الحالة الأصلية عندما تظل النتيجة التي وعدت بها الشركة غير مكتملة، أو تنتمي الأدلة الجديدة إلى المشكلة نفسها، أو يفشل الحل السابق. وأنشئ حالة جديدة عندما يحتاج العميل إلى نتيجة مختلفة فعلاً أو إلى فريق وصلاحيات والتزام خدمة مستقل. وإذا كان الموضوعان مرتبطين، فاربط السجلين ولا تدمجهما لمجرد أن العميل استخدم محادثة قديمة.
حدّد ما بقي بلا حل
عنوان الرسالة دليل ضعيف. يرد الناس على أسهل رسالة يجدونها، وقد تربط الأتمتة الرد بسجل قديم حتى لو تغيرت الكلمات. توضح Microsoft أن البريد الوارد المرتبط بحالة محلولة يمكن ضبطه لإعادة فتحها، وأن قاعدة إعادة الفتح يجب أن تسبق قاعدة إنشاء الحالة الجديدة في إرشادات الحالة المحلولة. هذه آلية توجيه، وليست قرار العمل كاملاً.
ابدأ بالنتيجة الموعودة. هل كانت استرداداً للمال، أو حساباً يعمل، أو فاتورة مصححة، أو بديلاً تم تسليمه؟ ثم قارن الحساب أو العنصر المتأثر والعرض والأدلة ووقت الإغلاق. اختلاف التحية أو المرفق لا يجعل العمل جديداً. اختلاف النتيجة المطلوبة يفعل ذلك غالباً.
اكتب القاعدة بلغة بسيطة. مثالها أن تعيد فتح الحالة إذا ظل الطلب نفسه مفقوداً بعد إغلاقها على أنه سُلّم، وأن تنشئ حالة مرتبطة جديدة إذا طلب العميل لاحقاً تغيير عنوان الفواتير للطلبات القادمة.
أعد الفتح عندما يظل الوعد نفسه قائماً
تحافظ إعادة الفتح على سلسلة أدلة واحدة. تبقى الفحوص والرسائل والمالك وملاحظة الحل والتزام العميل معاً. وهي الخيار الأوضح عندما يفشل الحل المقترح، أو لا يكتمل الإجراء الموعود، أو يعود العرض نفسه بعد الإغلاق بوقت قصير، أو تغيّر الأدلة الجديدة فهم الحادثة نفسها، أو تصل المعلومات التي كانت الحالة تنتظرها.

- 1اعثر على الأصلافتح الحالة السابقة وملاحظة الحل والعميل والعنصر والنتيجة الموعودة.
- 2قارن الحاجةحدّد هل ما زالت النتيجة نفسها ناقصة أم ظهر عمل مختلف.
- 3تحقق من الاستمراريةراجع الأدلة والمالك والعنصر المتأثر وقرب الفترة الزمنية.
- 4اختر السجلأعد فتح العمل نفسه أو أنشئ حالة مستقلة بمالك وتوقيت خاصين.
- 5احتفظ بالرابطاربط السجلات ذات الصلة وسجّل سبب القرار.
توثق Microsoft أيضاً فترة انتظار قابلة للضبط بعد حل الحالة المرتبطة. وخلال هذه الفترة، يمكن أن تبقى رسالة المشكلة نفسها مرتبطة بالحالة المحلولة بدلاً من إنشاء حالة أخرى، وفق إرشادات قواعد الحالات التلقائية. يمكن لعمليتك اختيار فترة مختلفة. المبدأ المفيد هو الاستمرارية، لا نسخ إعداد منتج بعينه.
لا تعد الفتح تلقائياً مع كل رد. رسالة شكر أو إجابة استبيان أو طلب غير مرتبط لا ينبغي أن يعيد عملاً منتهياً إلى الطابور.
أنشئ حالة جديدة عندما يتغير العمل
الحالة الجديدة أفضل عندما تحتاج المهمة إلى مالك أو أولوية أو صلاحية أو هدف خدمة أو حل مستقل. من أمثلتها تعطل منتج ثان، أو طلب شراء جديد، أو حساب مختلف، أو مسألة أمنية منفصلة، أو حاجة تخص فريقاً آخر.
السؤال ليس هل استخدم العميل القناة نفسها. اسأل هل يستطيع مالك واحد إغلاق الحاجتين بحل واحد يمكن الدفاع عنه. إذا لم يستطع، فافصل العمل. وعندما تكون هناك صلة، أنشئ حالة جديدة مرتبطة لا حالة منفصلة بلا سياق. تحصل الحالة الجديدة على توقيتها ومالكها، ويعرف الشخص التالي ما حدث سابقاً.
احفظ الرابط في الحالتين
قبل تغيير الحالة، دوّن سبباً قصيراً يتضمن النتيجة السابقة، وما الذي ما زال خاطئاً، والأدلة الجديدة، والقرار، والمالك التالي. احتفظ بوقت الإغلاق الأصلي وأضف وقت إعادة الفتح بدلاً من استبدال التاريخ.
| الموقف | اختيار السجل | إجراء المالك | المعالجة في التقرير |
|---|---|---|---|
| النتيجة الموعودة نفسها ما زالت ناقصة | إعادة فتح الأصل | إعادة المالك المسؤول أو البديل المحدد | حفظ التاريخ وإضافة فترة إعادة الفتح |
| ظهرت أدلة جديدة للمشكلة نفسها | إعادة فتح الأصل | مقارنة الأدلة بالفحوص السابقة | نسب العودة إلى الحالة الأصلية |
| نتيجة أو عنصر مختلف | إنشاء حالة جديدة مرتبطة | تعيين الفريق المسؤول عن العمل الجديد | بدء توقيت مستقل مع حفظ العلاقة |
| رسالة مختلطة أو غير واضحة | مراجعة بشرية قبل التوجيه | فصل الحاجات بعد فهمها | تسجيل سبب القرار ومراجعة الاستثناءات |
المراجعة البشرية القصيرة أكثر أماناً للرسائل الملتبسة. تستطيع الأتمتة مقارنة العميل والمحادثة والحالة والمنتج والمدة، لكنها يجب أن تترك الحالات غير الواضحة لشخص مسؤول.
حافظ على الملكية وصدق التقارير
يجب أن تعيد الحالة المفتوحة إلى مالك حقيقي أو بديل محدد، لا أن تغير اللون في لوحة فقط. كما لا ينبغي أن تمحو الحالة الجديدة فشل الحالة السابقة.
يمكن جمع المحادثة والحالة في مساحة دعم، وحفظ التبادل في صندوق وارد مشترك، وربط الشخص مع سجل العميل. تنفذ الأتمتة القواعد الواضحة وتبقي الاستثناءات ظاهرة. استخدم تقارير صندوق الوارد لمراجعة فترات إعادة الفتح والعمل الجديد المرتبط، وطبّق ضوابط الأمان عندما تغيّر المشكلة الجديدة من يحق له رؤية الأدلة.
تابع سبب إعادة الفتح ومدة الإغلاق قبل العودة ووقت الحل النهائي ونسبة الحالات الجديدة المرتبطة وعينة صغيرة مدققة من القرارات. لا تعاقب الفريق على إعادة فتح صادقة؛ فقد ينخفض الرقم لأن الحلول تحسنت، أو لأن الناس أنشؤوا حالات جديدة لحماية المؤشر.
القاعدة النظيفة هي أن تحافظ على حالة واحدة ما دام الوعد الأصلي مفتوحاً، وأن تبدأ حالة مرتبطة جديدة عندما يتغير العمل فعلاً.
الأسئلة الشائعة
متى يجب إعادة فتح حالة دعم العميل
عندما تظل النتيجة الموعودة ناقصة، أو يفشل الحل، أو تنتمي الأدلة الجديدة إلى الحادثة نفسها. أعد الملكية الواضحة واحفظ التاريخ الأصلي.
متى تنشئ خدمة العملاء حالة جديدة
عندما يحتاج العميل إلى نتيجة مختلفة، أو يتأثر عنصر أو حساب آخر، أو يتطلب العمل مالكاً أو صلاحية أو أولوية أو توقيت خدمة مستقلاً.
هل يعيد كل رد فتح الحالة المغلقة
لا. رسائل الشكر وإجابات الاستبيان والطلبات غير المرتبطة لا يجب أن تنشط عملاً منتهياً. وجّه الردود الملتبسة إلى مراجعة بشرية قصيرة.
كيف تُقاس الحالات المرتبطة
امنح الحالة الجديدة توقيتها الخاص، واحفظ تاريخ الأصل، واربط السجلين، وسجّل سبب فصل العمل.
DripTell Editorial
إرشادات عملية راجعها فريق المنتج وتجربة العملاء في DripTell.
تعرّف على كيفية التحقق من معلومات المنتج واستخدام المصادر الرسمية وتصحيح الأخطاء.
سياسة التحرير والمصادر



