مرحباً بفريق عمل Discourse الرائع الذي يدير ويحافظ على هذا المنتدى الرائع عبر الإنترنت بحب باستخدام منتجهم الخاص.
ألاحظ أن لدينا إضافة “Solved” نشطة في قسم Support. من الرائع رؤية هذا التطبيق الرائع لـ dogfooding عمليًا! وكذلك استخدام علامات fixed و completed.
للأسف، هناك عدد كبير من المواضيع في أقسام Support و Bug و Feature و UX لم يتم تمييزها بهذه العلامات. هذا مربك جدًا لمستخدمي هذا المنتدى، ويعيق البحث الفعال عن الحلول الموجودة. بشكل أساسي، إذا لم يتم استخدام هذه العلامات باستمرار، فربما لا ينبغي استخدامها على الإطلاق.
هل لي أن أطلب إعطاء الأولوية لهذا الأمر في المستقبل وتكليف شخص ما (؟متدرب، ؟؟ذكاء اصطناعي) بمهمة تمييز المواضيع القديمة بشكل صحيح؟
هذا يبدو لي الكثير من التنوع. لا أعرف لماذا تختلف العلامات. ربما يكون من المفيد/المفيد للأشخاص التمرير عبر قوائم تلك العلامات بشكل فردي. ومع ذلك، فإن هذه العلامات والغرض منها ليست قابلة للاكتشاف بسهولة.
تم الحل (solved) قابلة للاكتشاف بسهولة وتعمل بشكل جيد للدعم. أعتقد أنه من المنطقي قصرها على تلك الفئة. من المفيد أن تكون قادرًا على التصفية حسب الموضوعات التي تم حلها/لم يتم حلها في تلك الفئة - غالبًا ما أنسى قائمة السحب تلك وأتمنى لو كانت قابلة للاكتشاف بشكل أكبر في واجهة المستخدم.
fixed (تم الإصلاح) يستخدم فقط في BugUX ويعني أنه تم إصلاح خطأ أو خطأ في تجربة المستخدم.
إنشاء استعلام مستكشف بيانات بنتائج مثل الجدول أعلاه، ولكن مع سرد العدد الفعلي والحديث للمواضيع التي تم حلها/لم يتم حلها، تم إصلاحها/لم يتم إصلاحها، مكتملة/غير مكتملة، تم تسليمها/لم يتم تسليمها.
إنشاء استعلام مستكشف بيانات يسرد المواضيع التي تم إغلاقها، إصلاحها، إكمالها، تسليمها في إطار زمني معين.
إنشاء موضوع هنا في Site feedback لمشاركة نتائج الاستعلامات المذكورة أعلاه كل أسبوع باستخدام أتمتة.
إنشاء موضوع هنا مع دليل إرشادي بسيط حول كيفية إنهاء المواضيع وتجميع فريق لمتابعته لبدء العمل على القائمة، بترتيب زمني عكسي.
لقد أضفت الأوصاف أدناه، لتظهر عند تمرير الماوس فوق العلامة أو الانتقال إلى صفحة العلامة. أخبرني إذا كانت لديك اقتراحات. أنا متردد بين الإيجاز والإيجاز، وتقديم سياق أكثر تفصيلاً. الفئات نفسها لها أيضًا أوصاف أكثر تفصيلاً.
fixed
نعطي الأولوية لإصلاح الأخطاء في برامجنا التي تم الإبلاغ عنها في فئتي Bug و UX. بمجرد إصلاح الأخطاء، يتم إعطاؤها هذه العلامة.
completed
عند تنفيذ الميزات المقترحة في فئتي Feature و #ux، يتم إعطاؤها هذه العلامة.
delivered
عند تأكيد تسليم موضوع في Marketplace من قبل المزود أو المستلم، يتم إعطاؤه هذه العلامة.
ظاهريًا، تضع علامة fixed على الأخطاء التي تم إصلاحها و completed على طلبات الميزات التي تم تنفيذها. [1] إنه جزء من العملية لإغلاق المواضيع (وإبقاء الأطراف المهتمة على اطلاع بالمعلومات ذات الصلة). تم تنفيذها في البداية لتوفير مؤشر مرئي بأن “شيئًا جيدًا قد حدث” مقابل رمز القفل للموضوع المغلق. عندما يتم تطبيق هذه العلامات باستمرار، تحصل على موجة جميلة من اللون الأخضر عند التمرير لأسفل قوائم مواضيع فئتها.
(وكان delivered علامة منفصلة ولكن مماثلة لم تكن خاضعة لسيطرة الفريق، لذا كان يمكن استخدامها في Marketplace)
بالنسبة لـ Solved، هناك العديد من الفئات التي تكون نشطة فيها بدلاً من مجرد فئة Support العامة. أي فئة تقريبًا حيث ستكون غالبية المواضيع أسئلة يمكن أن تحصل على حل. #support،#installation،#dev،#data-reporting،SSO
من الناحية المثالية، أفضل ممارسة هي أن يقوم المؤلف الأصلي بوضع علامة على الحل، لكننا نعلم أن هذا لا يحدث أحيانًا (لأسباب متنوعة)، لذلك كنت غالبًا ما أقوم بالتمرير عبر قوائم المواضيع وتنظيف بعض المواضيع المعلقة بعد أسبوعين أو نحو ذلك (بمجرد اعتبارها “مهجورة”)
نعم، أعتقد أن هذا ما كنت أقصده في الموضوع الأصلي. @JammyDodger - نحن نفتقدك وتفانيك في الحفاظ على سير Meta بسلاسة! شخصيًا، آمل أن يقدموا لك عرضًا لا يمكنك رفضه…
نريد بالتأكيد أن نفعل المزيد في هذا المجال.
إغلاق الموضوع
