Aprovação da comunidade de usuários

Na nossa comunidade, decidimos agora que precisamos de uma comunidade fechada, e o usuário deve ser aprovado pela equipe. Por isso, ativei a opção ‘aprovar usuários’. Está funcionando, mas leva muito tempo para revisar.

Seria ideal se os membros existentes pudessem votar na solicitação de aprovação e analisá-la. Assim, os usuários poderiam ser aprovados automaticamente após um certo tempo de votação, ou a equipe poderia revisar os votos e agir rapidamente na solicitação. Por enquanto, criei manualmente um tópico na categoria onde usuários com nível de confiança 2 podem revisar a solicitação, adicionando manualmente um print da página de revisão (após inspecionar o elemento e ocultar o e-mail do usuário). Seria ótimo se isso pudesse ser integrado ao Discourse.

3 curtidas

Em vez de definir como “Deve aprovar usuários”, você deveria torná-lo apenas por convite e permitir que as pessoas convidem outras.

6 curtidas

Não tenho certeza se eu ou mais alguém é fã disso…


Esse processo demora mais do que apertar em aprovar usuário :slight_smile:

2 curtidas

Isso ocorre apenas porque, no nosso caso, acreditamos que os membros existentes devem decidir se um novo membro deve ser aceito na comunidade ou não. A decisão não deve ser baseada apenas na opinião de um único usuário, ou seja, em um convite, nem exclusivamente na aprovação de um membro da equipe. Quem se torna um novo membro da comunidade deve ser conhecido pelos membros existentes, e eles devem ter algum controle sobre as admissões.

2 curtidas

Esse tipo de barreira de entrada não pode estar no núcleo do Discourse. O que você está pedindo deve estar em um plugin personalizado. Se você tiver orçamento, sinta-se à vontade para postar em Marketplace.

3 curtidas

Sim, concordo com você. O caso de uso específico de uma pessoa pode não ser adequado para todos. Mas não seria apropriado para uma comunidade fechada aceitar membros aprovados pela maioria dos membros existentes? Vou primeiro seguir com minha própria solução manual personalizada que estou usando com pesquisas e ver como funciona.

1 curtida

Isso não faz absolutamente nenhum sentido para mim. Se é uma comunidade fechada, não precisa de democracia. Se é uma democracia, não precisa ser trancada ou fechada. O que você está tentando criar aqui é um sistema excessivamente complicado, que é ao mesmo tempo ineficiente e lento.

Se eu fosse você, teria um grupo de indivíduos (de preferência eleitos ou nomeados) que tenham autoridade individual para aprovar ou rejeitar um usuário.

1 curtida

Não existe algo chamado democracia global. Cidadãos de um país específico têm direito ao voto, não todos, e eles participam do sistema democrático apenas dentro desse país. Sendo cidadão indiano, não posso participar das eleições nos EUA. Faz todo sentido que os EUA tenham um sistema democrático. Para votar, posso solicitar a cidadania lá, e as autoridades locais (equivalente aos usuários staff em nossa analogia) podem aceitar ou negar meu pedido. É assim que funciona o sistema de aprovação no Discourse. O sistema de convite funciona quando, digamos, os EUA precisam convidar pessoas proeminentes ou úteis do mundo para se juntarem. No meu caso, o sistema de aprovação funciona, mas não é democrático, pois quem decide aceitar ou negar não é uma decisão democrática, e às vezes a equipe nem mesmo tem conhecimento suficiente para tomar essa decisão.

Espero que você entenda minha analogia aqui; além disso, não estamos limitados pela tecnologia de qualquer forma. Após o usuário ser aceito ou negado, o banco de dados também pode ser limpo. O usuário é aceito apenas se vencer em uma votação, e isso é automatizado dessa forma, sem necessidade de interferência da equipe. Apenas usuários com nível TL2 ou superior podem votar.

De qualquer forma, meu caso de uso pode não ser adequado para todos os cenários, e concordo que é uma configuração complicada. Na maioria dos casos, eu também optaria por um sistema apenas com convites ou aprovação pela equipe, como você sugeriu. E ainda posso seguir com a abordagem que você propôs.

Sua analogia está incorreta, então.
O que você está realmente fazendo é: se um indiano solicita um visto para os EUA, você está pedindo que cada e todos os cidadãos dos Estados votem se a pessoa deve ou não receber o visto.

1 curtida

Isso não faz nenhum sentido para mim. Você está confundindo dois aspectos diferentes que não têm relação entre si.

Tudo bem. A única diferença real da sua analogia em comparação à do OP é que ele considera algo mais “forte” e permanente em termos de aceitação do que você (cidadania versus visto). No final, é a mesma coisa.

