تقارير وتحليلات المشرف: تغييرات تدريجية

نحن نبدأ إعادة عمل أوسع للوحة تحكم المسؤول.
تركز هذه الخطوة الأولى على جعل قسم التقارير والتحليلات (Reporting & Analysis) أوضح وأسهل في التنقل.

في هذا الموضوع، سنستعرض التغييرات التزايدية الأولى ونشارك كيف يمكنك البدء في استخدامها اليوم.

:microscope: ما الذي تغير

تجميع التقارير

الخطوة الأولى التي نتخذها هي تجميع التقارير. نهدف إلى تجميعها حسب نوع الأسئلة التي يمكن أن تجيب عليها. في الوقت الحالي، هذه المجموعات هي:

  • المشاركة (Engagement)
  • الزيارات (Traffic)
  • الأعضاء (Members)
  • المحتوى والصحة (Content & Health)
  • الإشراف (Moderation)
  • الأمان (Security)

أي شيء لا يتناسب أو التقارير الجديدة سيتم وضعه في فئة متبقية (“أخرى”).

الهدف هو تقليل العبء المعرفي وتسهيل العثور على التقرير الذي تحتاجه دون مسح قائمة طويلة ومسطحة.

تنظيف التقارير

بمرور الوقت، تراكمت صفحة التقارير على المزيد من المخططات التي لا يستخدمها معظم المسؤولين بشكل فعال.

كجزء من هذا التحديث، أزلنا مجموعة من التقارير من العرض الرئيسي.

نظرة عامة على التقارير القديمة
  • bookmarks
  • likes
  • moderator_warning_private_messages
  • notify_moderators_private_messages
  • notify_user_private_messages
  • post_edits
  • profile_views
  • system_private_messages
  • top_users_by_likes_received_from_inferior_trust_level
  • top_users_by_likes_received_from_a_variety_of_people
  • user_to_user_private_messages

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

للحصول على تحليل أكثر تفصيلاً أو لمرة واحدة، يمكن دائمًا تكرارها عبر مستكشف البيانات.

تغييرات التنقل والتخطيط

لقد قمنا أيضًا بتبسيط قسم الرأس ليتناسب مع تخطيط المسؤول الأحدث لدينا ويوفر مساحة عن طريق عدم التكرار في كل صفحة تقرير.

كما ترى: المزيد من المحتوى فوق الطية.

أصبحت صفحة التقارير الآن مفصولة عن لوحة التحكم.
بدلاً من العرض داخل عرض لوحة التحكم، أصبحت الآن تعيش في مسار مخصص خاص بها (/admin/reports).

يزيل هذا المسارات المكررة ويبسط التنقل بينما نتجه نحو تجربة مسؤول أكثر نمطية.

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

:gear: تفعيل تحسينات التقارير في مجتمعك

في الوقت الحالي، يعتبر هذا تغييرًا تجريبيًا! نرحب بملاحظاتك، والتي ستساعدنا في إجراء التحسينات وتعميم هذا على نطاق أوسع.

لتشغيل هذا، انتقل إلى صفحة التغييرات القادمة في منطقة المسؤول لديك (/admin/config/upcoming-changes) وابحث عن عنصر تحسينات التقارير (Reporting improvements). قم بتحديث حقل ممكّن لـ (Enabled for)… للاشتراك في هذا التصميم الجديد:

:mega: ما رأيك؟

الكلمة لك: نود أن نسمع رأيك في عملية إعادة العمل هذه. هل التجميعات منطقية؟ كيف تستخدم تقاريرنا؟

سيتم تحديث هذا الموضوع بمزيد من التحسينات لهذه المنطقة.

15 إعجابًا

شكرًا لاهتمامكم بالمسؤولين!

هل يمكن نشر هذه كاستعلامات data-explorer في #data-reporting، أم سيقوم شخص ما بتوثيق كيفية استخدام Discourse Prometheus للأشخاص المهتمين؟

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

إعجابَين (2)

إنها كذلك. لا يزال بإمكانك العثور عليها حاليًا باستخدام وسم #dashboard-sql، وهي مرتبطة في Admin dashboard report reference guide

للمرجع المستقبلي حيث من المرجح إزالتها من هذه قريبًا:

التقرير الموضوع
bookmarks Dashboard Report - Bookmarks
likes Dashboard Report - Likes
moderator_warning_private_messages Dashboard Report - Moderator Warnings
notify_moderators_private_messages Dashboard Report - Notify Moderators
notify_user_private_messages Dashboard Report - Notify User
post_edits Dashboard Report - Post Edits
profile_views Dashboard Report - User Profile Views
system_private_messages Dashboard Report - System
top_users_by_likes_received_from_inferior_trust_level Dashboard Report - Top Users by Likes Received from a User with a Lower Trust Level
top_users_by_likes_received_from_a_variety_of_people Dashboard Report - Top Users by Likes Received From a Variety of People
user_to_user_private_messages Dashboard Report - User-to-User
إعجاب واحد (1)

