Tentando entender os cargos de "staff" e moderação nos planos hospedados

Estava a analisar os preços dos planos hospedados e a tentar perceber porque é que os cargos de “staff” eram tão restritos, uma vez que incluem tanto administradores como moderadores. Os limites para os três níveis parecem realmente baixos, para ser honesto.

Embora já tenha usado o Discourse bastante, nunca executei um por conta própria, pelo que o meu conhecimento sobre os aspetos de moderação é limitado. Deparei-me com a página de preços do Discourse hoje, quando procurei opções de plataformas comunitárias para a Associação de Pais e Mestres (APM) da escola dos meus filhos. Como estava a olhar para a opção Starter, fiquei um pouco surpreendido por só permitir dois cargos de “staff” e por a moderação e administração serem ambos “staff”. Considerando que a direção da APM tem seis membros, mais vários presidentes de comités, até o limite de 15 pessoas para o nível Enterprise estava a parecer um pouco apertado.

Por isso, enquanto pesquisava, encontrei informações sobre Moderadores de Categoria, que não são considerados “staff”. Agora, embora provavelmente haja pelo menos alguns membros da direção e presidentes de comités que poderiam ficar bem com cargos de Moderador de Categoria, quando se olha para uma organização voluntária como uma APM, ter apenas duas pessoas que podem gerir utilizadores parece um limite muito apertado.

Por isso, tenho curiosidade em saber porque é que as contas de “staff” são tão restritas? Na minha experiência, comunidades mais pequenas beneficiam frequentemente de uma gestão de utilizadores mais distribuída, uma vez que a moderação pode ser partilhada entre mais pessoas. Suponho que a questão é: há algo neste cargo que o torna mais caro para vocês ou dados que mostrem que comunidades destes tamanhos só precisam de ter 2, 5 ou 15 “staff”? Existe alguma razão específica pela qual apenas o “staff” tem permissões de gestão de utilizadores?

A questão é que entendo que as comunidades beneficiam de um número mínimo de participantes e uma APM de uma única escola provavelmente não atingirá esse número, mas consigo imaginar a associação de APMs da cidade a obter um Discourse partilhado com grupos para cada escola e espaço para discussão geral, o que permitiria mais comunicação entre as diferentes APMs… mas com mais de 100 escolas, 15 “staff” nem sequer permitiriam que cada escola tivesse um utilizador “staff” para gerir os seus próprios membros.

Suponho que a outra possibilidade é que eu não esteja a compreender corretamente estes cargos - se for o caso, talvez alguém me possa ajudar a entender?

5 curtidas

Olá @Catija, estaremos fora até o final da próxima semana em nosso encontro anual.

Avisei as pessoas certas que podem oferecer uma resposta aqui, mas provavelmente levará um tempo.

Criar níveis de preço para um produto é, em parte, arte, em parte, ciência e, em parte, adivinhação.

Não se baseia apenas em “quanto nos custa hospedar”, em vez disso, tentamos criar os níveis para corresponder a “tipos” de clientes e fornecer o valor certo no ponto de preço certo. Comunidades de hobby com baixo tráfego tendem a precisar de muito menos moderação; empresas tendem a precisar de mais. Vale a pena notar que, no nível empresarial, não nos preocupamos muito com o número de administradores, embora eu diria que muitos chefes podem ser uma patologia real na comunidade.

4 curtidas

Obrigado Sam - e sem problemas pelo atraso! Espero que todos estejam aproveitando o tempo de co-localização!

Concordo totalmente sobre como pode haver muitos chefes em alguns casos, então não discuto isso. Acho que o que qualifica alguém como “chefe” e o formato da comunidade podem ser fatores importantes em quando você atinge isso. Parte disso pode ser devido à minha mente empurrando o Discourse além do que ele “pretende” ser - e talvez até além do que é possível.

Quando penso no meu exemplo de um único Discourse para todas as associações de pais e professores (PTAs) de uma cidade, penso em um espaço de espaços.

  • Existem áreas de discussão para todos participarem e
    • compartilharem suas ideias - “Alguém já fez x antes em sua escola?”
    • apoiarem uns aos outros - “Estamos lutando para envolver os pais, o que podemos fazer?”
    • colaborarem - “Temos o palestrante X vindo - alguém mais gostaria de reservá-lo enquanto ele estiver na cidade?”
    • armazenarem documentação/materiais de referência compartilhados
    • com o benefício adicional de estabilidade da plataforma para pais com vários filhos e à medida que os filhos crescem - à medida que eles mudam de escola, a plataforma não muda, os grupos em que um pai está, sim.
  • Existem espaços para cada PTA ter suas próprias coisas para que possam
    • criar um repositório de conhecimento em vez de manter o que fizeram no passado nas cabeças dos membros, como quais ativos eles têm ou podem acessar, planejamento de eventos anteriores
    • discutir/rastrear projetos em andamento (sem isolá-los em um tópico de e-mail)
    • armazenar materiais de referência, documentos (ou links para eles) e ativos (por exemplo, logotipos)
  • Mas este espaço deve ser “seguro” com algum controle de acesso
    • Espaço privado que limita o acesso a pais/professores/alunos por meio de convites ou código QR
    • Grupos para limitar o acesso a algum conteúdo com base na escola ou função (por exemplo, membros do conselho vs. voluntário)

