هل تحتاج إلى مساعدة في تطبيق هذا الدليل؟تحدّث مع فريق DripTell
يتصل عميل يوم الثلاثاء لأن البديل الذي وصله تالف. يفتح موظف آخر الحالة يوم الأربعاء فيجد جملة واحدة تقول إن العميل منزعج وإن الحالة صعدت. الجملة ليست كاذبة، لكنها لا توضح ما الذي تضرر، وما الذي تم التحقق منه، ومن قبل العمل، وما الذي وعد به العميل. لذلك تبدأ المحادثة من جديد.
ملاحظة حالة دعم العملاء المفيدة قصيرة وعملية. تسجل حاجة العميل الحالية، والدليل الذي تم التحقق منه، والإجراء المهم الذي اتخذ، والشخص الذي يملك القرار التالي، وموعد المراجعة التالية. لا ينبغي أن تكون نسخة من المحادثة أو حكما دائما مبنيا على انطباع سريع.
تعامل مع الملاحظة كتسليم للعمل
توجد الملاحظة كي يستطيع شخص آخر اتخاذ القرار الآمن التالي. ليست يوميات لكل ما فعله الموظف، وليست بديلا عن سجل الرسائل أو المرفق أو الطلب أو السجل التقني.
يصف دليل مايكروسوفت لإدارة الحالات الحالة بأنها السجل الأساسي الذي يتابع مشكلة واحدة عبر القنوات والموظفين من الاستلام إلى المعالجة ثم الحل. هذا حد عملي جيد. حافظ على هوية واحدة للمشكلة، واربط الدليل الموجود، واستخدم الملاحظة لشرح وضع القرار الآن.
يهم ذلك داخل سير عمل دعم العملاء لأن الشخص التالي قد يدخل بعد ساعات أو من قناة أخرى أو بصلاحيات مختلفة. الملاحظة الجيدة تلغي الحاجة إلى شرح خاص من الموظف السابق.
سجل خمسة أمور ثم توقف
ابدأ بالنتيجة التي ما زال العميل يريدها. عبارة مثل «يحتاج مصباحا بديلا صالحا للاستخدام» أوضح من «شكوى توصيل». بعد ذلك اذكر الدليل الذي تحققت منه، مثل صورة داخل المحادثة أو رقم طلب مطابق أو خطوة فحص فشلت.
- حاجة العميلاذكر النتيجة التي ما زال العميل ينتظرها بلغته الواضحة.
- الدليل المتحقق منهسجل ما تمت ملاحظته ومكان التفاصيل الداعمة.
- الإجراء المنجزاذكر الخطوة المهمة التي تمت ونتيجتها.
- المالك المقبولحدد من يتحمل المسؤولية الآن لا من تلقى إشعارا فقط.
- المراجعة التاليةحدد الإجراء أو الحدث أو وقت المراجعة التالي.
سجل الإجراء المهم ونتيجته. عبارة «أرسل إلى المستودع» ناقصة إذا لم يقبل أحد المسؤولية. اذكر المالك الذي قبل العمل، ثم حدد ما سيحدث ومتى ستراجع الحالة.
العناصر الخمسة هي حاجة العميل، والدليل ومكانه، والإجراء ونتيجته، والمالك الحالي، والخطوة أو الحدث أو وقت المراجعة التالي.
يجب أن يحفظ صندوق الوارد المشترك المحادثة نفسها، بينما تحفظ الملاحظة وضع القرار. ويمكن أن يحتفظ سجل العميل بمعلومات الهوية والعلاقة الدائمة. لا تجعل خانة نص واحدة تقوم بكل هذه الوظائف.
افصل الحقيقة عن التفسير
«أرسل العميل صورتين تظهران شرخا في القاعدة» حقيقة يمكن مراجعتها. أما «العميل صعب» فهو تفسير لا يقود إلى إجراء مفيد. إذا كان التقييم يؤثر فعلا في القرار، فسمه تقييما واذكر أساسه. مثلا، «خطر سلامة محتمل لأن عازل السلك ظاهر في الصورة المرفقة» يوضح ما لوحظ ولماذا يهم.
يعامل الإطار الأساسي للخصوصية من NIST تقليل البيانات كمبدأ للخصوصية، ويتضمن الجمع أو الكشف الانتقائي لعناصر البيانات. طبّق ذلك على الملاحظات: احتفظ بالحقائق اللازمة للقرار التالي لا بالتفاصيل التخمنية، وسمِّ أي تقييم بوضوح وسجّل الملاحظة التي يستند إليها.
لا تضف تخمينات عن مزاج العميل أو صحته أو أمواله أو أسرته أو دوافعه. ولا تنسخ وثائق الهوية أو بيانات الدفع أو كلمات المرور أو الأسرار القابلة لإعادة الاستخدام داخل الملاحظة. استخدم الإجراء الآمن المعتمد وضوابط الوصول.
| جزء السجل | من يحدثه | متى يحدث |
|---|---|---|
| حاجة العميل | مالك الحالة الحالي | عندما تتغير النتيجة المطلوبة |
| رابط الدليل | من تحقق منه | عندما يغير دليل جديد القرار |
| نتيجة الإجراء | من نفذ الإجراء | عند النجاح أو الفشل أو الإلغاء |
| الملكية | من يقبل المسؤولية | عند تسليم الحالة رسميا |
| المراجعة التالية | المالك الحالي | عندما يتغير الحدث أو الوعد أو الوقت |
اكتب للقرار التالي
لنفترض أن عميلا أبلغ عن مصباح بديل بغطاء مشروخ. ملاحظة ضعيفة تقول «تحدثنا مع العميل وأرسلنا للمستودع». أما الملاحظة العملية فقد تقول إن العميل يحتاج بديلا سليما قبل فعالية الجمعة، وإن صورتين في محادثة واتساب تظهران الشرخ، وإن الطلب يطابق الغرض، وإن سام قبل مراجعة المخزون، وإنه لم يقدم وعد شحن بعد، وإن المالك سيراجع الحالة عند الرابعة ويحدث العميل. هذا مثال افتراضي.
لاحظ ما تم حذفه. لا توجد نسخة من المحادثة، ولا وصف لشخصية العميل، ولا وعد بالشحن قبل التأكد من المخزون. يستطيع الموظف التالي رؤية حد القرار مباشرة. استخدم لغة بسيطة وتاريخا ووقتا دقيقين عند وجود وعد. وإذا لم يوجد مالك، فقل ذلك بوضوح ووجه الحالة بدلا من إخفاء الفجوة بكلمة «صعدت».
حافظ على التاريخ من دون إبقاء الالتباس
لا تعيد كتابة ملاحظة قديمة حتى يبدو القرار الجديد وكأنه كان واضحا دائما. أضف تحديثا مؤرخا. وإذا كانت معلومة سابقة خاطئة، صححها مباشرة واربط الدليل. التصحيح القصير أوثق من التعديل الصامت.
لا تغلق الملاحظة إلا عندما لا تعود الخطوة التالية مطلوبة أو تنتقل إلى مهمة منفصلة لها مالك. الحل يعكس نتيجة تحقق منها العميل، لا مجرد انتهاء الموظف من الكتابة. وإذا رد العميل بمشكلة مختلفة، فقرر أولا هل تنتمي إلى الحالة نفسها.
اختبر الملاحظة بطريقة بسيطة. أخف سجل المحادثة واسأل موظفا آخر ما الذي ما زال العميل يحتاجه، ومن يملك القرار التالي، ومتى ستراجع الحالة. إذا لم تجب الملاحظة عن الأسئلة الثلاثة فهي غير جاهزة.
ضع البنية داخل سير العمل
أفضل طريقة لتحسين الملاحظات هي إدخال الحقول المتوقعة في روتين العمل. يمكن أن يطلب سير أتمتة خفيف مالكا مقبولا وموعد مراجعة قبل اكتمال التسليم. لكن لا ينبغي أن يملأ حقائق لا يستطيع النظام التحقق منها.
يمكن لـ DripTell جمع سجل المحادثة والملاحظات الداخلية والملكية وسياق العميل في مساحة واحدة. ومع ذلك يبقى المعيار بشريا. اكتب فقط ما يحتاجه الشخص المسؤول التالي لمتابعة آمنة، ثم اختبر الملاحظة عبر تبديل وردية حقيقي.
الأسئلة الشائعة
كم يجب أن يكون طول ملاحظة الحالة؟
بالقدر الذي يحفظ وضع القرار الحالي، وغالبا تكفي بضع جمل واضحة. قد تحتاج الحالات المعقدة إلى أكثر، لكن نسخ المحادثة ليس ملاحظة أفضل.
هل تكتب مزاج العميل في الملاحظة؟
فقط عندما يؤثر سلوك يمكن ملاحظته في السلامة أو الإجراء التالي. سجل السلوك والسياق، لا وصفا للشخصية أو تخمينا للدافع.
هل ينسخ الموظف رسائل العميل؟
غالبا لا. أشر إلى الرسالة أو المرفق أو الحدث الأصلي، واقتبس الجزء الصغير الذي يمنع الالتباس فقط.
متى تحدث الملاحظة؟
عندما يتغير الدليل أو تظهر نتيجة إجراء أو يقبل مالك جديد المسؤولية أو يتغير موعد المراجعة. أضف تصحيحا مؤرخا بدلا من محو التاريخ.
DripTell Editorial
إرشادات عملية راجعها فريق المنتج وتجربة العملاء في DripTell.
تعرّف على كيفية التحقق من معلومات المنتج واستخدام المصادر الرسمية وتصحيح الأخطاء.
سياسة التحرير والمصادر