О новой роли субадминов

За последние несколько месяцев мы наблюдали, как в Discourse внедряются улучшения и новые функции в административной панели. Как и любые крупные изменения, они вызвали как положительные, так и отрицательные отзывы.

Я думаю, что мы все ценим UI/UX нового интерфейса, и если мы замечаем какие-либо несоответствия, то это потому, что мы используем наши форумы по-разному.

Я собираюсь перезапустить своё сообщество, и, анализируя различные доступные в моей административной панели опции, я осознаю, что мне нужен «суб-администратор», который должен иметь доступ к определённым функциям, но не ко всему тому набору инструментов, который предлагает /admin.

Модераторы и TL3/TL4 занимаются контентом и управлением сообществом, тогда как инструменты, доступные этому «суб-администратору», более широкие и влияют на внутреннее управление Discourse.

Этот список является кратким черновиком и не является исчерпывающим. Он должен дать общее представление о том, что нужно обсудить.

Разрешённые права суб-администратора:

  • Доступ к моделям тональности/эмоций.
  • Обновление переводов (текстов) для пользовательских переводов, которые лучше соответствуют сленгу сообщества.
  • Пользователи, группы, значки, предстоящие функции.
  • Постоянные ссылки, специальные слова, встраивания.
  • Статистика, модерация, проверка и другие функции, которые не навредят сайту, если ими будут управлять доверенные суб-администраторы.
  • Настройка плагинов (возможно, выбор из списка, чтобы избежать наиболее чувствительных).

Права, НЕ выдаваемые «суб-администратору»:

  • Доступ ко всем опциям администрирования.
  • Обновление экземпляра Discourse.
  • Добавление или удаление компонентов темы.
  • Доступ к определённым настройкам, связанным с электронной почтой, безопасностью, входом пользователей и т. д.
  • Доступ к API-ключам, вебхукам и любой конфиденциальной информации о сайте.

Эти новые ограниченные права в разделе администрирования должны быть связаны с двумя отдельными административными панелями, основанными на функциях, которые выполняет каждая группа администраторов.

Таким образом, у нас будет, с одной стороны, (i) техническая панель управления, а с другой — (ii) функциональная панель управления, применимая к PM, CM и аналогичным ролям в различных организациях на их усмотрение.

Текущий модульный дизайн административной панели позволит основным администраторам выбирать между различными опциями, если они также хотят оставаться в курсе того, что происходит на функциональном уровне в управлении сообществом.

Я понимаю, что это может занять время, и, возможно, команда не хочет сразу же браться за это, но я думаю, что было бы здорово начать обсуждение этого вопроса в сообществе Meta, чтобы они могли прочитать наши мысли по этому поводу.

В моём конкретном случае, в нишевом сообществе, которое не имеет организационной структуры (помимо той, что возникает естественным образом), в настоящее время я не могу предоставить определённые права доступа, так как передача всей административной панели не была бы полезна для того, что мы делаем на данный момент.

Это буквально привязывает меня ко всему управлению Discourse, хотя я мог бы делегировать значительную часть задач естественным образом сформировавшейся команде — поскольку это люди, которым я доверяю, — но у них пока нет необходимого опыта, чтобы я мог просто делегировать им всё или предоставить доступ ко всему.

Ваши мысли?"