Ele realmente quer que as pessoas decidam diretamente por si mesmas quem querem aceitar ou não. E a entrada não está aberta a todos. Aceitação é necessária.

3 curtidas

Não, esse não é o papel do software de discussão. Você conhece algum outro software que faça isso?

Você pode nos apontar qualquer analogia em outro lugar?

1 curtida

O fato de ninguém fazer não significa que seja uma má ideia. Em princípio, pessoalmente, acho a ideia bastante boa. Não estou dizendo que o software necessariamente precise lidar com isso (especialmente não no núcleo), mas é uma maneira muito boa de funcionar para uma comunidade fechada.

2 curtidas

Mesmo que fosse para cidadania (ou adesão a um fórum), não acho que tenha algum sentido exigir o voto de todos para permitir que alguém entre.

1 curtida

Você com certeza tem direito à sua opinião. Mas não vejo muito o que faz você pensar isso ou qual é o seu raciocínio. É verdade que quanto maior a comunidade e/ou o número de potenciais novos membros, menos prático isso pode se tornar. Mas, para uma comunidade fechada não muito grande, como eu disse, pessoalmente, eu gosto do conceito.

1 curtida

Eu simplesmente não vejo o ponto. A equipe está lá para aprovar usuários, já que, “aparentemente”, a equipe é confiável. Não tenho certeza do porquê toda a comunidade precisa participar para ajudar a aprovar usuários… Não sei. Especialmente se toda a comunidade disser: ‘Nah, não gostamos da cara desse usuário’ e isso se tornar mais uma humilhação pública, seja em uma comunidade pública ou privada. É como ir:

Venham, venham! Vejam nossa bela coleção de idiotas que decidimos rejeitar publicamente.


Por esse motivo, Raj_Rathore, estou fora.

Obrigado

3 curtidas

Sim, vejo que você não vê. A equipe não é necessariamente “confiável”, nem foi escolhida pela comunidade na maioria dos casos (você pode argumentar que foi, indiretamente, já que as pessoas escolheram continuar frequentando aquele fórum). Aprovar usuários pela equipe se assemelha mais a uma ditadura do que a uma democracia. Na melhor das hipóteses, seria uma democracia representativa se a equipe tivesse sido escolhida (quando o autor da postagem original gostaria de uma democracia direta).

Isso acontece quando as pessoas são rejeitadas na entrada de uma boate, não recebem ou perdem um emprego, ou, mais próximo do assunto: são banidas de um fórum. E onde exatamente está a diferença em ser “publicamente humilhado” ao ser rejeitado pela equipe? Pelo menos, quando feito pela comunidade, a decisão é tomada por muitas pessoas. Pode ter certeza de que será mais “justo” (não necessariamente, mas provável), ao contrário de quando é decidido arbitrariamente por apenas uma ou poucas pessoas.

Também é uma boa maneira de demonstrar respeito pela sua comunidade, permitindo que ela tenha sua palavra (e crie ainda mais alquimia, já que a comunidade decide quem quer ou não).

Sem ofensa, mas não vejo como você não consegue ver o ponto. Que isso o incomode e/ou que você queira permanecer “no controle”, e assim por diante, tudo bem (novamente, mais próximo de uma ditadura, mas é isso que fóruns de propriedade privada geralmente são. Existem então ditadores bons e ruins).

1 curtida

Por que as pessoas estão se sentindo tão fortemente contra isso? E quem decide a aprovação do usuário com base na foto de perfil? Quando um usuário pode escolher ou associar qualquer foto à sua conta, e o Discourse até atribui uma imagem com base na primeira letra? No nosso caso, há um questionário usando campos personalizados que devem ser preenchidos pelo usuário ao se cadastrar. E é com base nisso que os usuários são aceitos.

Você pode ver dessa forma: um usuário deve ser avaliado por vários usuários… Quero a opinião dos outros. Por exemplo, em “Quem Quer Ser Milionário”, por que existe uma votação do público? Por que não escolher alguém aleatoriamente e perguntar a apenas uma pessoa a resposta? Estamos assumindo que o público provavelmente tem mais certeza. E em comunidades pequenas, muitas vezes não há nem mesmo uma única equipe, exceto o administrador.

De certa forma, quero honrar minha comunidade, permitindo que ela tenha voz sobre quem se torna membro da comunidade, e também para que haja a sensação de fazer parte dessa comunidade é um privilégio, que não deve ser abusado, e que deve ser sempre tratado como algo valioso, com certo controle e voz sobre quem é aceito ou rejeitado. De qualquer forma, mais pessoas deveriam estar envolvidas na decisão de negar ou aceitar uma solicitação de associação. @Mevo entendeu perfeitamente meus pontos de vista.

