Embora a troca de mensagens pessoais seja uma parte importante de muitas comunidades, ela também pode ser uma forma muito pessoal de interagir com outras pessoas. Vimos em muitas das maiores redes sociais que ter permissões granulares em torno de mensagens pessoais (às vezes chamadas de “DMs”) tem sido fundamental para reduzir o assédio e o bullying direcionados.
Dito isso, em muitas dessas mesmas redes sociais, as permissões são extremamente grosseiras ou reativas, e isso se aplica ao Discourse também. Você pode optar por desativar o recebimento de todas as mensagens pessoais ou, se não desejar falar com alguém, colocá-lo no ignore para evitar mais PMs desse usuário. A primeira opção basicamente significa que você não pode mais receber mensagens de ninguém, e a segunda só ajuda depois que você foi contatado.
Para segmentos vulneráveis da população, ter um usuário entrando em contato friamente pode muitas vezes parecer uma invasão em seu espaço pessoal/seguro. Isso é especialmente verdadeiro para usuários que optam por levar desacordos para o privado para continuá-los, e muitas vezes vejo esses tipos de engajamentos sinalizados, embora mover tal discussão para o privado não vá contra nenhuma regra ou política.
Portanto, ficou claro para mim que, independentemente da intenção, o efeito das PMs abertas pode afetar muito a sensação de segurança em uma comunidade.
Como administrador, tenho poucas opções para combater isso. Posso desativar PMs para TL1/2s e restringi-las a membros confiáveis da comunidade, mas ao custo de ter efetivamente removido PMs da maioria da base de usuários (e quando digo “remover” eu quero dizer isso - o Discourse literalmente esconde a seção de mensagens pessoais!). Posso tentar criar algum tipo de política em torno da etiqueta de PM, mas como isso não é uma norma em outras comunidades online, é muito provável que isso só seja lido depois da primeira infração, o que não resolve o problema e permanece uma solução reativa.
Outras redes sociais responderam a isso de várias maneiras - apenas aqueles que você adiciona como amigo/coloca em uma lista de permissões podem enviar mensagens para você, por exemplo - mas acho que a maioria delas também é insuficiente, porque força alguém que deseja fazer novas conexões a solicitá-lo publicamente primeiro.
Em vez disso, gostaria de propor uma configuração como a seguinte:
- uma opção global do site ou por usuário para exigir aprovação para todas as PMs de primeiro contato por usuário. PMs da equipe seriam obviamente isentas, e uma lista opcional de grupos “sempre permitidos” poderia ser incluída como uma opção de configuração também.
- com este recurso ativado, qualquer nova PM que você receber mostraria uma mensagem indicando qual usuário enviou uma PM, e possivelmente o assunto de dita PM. O usuário pode escolher aceitar ou negar a solicitação.
- Se a solicitação for aceita, a PM se torna disponível, e o usuário é adicionado à lista de permissões para mensagens futuras, e a conversa continua normalmente.
- Se a solicitação for negada, nada acontece, a notificação é removida, a PM não é mostrada ao destinatário, e crucialmente o solicitante não é informado de que sua mensagem foi rejeitada. Isso é para evitar retaliação por parte do solicitante.
- Opcionalmente, uma caixa de seleção pode ser adicionada à opção de rejeição para também adicionar o usuário à sua lista de ignore para evitar futuras solicitações de PM, o que faria com que este usuário recebesse uma mensagem de que “O usuário que você está enviando mensagem não está aceitando PMs” daqui para frente.
- A lista de permissões e a lista de ignore seriam, é claro, editáveis pelos usuários para alterar essas permissões a qualquer momento.
Acho que esta proposta resolve o problema de ter que pedir permissão para enviar mensagens publicamente antes de fazê-lo, ao mesmo tempo em que garante que o potencial de abuso/bullying/assédio seja muito reduzido (já que o corpo da PM não é visível a menos que aceito), e também evita que os solicitantes saibam que estão sendo silenciados/ignorados/etc.
