Одобрение пользователей сообществом

В нашем сообществе мы решили, что нам нужна закрытая группа, и пользователи должны утверждаться сотрудниками. Поэтому я включил опцию «Требуется утверждение пользователей». Это работает, но проверка занимает слишком много времени.

Было бы здорово, если бы существующие участники могли голосовать по заявкам на утверждение и проводить проверку. Тогда пользователи могли бы автоматически утверждаться после истечения времени голосования, либо сотрудники могли бы проанализировать результаты голосования и быстро принять решение по заявке. На данный момент я вручную создал тему в категории, где пользователи с уровнем доверия 2 могут проверять заявки; я вручную добавляю скриншот страницы проверки (после использования инструмента «Inspect Element» и скрытия адреса электронной почты пользователя). Если бы эта функция стала частью Discourse, это было бы отлично.

3 лайка

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

6 лайков

Не уверен, нравится ли это мне или кому-то ещё…


Этот процесс занимает больше времени, чем нажатие кнопки одобрить пользователя :slight_smile:

2 лайка

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

2 лайка

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

3 лайка

Да, я согласен с вами. Частный случай использования одного человека может не подходить для всех. Но разве не уместно, чтобы закрытое сообщество принимало участников, одобренных большинством существующих членов? Сначала я попробую своё собственное ручное решение, которое я использую с опросами, и посмотрим, как оно сработает.

1 лайк

Для меня это не имеет абсолютно никакого смысла. Если это закрытое сообщество, демократия здесь не нужна. Если это демократия, оно не обязано быть закрытым или заблокированным. То, что вы пытаетесь создать, — это чрезмерно усложнённая система, которая одновременно неэффективна и медлительна.

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

1 лайк

Понятия «глобальная демократия» не существует: голосовать могут только граждане конкретной страны, и они участвуют в демократической системе исключительно в рамках этой страны. Как гражданин Индии, я не могу голосовать в США. Для США наличие демократической системы имеет полный смысл. Чтобы получить право голоса, я могу подать заявку на получение гражданства, и власти (в нашей аналогии — сотрудники) могут одобрить или отклонить мою просьбу. Именно так работает система одобрения в Discourse. Система приглашений применяется, когда, например, США нуждаются в приглашении выдающихся или полезных людей со всего мира. В моём случае работает система одобрения, но она не является демократической, поскольку решение о принятии или отказе не принимается демократическим путём, а иногда сотрудники даже не до конца понимают, кого следует одобрить или отклонить.

Надеюсь, вы поняли мою аналогию. К тому же, мы здесь не ограничены технологиями. После того как пользователь будет принят или отклонён, база данных может быть очищена. Пользователь принимается только в том случае, если он побеждает в голосовании, и этот процесс автоматизирован — вмешательство сотрудников даже не требуется. Голосовать могут только пользователи с уровнем TL2 и выше.

В любом случае, мой конкретный сценарий может не подходить для всех случаев. Я согласен, что такая настройка сложна. В большинстве ситуаций я тоже выбрал бы систему только по приглашениям или одобрение сотрудниками, как вы предложили. И я всё ещё могу последовать вашему предложению.

Значит, ваша аналогия неверна. На самом деле вы предлагаете следующее: если индиец подаёт заявку на визу в США, то каждый гражданин США должен проголосовать за то, выдавать ли ему визу или нет.

1 лайк

Для меня это не имеет никакого смысла. Вы путаете два разных аспекта, которые не имеют друг с другом ничего общего.

Ладно. Единственное реальное различие между вашей аналогией и аналогией автора оригинального сообщения заключается в том, что он рассматривает нечто более «сильное» и постоянное в плане принятия (гражданство против визы). В конечном счёте это одно и то же.

Он действительно хочет, чтобы люди сами напрямую решали, кого они хотят принять, а кого нет. Впуск не открыт для всех. Необходимо согласие.

3 лайка

Нет, это не задача программного обеспечения для обсуждений. Знаете ли вы какое-либо другое программное обеспечение, которое это делает?

Можете ли вы указать нам на любой аналог где-либо ещё?

1 лайк

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

2 лайка

Даже если речь идет о гражданстве (или членстве в форуме), я не думаю, что имеет смысл требовать голосования всех участников для допуска одного человека.

1 лайк

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

1 лайк

Я просто не вижу в этом смысла. Сотрудники здесь, чтобы утверждать пользователей, так как, «якобы», сотрудники заслуживают доверия. Не уверен, почему всё сообщество должно подключаться, чтобы помогать утверждать пользователей… Не знаю. Особенно если всё сообщество говорит: «Нет, нам не нравится вид этого пользователя», и это превращается в публичное унижение, будь то в публичном или частном сообществе. Это как сказать:

Подходите, подходите! Посмотрите на нашу прекрасную коллекцию идиотов, которых мы решили публично отклонить.


По этой причине, Raj_Rathore, я выхожу.

Спасибо

3 лайка

