جهّز قالب دعم يستطيع فريقك استخدامه بصورة صحيحة

اختر وظيفة القالب قبل اختيار صياغته

ابدأ بالحدث الذي يؤدي إلى الاستجابة والتقدم الذي يجب أن يحققه العميل بعد قراءته. إقرار يؤكد الاستلام؛ طلب المعلومات يفتح التحقيق؛ وتحديث الحالة يشرح ما هو معروف؛ إغلاق يسجل النتيجة. يمكن أن يؤدي الجمع بين الوظائف الأربع في رد عالمي إلى إنشاء فقرات غير ذات صلة ووعود غير مقصودة.

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

أنشئ بطاقة للقالب، لا نصًا فقط

بالنسبة لخدمة برمجية خيالية، تخيل أن أحد العملاء يبلغ عن عدم فتح الملف الذي تم تصديره. يحتاج الفريق إلى تنسيق التصدير والوقت التقريبي للمحاولة ووصف الخطأ. ولا تتطلب السياسة التوضيحية كلمات مرور أو مجموعات بيانات كاملة للعملاء. هناك نموذج مفيد يسأل عن تفاصيل التشخيص المفقودة ويشرح سبب الحاجة إليها.

البطاقة التالية مواصفات مقترحة لمكتبة الدعم الخاصة بك. لا تعني هذه الحقول أن Colay يحتوي على نظام لإدارة قوالب مكتب المساعدة.

اطلب مسودة أولى قابلة للاستخدام وحالة استثناء

في Colay، قارن مسودات الوكلاء المختارين باستخدام نفس الملخص. قد يكتب أحدهم افتتاحية أفضل بينما يلتقط آخر حالة مفقودة. احكم عليهم وفقًا للبطاقة بدلاً من التعامل مع الفقرة الأكثر صقلًا كقالب تشغيلي كامل. ويكفي عدد قليل من المتغيرات المفيدة للبدء.

أنشئ بطاقة لقالب دعم يعالج [الحدث وهدف العميل]. القناة والأسلوب: [التفاصيل]. الحقائق والسياسة المعتمدة: [المصدر]. المعلومات المطلوبة: [الحقول]. ما يجب عدم طلبه: [بيانات حساسة أو غير ضرورية]. أعد اسمًا مختصرًا وشروط الاستخدام والمتغيرات المطلوبة ومسودة للعميل وملاحظات داخلية وشروط التصعيد. أبقِ الملاحظات الداخلية خارج رسالة العميل. قدّم صياغة مختصرة وأخرى أكثر شرحًا بالالتزامات نفسها. أضف حالة افتراضية يناسبها القالب وأخرى يجب ألا يُستخدم فيها. اذكر القواعد الناقصة كأسئلة، ولا تخترع وعدًا بزمن الرد أو قرار استرداد أموال.

اختبر القالب عند حدوده

بالنسبة لمثال التصدير، يجب أن يؤدي حادث الخدمة المؤكد بالفعل إلى تحديث الحادث المعتمد بدلاً من استبيان تشخيصي آخر. هذه الحدود جزء من قيمة القالب. فهي تساعد الفريق على تجنب التعامل مع المسودة القابلة لإعادة الاستخدام كتعليمات لتجاهل السياق.

1. املأ كل متغير بقيم خيالية واقرأ النتيجة كعميل. أصلح الجمل التي لا تعمل إلا عندما يظل العنصر النائب مجردًا.
2. جرب حالة قام فيها العميل بالفعل بتقديم نصف المعلومات المطلوبة. إزالة الطلبات المتكررة والبدائل غير ذات الصلة.
3. جرب حالة خارج الشروط المسموح بها. تأكد من أن البطاقة تطلب من الوكيل اختيار رد آخر أو تصعيده.
4. اطلب من مسؤول الدعم المناسب اعتماد الصياغة والقواعد، ثم احفظ القالب في نظامك الحالي مع اسم المسؤول وموعد المراجعة.

احتفظ بمكتبة صغيرة من الاستجابات المتميزة

قم بتسمية القوالب حسب وظيفتها، مثل طلب تفاصيل التصدير المفقودة، بدلاً من التسميات الغامضة مثل الاستجابة الودية الثانية. احتفظ بالصياغة الرسمية في مكان واحد وأرشفة الإصدارات التي تم استبدالها من خلال العملية العادية. إذا كانت هناك عدة نماذج تختلف فقط في التحية، ففكر في نموذج واحد به ملاحظة واضحة.

راجع التعليقات الحقيقية والتعديلات التي يجريها الوكلاء بشكل متكرر. قد تنتمي الفقرة التي تتم إزالتها بشكل متكرر إلى كتلة اختيارية؛ قد يحتاج الاستثناء المتكرر إلى القالب الخاص به. استخدم Colay مرة أخرى عندما يكون لديك ملخص مراجعة ملموس. الهدف هو صياغة أقل تكرارًا مع اتخاذ قرارات أكثر وضوحًا، وليس مكتبة تنمو بشكل أسرع من قدرة الفريق على صيانتها.

إجابات عن أسئلتك