E, em minha solução imaginária, uma página de revisão deveria ser visível para usuários com nível TL2 ou superior, e deveria haver uma votação que seria encerrada após um tempo especificado (o sistema de votação já faz parte do Discourse). Se o próprio Discourse sugere fazer uma votação ao selecionar moderadores ou usuários TL4, então o que há de errado em envolver os usuários também na aceitação na comunidade? Estou assumindo que o novo usuário ficará feliz por ter vencido uma eleição para fazer parte dessa comunidade e valorizará seu direito de escolher outros usuários. Será uma pequena comunidade de usuários que confiam uns nos outros e podem compartilhar livremente suas opiniões, encontrando aceitação para suas visões, e os problemas serão discutidos de forma construtiva. Eles provavelmente terão certo respeito uns pelos outros (porque estão aqui porque alguém votou pela sua aceitação) e alguma semelhança em seu objetivo de ingressar na comunidade, pelo menos, já que todos terão objetivos e propósitos semelhantes. Para alcançá-los, compartilham suas opiniões e, assim, as pessoas serão mais tolerantes com as visões uns dos outros e também respeitarão a comunidade. Espero que funcione assim, pelo menos.

De qualquer forma, se você achar que isso não é útil para outras pessoas e não pode fazer parte do Discourse, tudo bem também. Apenas sugeri algo que seria útil e necessário no meu caso de uso, e nem todos os casos de uso podem ser iguais ou semelhantes; isso pode variar de comunidade para comunidade. Até eu escolheria opções e decisões diferentes caso a caso. Se todos os casos de uso fossem iguais, o Discourse teria oferecido apenas uma opção sobre como as associações deveriam ser tratadas, e a vida seria mais simples. Mas o Discourse suporta vários desses casos de uso.

Espero não ter causado nenhum dano ao compartilhar meu caso de uso e minhas opiniões. E, por favor, não se ofendam com nada; não há nada ofensivo no que estou sugerindo. Se não fizer sentido para você, não precisa fazer sentido. Ter a comunidade tendo voz sobre quem se torna membro da comunidade faz muito sentido para mim, pelo menos no meu caso de uso.

3 curtidas

Olá, Raj! Esta é uma conversa interessante. Não se preocupe demais com as respostas contundentes — há muitas pessoas aqui com opiniões fortes sobre como o discurso funciona, e cada um de nós precisa decidir como usá-lo de acordo com suas próprias necessidades. :slight_smile:

O Discourse foi projetado para ser relativamente fácil de usar para gerenciar uma comunidade, sem que a equipe precise dedicar horas de trabalho diariamente apenas para ajudar as pessoas a se inscreverem e começarem como membros, ou até mesmo para moderar discussões. Na minha experiência, quanto mais confio nas funcionalidades fornecidas de fábrica, mais fácil se torna para mim em vários aspectos. Adicionar personalizações e plugins de terceiros, alterar configurações padrão, etc., é tentador e divertido, mas também aumenta o trabalho que você precisa fazer para manter a plataforma e manter sua comunidade feliz e engajada. Cabe a você decidir quanto trabalho extra deseja criar para si mesmo. Cada comunidade é diferente e, embora possa parecer loucura para algumas pessoas aqui fazer o que você está descrevendo, pode fazer todo o sentido para a sua comunidade. Você pode simplesmente tentar e, se não der certo, sempre pode mudar depois.

Mas acho que alguns dos conselhos que você recebeu neste tópico são bastante bons e valem a pena considerar antes de configurar um processo aberto de verificação. Uma resposta mais simples poderia ser ter algumas categorias abertas e outras privadas, tornando mais difícil entrar nas categorias privadas. Você também poderia criar um tópico onde liste os membros que desejam se juntar e convidar as pessoas a responder à equipe (ou a um comitê, se sentir necessidade de uma estrutura de governança mais robusta) de forma privada dentro de um prazo estabelecido, com quaisquer objeções e motivos. Você poderia atualizar esses tópicos posteriormente para excluir as pessoas que foram rejeitadas. Não há necessidade de manter essas informações pendentes.

Acho que a ideia de verificação não é necessariamente loucura. Você me lembra o conceito de membresia central que criei para a Rede Global de Empoderamento Jurídico, administrada por uma organização de direitos humanos chamada Namati. Qualquer pessoa pode se juntar à rede para participar do movimento de empoderamento jurídico, mas a membresia central exige um nível mais alto e desbloqueia benefícios adicionais. Portanto, faz sentido que seja mais difícil alcançá-la e que dediquemos trabalho adicional à verificação.