Да, я вижу, что ты не видишь этого. Персонал не обязательно является «доверенным», и в большинстве случаев он не был выбран сообществом (ты можешь утверждать, что это было сделано косвенно, так как люди решили продолжать посещать этот форум). Одобрение пользователей персоналом ближе к диктатуре, чем к демократии. В лучшем случае это было бы представительной демократией, если бы персонал был выбран (в то время как ОП выступает за прямую демократию).

Так происходит, когда людям отказывают на входе в ночной клуб, не дают работу или увольняют, или, что ещё ближе к теме, когда их банят на форуме. И в чём именно разница с «публичным унижением», когда отказывает персонал? По крайней мере, когда решение принимается сообществом, его принимают довольно многие люди. Можно быть уверенным, что это будет более «справедливо» (не обязательно, но вероятно), в то время как решение, принимаемое произвольно одним или несколькими лицами.

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

Ничего личного, но я просто не понимаю, как ты не видишь в этом смысла. Что это тебя беспокоит и/или ты хочешь оставаться «под контролем» и так далее — хорошо (снова ближе к диктатуре, но таковы обычно частные форумы. Тогда есть хорошие и плохие диктаторы).

1 лайк

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

Можно взглянуть на это так: пользователь должен быть проверен несколькими участниками… Я хочу услышать мнение других. Например, в игре «Кто хочет стать миллионером» зачем существует опрос среди зрителей? Почему не выбрать кого-то случайно и спросить только одного человека? Мы предполагаем, что аудитория, скорее всего, более уверена. А в небольших сообществах нет даже одного сотрудника, кроме администратора.

И в некотором смысле я хочу уважать своё сообщество, дав ему право голоса о том, кто станет его членом, а также создать ощущение, что быть частью этого сообщества — это привилегия, которую не следует нарушать, всегда ценить её и иметь определённый контроль и право голоса в том, кого принять или отклонить. В любом случае, в решении об отказе или одобрении заявки на членство должно участвовать больше людей. @Mevo прекрасно понял мои взгляды.

И вот моё воображаемое решение: страница проверки должна быть видна пользователям с уровнем TL2 и выше, и там должен быть опрос, который закрывается через указанное время (система опросов уже является частью Discourse). Если сам Discourse предлагает проводить опрос при выборе модераторов или пользователей уровня TL4, то что плохого в привлечении пользователей к процессу принятия в сообщество? Я предполагаю, что новый пользователь будет рад, что выиграл «выборы» на вступление в это сообщество, и будет ценить своё право выбирать других участников. Это будет небольшое сообщество людей, которые доверяют друг другу, свободно делятся своими мнениями и находят понимание. Вопросы будут обсуждаться в конструктивном ключе. Скорее всего, они будут проявлять определённое уважение друг к другу (потому что они здесь благодаря тому, что кто-то проголосовал за их принятие), а также иметь схожие цели вступления в сообщество. По крайней мере, у всех будет сходство в целях и задачах, и для их достижения они делятся своими взглядами, поэтому люди будут более терпимы к мнениям друг друга и будут уважать сообщество. Надеюсь, что так и получится, по крайней мере.

В любом случае, если вы считаете, что это не будет полезно другим и не может быть частью Discourse, это тоже нормально. Я просто предложил что-то, что полезно и необходимо в моём случае использования, но не каждый случай использования может быть одинаковым или похожим; они могут различаться от сообщества к сообществу. Даже я выбирал бы разные варианты и решения в зависимости от ситуации. Если бы у всех был одинаковый случай использования, то в Discourse было бы предложено только одно решение по обработке членства, и жизнь была бы проще, но Discourse поддерживает несколько таких сценариев.

Надеюсь, я не нанёс никакого вреда, поделившись своим случаем использования и взглядами. И пожалуйста, не обижайтесь ни на что — я ничего оскорбительного не предлагаю. Если это кажется вам бессмысленным, это не обязательно должно иметь смысл для вас. То, что сообщество имеет право голоса в том, кто станет его членом, имеет для меня большой смысл, по крайней мере в моём случае использования.

3 лайка

Привет, Радж! Это интересная беседа. Не стоит слишком переживать из-за резких ответов — здесь много людей с твёрдыми взглядами на то, как должно функционировать обсуждение, и каждый из нас сам решает, как использовать эту платформу в соответствии со своими потребностями. :slight_smile:

Discourse разработан так, чтобы запуск сообщества был достаточно простым, без необходимости, чтобы сотрудники ежедневно тратили часы на помощь новым участникам в регистрации и начале работы, а также на модерацию обсуждений. Мой опыт показывает, что чем больше я полагаюсь на функции, предоставляемые «из коробки», тем проще мне работать на многих уровнях. Добавление кастомизаций и сторонних плагинов, изменение настроек по умолчанию и т. д. — это заманчиво и даже весело, но это также увеличивает объём работы, который вам придётся выполнять для поддержания платформы и удержания сообщества активным и вовлечённым. Вам решать, сколько дополнительной работы вы готовы на себя взять. Каждое сообщество уникально, и хотя то, что вы описываете, может показаться некоторым здесь безумием, для вашего сообщества это может иметь смысл. Вы можете просто попробовать, а если не сработает — всегда можно будет изменить подход позже.

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