Embora faça sentido para a organização da PTA da cidade ter controle de “Administrador”:

  • gerenciar a implementação real do software (configurações do site, personificação)
  • acessar ou gerenciar PII de um usuário (algumas exceções)
  • ver painéis e logs
  • acessar totalmente todas as categorias
  • gerenciar categorias (criação/remoção)
  • gerenciar a propriedade de postagens

Grande parte das coisas que se enquadram na área de “Moderador”, mas não na de “Moderador de Categoria”, é onde vejo espaço para flexibilidade. Os recursos de gerenciamento de usuários, em particular.

  • aprovar novos usuários (dependendo dos pontos de entrada de associação?)
  • gerenciar a associação de grupos (para seus grupos/categorias)
  • ver e-mails de usuários (para seus grupos/categorias)
  • bloquear postagens
  • conceder distintivos (?)

Em uma comunidade como uma PTA, os grupos (e o acesso à categoria) para muitos usuários mudariam de um ano para o outro - no início do ano letivo e sempre que novos pais se juntassem. Isso parece algo que seria melhor feito por alguém do conselho da PTA de uma escola que realmente conhece as pessoas que estão entrando, em vez de ser bloqueado por alguém da organização maior.

Acho que talvez parte do motivo pelo qual estou confuso seja a terminologia. Vejo referências a “proprietários de grupo” e “associação de grupo”, mas a única menção a “grupo” na Tabela de Referência de Permissões de Nível de Confiança é sobre “grupos de tags” (não é a mesma coisa?) e a função de proprietário de grupo não é mencionada na página Status, funções e permissões do usuário, também.

Isso é apenas a peça que falta e que resolve a maioria dos meus problemas?

3 curtidas

Olá @Catija, como Sam mencionou, para responder à sua pergunta inicial, o que tendemos a observar em geral com usuários existentes do Discourse é que a proporção de staff para membros é muito não linear, com um pequeno número de staff lidando com comunidades muito grandes.

Em comunidades menores e de alta confiança, as formas pelas quais vemos o poder distribuído mais uniformemente entre os membros geralmente foram através de tornar mais usuários “nível de confiança 4” ou usando moderadores de categoria. Também temos feito um esforço no último ano para permitir que permissões sejam concedidas a grupos maiores em um nível mais granular. Veja, por exemplo, este tópico: Changes coming to settings for giving access to features (from trust levels to groups)

Certamente existem alguns casos excepcionais em que as comunidades concedem privilégios de administrador ou moderador de forma mais ampla. Mas, na maioria das vezes, acho que onde vemos isso acontecer, nosso pensamento agora é que temos algumas lacunas a preencher de maneiras mais alinhadas com o acima.

No seu caso, pelo que ouvi você descrever até agora, sinto que a maior parte do que você gostaria de realizar poderia ser feita com categorias e grupos para cada PTA, com alguma responsabilidade adicional delegada aos proprietários de grupos para gerenciar a associação de seus grupos e moderadores de categoria para moderar a atividade com as categorias primárias definidas para cada grupo.

Preciso investigar mais detalhes do que você compartilhou, mas se você chegar ao ponto de tentar configurar as coisas de uma forma que atenda às necessidades de sua comunidade, podemos continuar a discutir aqui tanto sobre qual abordagem geral faz mais sentido, quanto para discutir quaisquer problemas específicos que você encontrar ao longo do caminho.

6 curtidas

Sim, esta série recente de mudanças parece abordar em grande parte minhas preocupações. Acho que o que talvez esteja faltando é vocês adicionarem referências a essas mudanças na documentação sobre funções de usuário. Embora a página sobre funções não diga literalmente que apenas usuários com funções de Admin/Mod têm acesso aos recursos listados, meu cérebro interpreta dessa forma.

Em particular, adicionar informações básicas sobre a função de Proprietário de Grupo a essa página (com um link para a página específica de Proprietários de Grupo para mais informações) ao lado da seção de Moderador de Categoria seria ótimo - assim como adicionar uma coluna indicando quais configurações são acessíveis aos Proprietários de Grupo na sofisticada Tabela de Níveis de Confiança.

Parece que parte disso ainda está em andamento (?), então se meu pedido for prematuro, considere-o um pedido para “quando isso estiver no ar”! :smiley:

Para contexto, minha experiência com permissões de usuário vem do Stack Overflow - fui Gerente de Comunidade lá por cinco anos, e a maioria dos privilégios que mencionei são concedidos aos moderadores voluntários dos sites - então estou bastante familiarizado com grandes comunidades. :wink: Digo isso totalmente de brincadeira - é bom ver os privilégios de usuário do Discourse se alinhando mais com o que o SO passou a depender.

6 curtidas

:writing_hand: anotando para analisar isso mais de perto. obrigado pela sugestão!

8 curtidas