طلب ميزة:

هل تفكر في نقل التقارير إلى مسار غير خاص بالمسؤول (non-admin path)، وإدارة الوصول عبر إعداد جديد باسم ..._allowed_groups؟ :))

  access_reports_allowed_groups:
    default: "1|2" # مجموعات المسؤولين والمشرفين تلقائياً
    mandatory_values: "1|2" # مجموعات المسؤولين والمشرفين تلقائياً
    type: group_list
    allow_any: false
إعجابَين (2)

هل التحذير الموجود داخل الجدول في لوحة التحكم الخاصة بي هو نتيجة متوقعة؟

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

الإنجليزية الألمانية
solved solved
documentation categories AI
AI user notes
Reactions Calendar
User notes documentation categories
Calendar Reactions

في الوقت الحالي، هذا ليس مطروحاً على الطاولة على الإطلاق. نحن نرى أن التقارير هي منطقة إدارية محددة جداً.

هل لديك حالة استخدام محددة في ذهنك؟

هاها، حسناً، أعتقد أننا فعلنا شيئاً مميزاً جداً هنا :sweat_smile:

يبدو أنها مرتبة أبجدياً، بناءً على اسم التقرير الأول في المجموعة…

لذا على سبيل المثال باللغة الإنجليزية لدي:

في حين أنني أعتقد أن هناك سحراً غريباً معيناً في ذلك، سنقوم بـ… ترتيبه

إعجاب واحد (1)

لقد تلقيت اهتمامًا معينًا ببعض التقارير من القيادة الذين ليسوا بالضرورة تقنيين ولا ينبغي أن يحصلوا على دور المسؤول أو المشرف فقط للوصول إلى التقارير.

يمكنني بالطبع إعادة إنشاء التقارير باستخدام مستكشف البيانات (Data Explorer)، ومشاركة تلك التقارير معهم أيضًا. ولكن على الجانب السلبي؛

  • أحتاج إلى صيانة تقارير مستكشف البيانات هذه حيث يتم تحديثها في النظام الأساسي (core)
  • الرسوم البيانية والمخططات متاحة فقط في التقارير (Reports)، وليس في تقارير مستكشف البيانات (Data Explorer reports) (ما لم أغفل شيئًا ما)
  • واجهة مستخدم التقارير (Reports UI) أقل إدارية (أكثر سهولة في الاستخدام) من واجهة مستخدم تقارير مستكشف البيانات (data explorer reports UI)

حتى أنني سأذهب إلى أبعد من ذلك وأطلب تمكين تقارير التقارير (Reports reports) لمجموعات محددة، تمامًا كما تفعل تقارير مستكشف البيانات :smiley:

ومع ذلك، فإن هذا الطلب بأكمله سيكون ميزة “لطيفة للحصول عليها” (nice to have)، وليس “يجب الحصول عليها” (must have) : ))

4 إعجابات

شكرًا لتوضيحك - إنها حالة استخدام مثيرة للاهتمام.

لا أعرف مقدار الحمل الإضافي الذي قد يجلبه شيء كهذا؛ ربما يكون ضئيلاً. سأثير هذا الأمر داخليًا عند مناقشة هذا المشروع!

إعجابَين (2)

لقد تم ذلك الآن - يجب أن يكون أبجدياً، ويتغير مع لغة واجهة المستخدم.

أستخدم top_users_by_likes_received_from_a_variety_of_people لتحديد إحدى جوائز نهاية العام لدينا. أود أن أظل قادرًا على الوصول إلى هذا التقرير لهذا السبب.

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

إعجاب واحد (1)

هل يمكنك شرح سبب عدم كفاية إجمالي الإعجابات؟ هل هذا لتجنب إمكانية التلاعب بالجوائز عن طريق الإعجاب المكثف بين مجموعة صغيرة؟

أنا لا أحتج - مجرد فضول: لماذا تتم إزالة هذه التقارير بدلاً من وضعها تحت عنوان مطوي أو شيء من هذا القبيل. هل ستتطلب صيانة لا تستحق العناء؟

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

كلما زاد عدد تقارير المستخدمين التي تُظهر أشخاصًا يقومون بأشياء نريد تحفيزها، كان ذلك أفضل.

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

إعجابَين (2)

سؤال وجيه.

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

لأن مراقبة ما إذا كانت هناك أية شكاوى تظهر هي أسهل طريقة لمعرفة ما إذا كان شيء ما ذا قيمة أم لا :slight_smile:
وفي التصميم، وبالنسبة لي شخصيًا، فإن مفهوم وجود فئة “إضافية” يتم إخفاؤها ببساطة تحت عنوان قابل للطي هو علامة على أن الميزات المحيطة ليست مصممة بشكل جيد. جزء من التصميم الجيد هو أيضًا الجرأة على تقليم الأشياء.

إعجاب واحد (1)