ضع اسم كل عنصر من عناصر التقدم أسفل الرسم البياني بدلاً من وضعه فوقه.
اعرض التاريخ المقدر للوصول إلى أهلية المستوى الثالث (TL3). بالنسبة للعديد من المستخدمين، ستكون متطلبات المشاركة لمدة 50 يومًا — أو المتطلبات الخاصة بقراءة عدد كبير من المنشورات في منتدى نشط — هي العامل المحدد.
بالنسبة للمتطلبات التي قد تمنع المستخدم من كسب المستوى الثالث (TL3)، قم بتضمين شرح واضح لكيفية تأثيرها على الأهلية. وإلا، قد يحقق المستخدم جميع المتطلبات المرئية فقط ليكتشف أن نافذة الأهلية لا تزال مغلقة بسبب عوامل مثل “تم كتم الصوت (آخر 6 أشهر)”، وذلك لأن منشوره الأول تم إنشاؤه باستخدام الهاتف مما أدى إلى كتم صوته بواسطة روبوت مكافحة البريد العشوائي.
يجب تحذير المنتديات التي تمكّن هذه الميزة من أنها قد تزيد بشكل كبير من عدد مستخدمي المستوى الثالث (TL3).
نظرًا لأن مستخدمي المستوى الثالث (TL3) يتمتعون بصلاحيات إضافية، فقد يحاول بعض الأشخاص التلاعب بالنظام للحصول على هذه الصلاحيات ثم إساءة استخدامها. وقد يقوم آخرون حتى بإنشاء نصوص برمجية لأتمتة العملية، متجاوزين إلى حد كبير المبدأ القائل بأن الثقة يجب أن تُكسب من خلال المشاركة الحقيقية.
ما يبدو جذابًا في البداية قد يتحول إلى كابوس إداري إذا لم يكن مسؤولو المنتدى على دراية بالعواقب المحتملة.
أنا شخصيًا لا أحب المقاييس كثيرًا، فهي تشغل مساحة كبيرة وأفضل إظهارها بشيء يميز بشكل أفضل بين تلك التي لديك بالفعل، وما لا يزال قيد التنفيذ، على سبيل المثال:
لا، لا يوجد أي شيء جاهز للاستخدام مباشرة. أقرب شيء يخطر على بالي هو ما نستخدمه في لوحة تحكم المسؤول المعاد تصميمها، لكنها عناصر بصرية على شكل أشرطة، وليست مكونًا قابلاً لإعادة الاستخدام (وليس مقسمًا).
بناءً على خبرتي الشخصية في موقف محدد، كان جزءًا مفيدًا من العملية هو إبقاء بشري في الحلقة.
كمستخدم عام، كنت قادرًا على تتبع النتائج الشهرية للجميع. ساعد ذلك في تحديد المستخدمين الذين كانوا نشطين باستمرار وفعالين في مساعدة الآخرين على المنتدى.
نظرًا لأنني كان لدي أيضًا وصول إلى إحصائيات مستويات الثقة، كنت أبدأ في مراقبة تقدم شخص ما بشكل أكثر تكرارًا بمجرد وصوله إلى حوالي 90٪ من عدة متطلبات مستوى الثقة 3. إذا بدا أنه من المرجح أن يستوفي متطلبات مستوى الثقة 3 لكنه كان لا يزال يفتقد إلى واحد أو أكثر من المتطلبات — ولم يكن لديه أي معلومات كمية تظهر ما كان متوقعًا أو مدى قربه منها — كنت أرسل له رسالة خاصة بتحديث.
بمجرد أن يصل المستخدم إلى مستوى الثقة 3، كانت الخطوة التالية هي الاستمرار في مراقبته. ساعد ذلك في ضمان عدم إساءة استخدام الامتيازات الإضافية، بينما وفر أيضًا فرصة لشرح ما تسمح به هذه الامتيازات وكيفية استخدامها بفعالية.
بالنسبة لمتطلبات مثل «غير معلق خلال الأشهر الستة الماضية»، سيكون من المفيد إظهار الوقت الذي تنتهي فيه الفترة ذات الصلة وتتغير حالة المتطلب إلى «مُنجَز».
تستخدم بعض المتطلبات نافذة زمنية متحركة. على سبيل المثال، لا يعتمد «أيام الزيارة» على المجموع الكلي للمستخدم على الإطلاق؛ بل يُحسب على مدى المائة يوم السابقة. قد يبدأ المستخدم الذي زك الموقع بشكل متكرر في بداية تلك النافذة ثم توقف لفترة ما في زيارة الموقع كل يوم مرة أخرى دون أن يرى قيمة الزيادة، لأن أيام الزيارة الأقدم تخرج من النافذة في نفس الوقت. يمكن أن يكون هذا السلوك مربكاً دون شرح.
يجب أيضاً أن تعرض الإحصائيات الحدود المهيأة للمتطلبات التي يمكن تغيير قيمها. عند النظر إلى <site>/admin/config/trust-levels، يبدو الآن أن ذلك يشمل معظم المتطلبات الكمية.
عندما تتغير إحدى القيم المهيأة، يجب أن يتلقى المستخدمون المتأثرون شكلاً من أشكال الإشعار أو الشرح. من المرجح أن يسأل المستخدمون الذين يعملون بنشاط نحو مستوى الثقة 3 (TL3) ويتتبعون المتطلبات الكمية الموظفين والمشرفين عن سبب تغير تقدمهم. قد يحتفظ بعضهم ببطاقات نتائج محلية الخاصة بهم وقد يلاحظون تغيراً في الحد خلال يوم واحد.
سيكون ميزة أخرى مفيدة هي قسم نص حر قابل للتعديل من قبل الموظفين يصف أي مزايا خاصة بالموقع المرتبطة بمستوى الثقة 3 (TL3) تتجاوز الأذونات التي يمنحها Discourse نفسه. لا تقدم العديد من المواقع مزايا إضافية، وفي هذه الحالة قد يكون الوصول إلى مستوى الثقة 3 (TL3) مجرد إنجاز «لقد كنت هناك، وفعلت ذلك». ومع ذلك، في مواقع أخرى، قد تجعل المزايا الإضافية الجهد يستحق.
كما يمكن أن يكون من المفيد تضمين عدد المستخدمين الحاليين في مستوى الثقة 3 (TL3) ودرجة نشاطهم.
هذا بالتأكيد أفضل، لكنني أحببت مثال المفهوم الذي كان يحتوي على أقرب إحصائية للعمل. يساعدني شخصياً في فهم سبب تأييدي الميزة في البداية (خسارة مستوى الثقة 3 وعدم معرفة السبب).
أفكر في الأمر مثل القيادة باستخدام خريطة تثق بها. في أحد الأيام، وأنت تتبعها، تجد نفسك على طريق غير موجود على الخريطة. قد يكون طريقًا مفقودًا واحدًا فقط، لكنك الآن لديك سبب للتشكيك في دقة بقية الخريطة.
وبالمثل، إذا تغيرت إحدى متطلبات المستوى الموثوق 3 (TL3) دون علمك، ووجدت فجأة أن الوصول إلى المستوى الموثوق 3 أصبح أكثر صعوبة بكثير، هل يمكنك الاستمرار في الثقة بأن القيم الأخرى المعروضة دقيقة؟
هذه هي إعدادات المستوى الموثوق 3 (TL3) الحالية التي أراها تحت <site>/admin/config/trust-levels لموقع محدد:
لمدة طويلة، لم يكن من الممكن تغيير العديد من هذه القيم من خلال إعدادات الموقع. يمكن الآن تغييرها بسهولة نسبيًا.
نظرًا لأن هذه الإعدادات هي مصدر الحقيقة للعديد من متطلبات المستوى الموثوق 3 (TL3)، يجب أن يتضمن اختبار البرنامج المساعد تغيير أحد هذه الإعدادات والتحقق من أن النتيجة المعروضة من قبل البرنامج المساعد تتغير وفقًا لذلك.
فكر في ردّي السابق كخبر دليل لأي شخص يحاول تحديد مصدر الحقيقة لهذه القيم: <site>/admin/config/trust-levels. ومع ذلك، يتطلب عرض هذه الصفحة صلاحية المسؤول.
فهمت ذلك. تضع الإضافة الإحصائيات في مسار API عند /u/:username/tl3-progress.json، والذي يحصل على البيانات من الخلفية باستخدام جميع الطرق الأساسية التي تصل إلى هذه الإعدادات. لذلك، يتم تحديث الإحصائيات عندما يتم تحديث الخلفية في الخلفية. بناءً على اختبارات، يتم تحديث المجاميع فورًا.
تحديث سريع: أعمل على مؤشر الإحصائيات الأقرب التالي:
فكّر أيضًا في المستخدمين الذين قد يفقدون قريبًا وضع TL3. سيكون من المفيد وجود مؤشر يوضح أي إحصائية — أو إحصائيات — تعرض وضع TL3 لديهم للخطر.
أعتذر لأنني أشارك هذه المعلومات الصغيرة بشكل متقطع. لقد اكتسبت معظم هذه المعرفة من خلال التعلم من الأخطاء على طول الطريق، لذا فإن بعض التفاصيل لا تخطر على بالي إلا عندما تستحضرها فكرة أخرى. آمل أن يكون هذا واضحًا.
بالنظر إلى الأنواع المختلفة للإشعارات وكيفية إنشائها، لست متأكداً مما إذا كان من الممكن إرسال إشعار مخصص لإعادة التوجيه إلى صفحة ملخص المستخدم أو شيء مشابه دون تقديم طلب سحب (PR) إلى النسخة الأساسية، أو أكثر. أي أفكار @chapoi؟
بجانب جزء 
)
.
