تحسين دعوات المسؤول

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

:microscope: ما الذي يتغير عند تفعيل العلامة

تم إعادة تصميم نافذة الدعوات مع تبديل بين الأعضاء / المسؤولين:

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

  • دعوة المسؤولين:
    أدخل عنوان البريد الإلكتروني وانقر على إنشاء وإرسال. دعوات المسؤولين تكون دائمًا للاستخدام الواحد ومقيدة بذلك العنوان. عند قبول المدعو للدعوة:

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

  • خطوة “دعوة المساهمين” في لوحة إعدادات المسؤولين تفتح الآن هذا السير مع تحديد علامة التبويب “المسؤولين” مسبقًا.

قبل

بعد

:gear: تفعيل سير العمل الجديد للدعوات في مجتمعك

انتقل إلى صفحة التغييرات القادمة في منطقة المسؤول (/admin/config/upcoming-changes). ابحث عن عنصر “تفعيل نافذة الدعوات مع الأدوار” وقم بتحديث حقل “مفعّل لـ…” لتضمين مجتمعك في التجربة الجديدة. يمكنك إلغاء الاشتراك من نفس الصفحة في أي وقت.

:mega: ما رأيك؟

الكلمة لك: نود أن نعرف رأيك في هذا التحديث. ما الذي يعجبك وما لا يعجبك؛ ما الذي يعمل بشكل جيد، وما الذي يمكن تحسينه؟

13 إعجابًا

لماذا تريد فقط دعوة مسؤول (admin) وليس مشرفاً (moderator)؟ بالنسبة لي، الوصف مربك “يصبح المدعو مشرفاً عند التسجيل ومسؤولاً بمجرد أن يؤكد المدعو بريدك الإلكتروني”، فهل يعني ذلك أنه إذا لم توافق على بريده الإلكتروني سيظل مشرفاً فقط؟ ربما أفسر هذا بشكل خاطئ، لكنك تحتاج إلى بريد إلكتروني مفعل للقيام بالأعمال؟

لماذا لا يكون الأمر مثل هذا النموذج الذي صممته؟

إعجابَين (2)

لأن تجاوز رسالة تأكيد الترقية إلى مسؤول يمثل خطرًا أمنيًا.

3 إعجابات

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

إعجابَين (2)

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

شكراً لك على النموذج الأولي! اقتراح تسهيل دعوة مشرف باستخدام نفس واجهة المستخدم جيد، وقد ننظر في ذلك بمجرد تحويل المزيد من التركيز من تجربة المسؤول الأولية.

4 إعجابات

آه، حسنًا، شكرًا على التوضيح، كنت فقط أفتقر إلى السياق. أعني أن هذا يبدو منطقيًا لي الآن :grin:

إعجابَين (2)

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

قد تكون هناك أيضاً فرصة للتوعية هنا، من خلال رابط بسيط :red_question_mark: يوضح الفرق في الصلاحيات بين الخيارين. كل مرة يصل فيها المسؤول إلى استنتاج “أوه، في الواقع المشرف كافٍ” نجد أن مواقعنا تصبح أكثر أماناً قليلاً.

5 إعجابات

نعم، أعتقد أن هذا سيكون مكانًا مناسبًا لذلك.

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