Я думаю, что сама идея проверки не обязательно безумна. Вы напоминаете мне концепцию «основного членства», которую я создал для Глобальной сети по правовому расширению возможностей (Global Legal Empowerment Network), которую курирует правозащитная организация Namati. Любой может присоединиться к сети, чтобы поддержать движение за правовое расширение возможностей, но «основное членство» имеет более высокий порог и открывает дополнительные преимущества. Поэтому логично, что его получение должно быть сложнее, а нам — прилагать дополнительные усилия для проверки.

Возможно, вам будет интересно ознакомиться с процессом получения основного членства и перенять наш опыт. Всё подробно описано на странице: Core Membership - Grassroots Justice Network. Большинство людей получают основное членство, потому что подали заявку и были включены в короткий список или посетили мероприятие сети, но участники также могут заполнить подробную анкету и отправить её нашим сотрудникам. Затем мы проверяем подачу на полноту и уместность и используем личные сообщения в Discourse, чтобы запросить и получить полные детали и ответы на любые оставшиеся вопросы. Как только вся информация будет принята нами, мы передаём её нашему руководящему комитету сети через закрытую категорию, чтобы решить, отклонить ли каких-либо кандидатов. Тем, кого они не отклонили, мы присваиваем статус основного члена и пишем им поздравление. Вот как это обычно выглядит после завершения цикла:

10 лайков

Радж, то, что ты хочешь сделать, для меня абсолютно логично. Но многие (большинство?) часто со мной не согласны, так что это факт :wink: Хотя не всегда — иногда я натыкаюсь на кого-то с похожими взглядами, как ты :ok_hand:

Возможно, ты сможешь использовать основные функции Discourse для достижения своей цели, как предложил Тобиас. Мне нравится идея «ступеньки»: небольшой части форума, где люди могут присоединиться свободно, описать себя так, как хотят, и где участники могут даже взаимодействовать с ними. Ты мог бы сказать людям, что каждый должен создать «личную» тему с опросом, в которой они описывают себя, чтобы получить доступ к «основному» форуму.

1 лайк

@Mevo Приятно общаться с единомышленниками, такими как вы. @tobiaseigen Я постараюсь обойтись уже имеющимся функционалом Discourse, потому что именно так я предпочитаю его использовать. Например, недавно в одном из моих форумов были несколько сторонних плагинов, и один из них вызывал проблемы. Поэтому я удалил все сторонние плагины. Теперь я предпочитаю использовать плагины только в случае крайней необходимости или когда их применение действительно оправдано. В этом смысле я минималист и всегда стараюсь использовать то, что уже доступно. И, как я уже сказал, здесь речь идёт лишь об конкретном случае использования, где такой подход кажется уместным. Мне кажется, что идея одобрения участников сообществом полезна и вознаграждает участников, а также более автоматизирована и требует меньше участия администраторов, поскольку участники любят выражать своё мнение, когда их волнует сообщество и его цели, и они хотят принимать в этом участие.

Уже существует возможность создать закрытую группу и затем создать приватный раздел, доступный только участникам этой группы. Зарегистрированные пользователи могут запросить доступ к этой группе, чтобы получить доступ к приватной категории. Это своего рода двухуровневая система, но в конечном счёте решение принимает один человек — например, владелец, который может принять или отклонить заявку на вступление в группу, и у многих других нет голоса в этом вопросе. Люди могут обсуждать, принимать или отклонять заявки на вступление. Я думал, что этот процесс можно автоматизировать и вовлечь людей, хотя бы на уровне группы. Например, представьте Совет Безопасности ООН, где существующие члены решают, принимать новую страну или нет. Допустим, Китай приглашает или одобряет вступление страны А, потому что она дружит с Китаем, или отвергает вступление страны Б, что приемлемо для других, но не для Китая, поскольку он этого не хочет. Другие члены даже не будут иметь права голоса о том, кого принять или отклонить. В моём случае я не даю пользователям права вето; это демократический процесс, основанный на голосовании существующих участников.

В любом случае, я вижу, что моя идея не находит большого отклика, и, вероятно, она подходит только для небольших сообществ. Discourse действительно потрясающий и предоставляет инструменты для решения всех таких задач: некоторые решения уже интегрированы, а в других случаях, как в моём, можно придумать новые ручные процедуры и решения. Как обычно, я предпочитаю использовать уже существующий функционал — так проще. В редких случаях я могу автоматизировать свой процесс или создать что-то вроде ручного решения, если это окажется полезным и понравится пользователям. Я тоже хочу лучшего для Discourse. У меня нет никаких претензий. Всё отлично.

Было очень приятно получить от вас обратную связь. Спасибо за уделенное время.

С уважением,

3 лайка