بعد تقديم حالة دعم Booking Ninjas، تصبح الحالة السجل الرئيسي لتلك المشكلة أو الطلب حتى تتمكن الفريق من مراجعة السياق والمتابعة في مكان واحد.
المسار الدقيق يعتمد على الحالة. يمكن الإجابة عن بعض العناصر بسرعة. بينما تحتاج عناصر أخرى إلى توضيح، تحقيق، اختبار، أو قرار نطاق منفصل.
ماذا يحدث خلال المراجعة الأولى؟
- مراجعة الوصف. يتحقق الفريق من المشكلة، سير العمل المتأثر، الأمثلة، وتأثير الأعمال.
- تحديد السياق المفقود. إذا كانت الحالة واسعة جدًا أو كانت هناك مثال مفقود، قد تكون الخطوة المفيدة التالية هي سؤال.
- تحديد الإجراء التالي. قد تحتاج الحالة إلى إجابة، تحقيق، اختبار، تنسيق مع شخص آخر، أو مراجعة ما إذا كان الطلب يغير الإعداد الحالي.
- الحفاظ على تحديث السجل. يجب أن تبقى الاكتشافات المهمة والمتابعة مرتبطة بنفس الحالة.
مهم: يمكن أن تعترف الاستجابة بالحالة، تطلب توضيحًا، أو تشرح الخطوة التالية. لا يعني ذلك أن المشكلة قد تم حلها بالكامل بالفعل.
لماذا قد تطلب Booking Ninjas مزيدًا من المعلومات؟
يمكن أن يكون لنفس العرض أعراض مختلفة. قد يحتاج الفريق إلى سجل مثال، مستخدم متأثر، وقت المشكلة، لقطة شاشة، نتيجة متوقعة، أو خطوات تعيد إنتاج المشكلة.
إضافة تلك المعلومات إلى الحالة الحالية تحافظ على التاريخ معًا وتساعد على تجنب تكرار نفس الشرح في عدة قنوات.
ماذا لو كانت الطلبات تغير الإعداد الحالي؟
قد تظهر مراجعة الدعم أن النظام المباشر يعمل كما هو مكون، لكن العميل يريد أن يتصرف بشكل مختلف. هذا مختلف عن تصحيح سلوك غير متوقع.
قد تحتاج سير العمل الجديد، التكامل، ترحيل البيانات، تغيير التكوين الكبير، أو تطوير إضافي إلى مراجعة ونطاق منفصل. انظر ماذا يحدث عندما تظهر متطلبات جديدة؟ و ماذا قد يتطلب تطوير إضافي؟.
كيف يجب أن تعمل المتابعة والاختبار؟
احتفظ بمعلومات مهمة حول المشكلة المتعقبة في حالة الدعم. يمكن استخدام WhatsApp أو البريد الإلكتروني للتواصل المباشر، لكن يجب أن تحتوي الحالة على التفاصيل اللازمة للتحقيق واتخاذ القرار.
إذا أدت الحالة إلى تغيير، يجب اختبار سير العمل المتأثر قبل اعتبار التغيير جاهزًا. يعتمد الاختبار الدقيق على أي المستخدمين، البيانات، الأتمتة، التكاملات، أو التقارير المتأثرة. انظر كيف يتم اختبار التغييرات.
متى تكون الحالة مكتملة؟
يمكن اعتبار الحالة مكتملة عندما تم الإجابة على السؤال، تم حل المشكلة، تم تسجيل حل أو قرار متفق عليه، أو انتقل العنصر بوضوح إلى مسار عمل آخر سيتم التعامل معه بشكل منفصل.
النقطة المهمة هي أن العنصر المتعقب يجب أن ينتهي بنتيجة واضحة بدلاً من أن يختفي في سلسلة رسائل غير رسمية.
المصادر والمزيد من القراءة
- ما الدعم المتاح بعد الإطلاق؟ — يشرح حدود دعم Booking Ninjas بعد الإطلاق.
- مساعدة Salesforce: إدارة والعمل مع الحالات — يصف تحديث تفاصيل الحالة والاتصالات حتى الحل.
- مساعدة Salesforce: إعداد وإدارة الحالات — يشرح دور الحالات كسجلات منظمة لمشاكل العملاء.
تدعم المصادر الخارجية مفاهيم إدارة الحالات العامة. يعتمد المسار الدقيق لمعالجة Booking Ninjas على العميل، الحالة، والنطاق المنفذ.