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