Quão granular isso precisa ser? Parece potencialmente muita funcionalidade para implementar e, no final, difícil de gerenciar para o usuário de qualquer maneira (por exemplo, caixa de pesquisa de usuário, nomes de usuário separados por vírgula, etc.). Acho que o que eu realmente quero saber é qual é a preocupação específica que você tem em mente, e seria abordada de forma semelhante simplesmente sendo capaz de designar grupos (ou Níveis de Confiança?) que você permite que o mencionem? Por exemplo, apenas Staff, ou apenas TL2 e acima, etc.
Semelhante ao acima, mas também, e se o “adicionar você” for realmente apenas convidá-lo para o chat? Em outras palavras, requer uma ação confirmatória do usuário adicionado/convidado. É assim que eu gostaria que fosse de qualquer maneira. Novamente, parece-me que controlar proativamente quem (especificamente/individualmente) pode “adicionar” um usuário é uma solução “pesada” e provavelmente só será usada por uma pequena maioria de usuários, em vez de opções ou comportamentos mais amplos como “convidar vs. adicionar” e “controlar convite/menção por nível de confiança ou grupo”. Talvez você quisesse que funcionasse em nível de grupo/TL de qualquer maneira, mas acho que precisa de alguma clarificação.
Este é um bom ponto para ter uma configuração semelhante para o chat.
Penso que o utilizador não tem qualquer arma contra a menção de @all (como no Skype), @group, @here.
Não sei como lidar com menções em chats com discussões acaloradas. Por exemplo, existem 3 chats: equipa A, equipa B e equipa C. Eu sou a pessoa escolhida para os apoiar (para corrigir servidores, por exemplo). As equipas A e B estiveram ativas ontem à noite e mencionaram-me duas vezes (como ‘ei pessoal, lembram-se do que @rapekas disse da última vez sobre o mesmo problema?’). As equipas B e C mencionaram @all (eu estou neste grupo codificado). Sabe quantos utilizadores escreveram depois de mencionar @all?
Concorda que foi difícil ler o último parágrafo? Eu deveria visualizá-lo com um diagrama/imagem em vez de escrever, certo? E quando alguém me menciona num chat longo, tenho de encontrar cada menção e ler cuidadosamente tudo o que está perto da menção.
Comunicação Empresarial → Desastre
Quando comecei a usar o Discourse (como sistema de tickets de suporte) na minha empresa, obtive alguns factos:
O utilizador nunca deve registar uma conta Discourse usando um e-mail partilhado (ou seja, supplies@company.com ou customercare@domain.com, etc.). Tais utilizadores em chat? Nunca.
Quando utilizadores externos percebem que eu respondo a eles, tentam resolver todas as suas questões num só lugar/no mesmo tópico. Eles imaginam que estão numa chamada telefónica. No entanto, eu divido as questões em tópicos separados, os clientes ainda bombardeiam num único tópico. É perigoso abrir chat para eles.
Em seguida, mesmo que tudo esteja bem com 1 e 2, quando os clientes sabem o meu apelido, começam a mencionar-me em cada postagem.
Se eu não responder rapidamente, eles enviam-me mensagens privadas.
Infelizmente, quando a minha empresa passou para o MS Teams, os clientes que também usam Teams obtiveram imediatamente o meu e-mail corporativo (após a primeira chamada de conferência). No nível seguinte, eles começam a enviar-me e-mails em vez de perguntar no Discourse. Eu não conseguia (e honestamente não queria) apoiá-los pelo Teams porque, como convidado para o Teams deles, não recebia chamadas ou mensagens no Firefox (apenas o Chrome o suporta no momento).
Próximo passo, o cliente liga para o Gerente de Projeto e ele pressiona-me para conectá-los rapidamente no momento em que eu priorizei as menções dos chats A, B e C.
Chat é uma via rápida. Geralmente, quando um humano moderado tem acesso à via rápida, ele não quer voltar à via lenta até que uma regra estrita seja acionada. Este é um círculo infinito.
Talvez. Eu só quero um chat estruturado e gerenciável com espaço privado para o utilizador.
Gostaria de acrescentar que tenho uma função em que devo ter uma secretária para fazer a minha lista de prioridades. Mas conheço pessoas que, apesar da sua alta posição, leem as respostas às suas publicações do Twitter ou do chat corporativo sozinhas. Se a funcionalidade de chat fosse tão conveniente que não fosse distrativa, mas ainda assim estivesse sempre atualizada, seria ótimo.
Neste momento, estou a ler feedback entusiástico de testadores alfa, mas sei como as coisas podem mudar quando for lançado em comunidades com milhares de utilizadores.
Tenho uma boa quantidade de experiência em suporte ao cliente também, via Discourse (e outros fóruns), e-mail e similares. Certamente concordo/compartilho muitas de suas preocupações! Dito isso, acho que estes são problemas gerais mais amplos, e aplicativos como o Slack ainda não resolveram os problemas com, por exemplo, @everyone, exceto por colocar um aviso quando as pessoas tentam fazer isso (ou proibir certos usuários/grupos de usuários de usá-lo em um nível de administrador - isso não é algo que usuários individuais possam controlar), então não tenho certeza se podemos esperar que o Discourse faça um trabalho melhor aqui.
No entanto, você pode controlar suas preferências de notificação (por exemplo, se você será notificado se alguém usar @everyone, etc.). Então, talvez essa seja uma opção a considerar, se já não faz parte dos controles de notificação fornecidos pelo Discourse e com a integração dos novos recursos de chat nisso.
De qualquer forma, meu ponto principal é que você está descrevendo alguns problemas grandes e muito reais, mas são problemas que basicamente nenhuma outra ferramenta resolveu totalmente para a satisfação de todos. Isso certamente se deve em parte ao fato de ser um problema realmente difícil. Acho irrealista, senão um pouco irracional, esperar que a equipe do Discourse aborde muitas dessas questões como parte central do design do chat, parece um pouco de “feature creep” para mim. Eu não falo pela equipe em nenhuma capacidade, é claro. Dito isso, também espero que eles criem algumas ótimas maneiras de as pessoas gerenciarem suas menções, notificações, etc., que sejam fáceis de usar, congruentes com o design do Discourse, etc.