Você pode se interessar em dar uma olhada no processo de membresia central e aprender com nossa experiência. Tudo está explicado em Core Membership - Grassroots Justice Network. A maioria das pessoas obtém a membresia central porque se inscreveu e foi selecionada ou participou de um evento da rede, mas os membros também podem preencher um formulário de inscrição extenso e enviá-lo à nossa equipe. Em seguida, revisamos o envio quanto à completude e adequação e usamos mensagens privadas do Discourse para solicitar e obter detalhes completos e respostas a quaisquer perguntas remanescentes. Assim que todas as informações são aceitas por nós, submetemos o caso ao nosso comitê de orientação da rede, por meio de uma categoria privada, para decidir se rejeitamos algum dos candidatos. Aqueles que não são rejeitados tornam-se membros centrais e recebemos uma resposta para parabenizá-los. É assim que geralmente fica uma vez que o ciclo está completo:

10 curtidas

Raj, o que você quer fazer faz todo sentido para mim. Mas muitas pessoas (a maioria?) frequentemente discordam de mim, então há isso :wink: Nem sempre, às vezes, esbarro em alguém com visões semelhantes, como você :ok_hand:

Talvez você possa usar as funcionalidades principais do Discourse para alcançar seu objetivo, como sugerido pelo Tobias. Gosto da ideia de ter uma “pedra de tropeço”: uma pequena parte do fórum onde as pessoas podem se juntar livremente, se descrever como quiserem e onde os membros podem até interagir com elas. Você poderia dizer às pessoas que elas precisam criar um tópico “pessoal” com uma enquete, onde se descrevem, para poderem entrar no fórum “real”.

1 curtida

@Mevo É bom interagir com pessoas afins como você. @tobiaseigen Vou tentar me virar usando as funcionalidades existentes fornecidas pelo Discourse, pois é assim que realmente prefiro usá-lo. Por exemplo, recentemente tive alguns plugins de terceiros em um dos meus fóruns e um deles estava causando problemas. Então, removi todos os plugins de terceiros. Agora, prefiro usar plugins apenas quando é absolutamente necessário ou quando há um uso claro para eles. Sou minimalista nesse aspecto e sempre tento aproveitar o que já está disponível. E, como disse, é apenas um caso de uso específico aqui onde isso parece realmente apropriado. Achei que a ideia de a comunidade aprovar seus membros é realmente útil e recompensadora, mais automatizada e que exige menos envolvimento dos usuários da equipe… porque os membros gostam de expressar suas opiniões quando se preocupam com a comunidade e seus objetivos, e eles gostariam de participar disso.

Já existe uma opção para criar um grupo fechado e, em seguida, criar uma seção privada acessível aos membros desse grupo. Usuários já registrados podem solicitar acesso a esse grupo para obter acesso à categoria privada. É uma espécie de configuração de dois níveis, mas isso também se baseia na opinião de um único indivíduo; no final, há, por exemplo, um proprietário que pode aceitar a adesão ao grupo, e nem muitas pessoas têm voz sobre isso… as pessoas comunicarão se devem aceitar ou negar o pedido de adesão… Achei que isso poderia ser automatizado e as pessoas poderiam se envolver aqui, pelo menos no nível do grupo. Por exemplo, digamos que seja o Conselho de Segurança das Nações Unidas e os membros existentes decidam se aceitam ou não uma nova nação… Digamos que a China convide ou aprove a inclusão do país A porque é amiga da China… ou desaprove a inclusão do país B, que é aceitável para outros, mas não para a China porque não gosta. Outros membros nem sequer terão voz sobre quem aceitar ou negar. No meu caso, não estou dando aos usuários poder de veto; é democrático… baseado no voto dos membros existentes.

De qualquer forma, vejo que minha ideia não é muito bem recebida e acho que é adequada para comunidades pequenas. O Discourse é realmente incrível e oferece ferramentas para lidar com todos esses casos; algumas são soluções integradas e, em outros casos, como o meu, novas soluções e procedimentos manuais podem ser criados. Como de costume, prefiro usar as funcionalidades existentes. É mais simples assim. E, em casos raros, posso automatizar meu processo de alguma forma ou criar uma solução um pouco manual… se achar útil e se for bem recebida pelos usuários. Eu também quero o melhor para o Discourse. Não me importo com nada. É legal.

Foi muito bom receber o feedback de vocês. Obrigado por dedicarem seu valioso tempo.

Obrigado e saudações,

3 curtidas