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