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