مشكلة في تطبيق: من سؤال المستخدم إلى إصلاح المطور
مستخدم لا يستطيع اعتماد طلب في نظام داخلي، تظهر له رسالة خطأ. قد يكون خطأ استخدام يحله مقال، أو خللًا برمجيًا يحتاج مطورًا. هذه الرحلة توضح كيف يُفرز البلاغ، ويصل للمطور بسياقه الكامل فقط حين يلزم.
الرحلة خطوة بخطوة
اضغط أي خطوة أو استخدم الأزرار لترى حالة التذكرة.
- محاولة ذاتية
أثناء كتابة البلاغ في البوابة تظهر مقالات مقترحة، لا تحل المشكلة.
المستخدم - البلاغ
مع لقطة الشاشة ورسالة الخطأ.
المستخدم - تذاكر مشابهة
المساعد يكتشف 3 بلاغات بنفس الرسالة اليوم، فتُربط بتذكرة أم.
المساعد الذكي - المستوى الأول
يتحقق ويعيد إنتاج الخطأ، فيتأكد أنه خلل لا خطأ استخدام.
L1 - التصعيد للمطورين
تصعيد وظيفي لـ L3 مع خطوات إعادة الخطأ، وWebhook لأداة فريق التطوير.
L1 - حل مؤقت
المطور يوثق طريقة بديلة للاعتماد، تُرسل لكل المتأثرين.
المطور - الإصلاح والإصدار
نشر الإصلاح عبر طلب تغيير معتمد.
فريق التطوير - إبلاغ الجميع
إغلاق التذكرة الأم والمرتبطة وإبلاغ أصحابها، ومقال في قاعدة المعرفة.
النظام
قبل النظام وبعده
| الجانب | دون نظام | مع النظام |
|---|---|---|
| الأسئلة المتكررة | تصل للفريق كلها | تُحل بالمقالات المقترحة |
| البلاغات المكررة | كل واحد يعالج وحده | مربوطة بتذكرة أم |
| المطورون | يُقاطعون بكل سؤال | يصلهم الخلل المؤكد بسياقه |
| المتأثرون | ينتظرون دون معلومة | حل مؤقت ثم إشعار بالإصلاح |
| المعرفة | تضيع | مقال للحالة |
الميزات التي ظهرت في هذه الرحلة
قاعدة المعرفة
المقالات المقترحة.
التفاصيلالذكاء الاصطناعي
التذاكر المشابهة.
التفاصيلالإسناد والمستويات
L1 إلى L3.
التفاصيلAPI وWebhooks
أدوات التطوير.
التفاصيلإدارة المشكلات
الحل المؤقت.
التفاصيلإدارة التغيير
الإصدار.
التفاصيلأسئلة عن هذه الحالة
للمزيد راجع الأسئلة الشائعة.
هل يجب ربط النظام بأداة التطوير؟
ليس ضروريًا، لكنه يسرّع العمل عبر Webhooks وAPI.
ماذا لو تكرر الخلل بعد الإصلاح؟
يُفتح سجل مشكلة لتحليل السبب الجذري. مشكلة متكررة
هل يرى المستخدم أن المشكلة عامة؟
نعم، بإعلان في البوابة حين تكون المشكلة معروفة.
حالات وصفحات مرتبطة
شاهد الرحلة على طلباتك
نطبق هذه الحالة بتفاصيل منشأتك في العرض التوضيحي.
- سيناريو من واقعكم
- فرقكم وسياساتكم
- إجابات مباشرة