Eu vou começar o que estou dizendo reconhecendo algo que é um pouco um lugar comum para qualquer pessoa que consome comunicação em estilo de bate-papo - o bate-papo é altamente subjetivo e encontrar a solução “certa” é praticamente impossível se você escolher uma das muitas opções.
Eu tendo a colocar a criação de tópicos de bate-papo em duas categorias: sub-espaços e em linha.
Plataformas que seguem o formato de sub-espaço criam “bolsões” quando alguém responde a uma mensagem e todas as respostas são mantidas neste bolsão, fora de vista, a menos que alguém clique para acessá-lo. As pessoas geralmente estão familiarizadas com isso do Slack e é assim que eu classificaria a solução integrada ao recurso de bate-papo do Discourse.
Respostas em linha mantêm todas as respostas no tópico principal do bate-papo e apontam para o antecedente através de um link/âncora. Existem duas variações disso - com e sem texto citado. Um exemplo com texto citado seria o Discord (que usa um trecho em vez da citação completa) ou Mensagens em dispositivos Apple. O Discord costumava ter respostas em linha sem citação antes de mudar para seu formato atual. O outro exemplo de respostas em linha sem citação é o recurso de Bate-papo no Stack Exchange / Stack Overflow.
Ambos são válidos e têm seus usos, e cada um deles, de certa forma, “resolve” os problemas que o outro cria.
- Eu acho que os bolsões de sub-espaço…
- + podem ser uma ótima maneira de conter uma linha de pensamento lateral ou permitir mergulhos profundos em um tópico sem distrair da discussão principal.
- + mantêm essas tangentes organizadas e fáceis de seguir, mas os
- - bolsões podem ser facilmente perdidos, especialmente se as respostas forem criadas muito tempo depois que o bate-papo seguiu para outros tópicos.
- - é mais importante garantir que você esteja notificando qualquer pessoa que precise ver os desdobramentos.
- O inverso é verdadeiro com o bate-papo em linha…
- - como tudo está em linha, pode ser fácil descarrilar o bate-papo ao sair por tangentes.
- - pode ser confuso seguir várias linhas de discussão simultaneamente.
- + como tudo está em linha, você não pode perder nada do que está acontecendo em um sub-espaço.
- + os usuários não precisam pensar muito para garantir que as respostas notifiquem pessoas específicas.
Como usuário do Slack e do Discord por vários anos, eu argumentaria que a solução “certa” é provavelmente aquela que nenhum desenvolvedor quer ouvir - ter ambos. Eu descobri que os maiores determinantes (para mim) de qual eu prefiro são:
- Quantas pessoas estão envolvidas no bate-papo ou quão movimentado ele está.
- Se estou conversando com uma pessoa ou não há muita atividade, tudo o que quero são respostas em linha. Mesmo com 2-3 outras pessoas, não preciso de sub-espaços. Não posso dizer quantas vezes fiquei irritado com as DMs do Slack usando sub-espaços quando entre duas pessoas.
- Se estou em um espaço com muitos participantes e mensagens sendo trocadas rapidamente, torna-se muito mais difícil seguir conversas em linha, especialmente quando as pessoas estão sendo rápidas e soltas com o uso do recurso de resposta.
- Quanto eu quero/preciso ver tudo.
- Se estou em uma função de apoio em um Canal do Slack, os sub-espaços despoluem os canais para que eu possa apenas dar uma olhada rápida.
- Se estou em um espaço onde perder algo enterrado em um tópico seria ruim, prefiro respostas em linha. FOMO é real, amigos!
- Quão “profundo” um tópico fica.
- Canais que tendem a ter uma pergunta seguida por dezenas ou até centenas de respostas devem estar em sub-espaços.
- Canais que tendem a ter poucas respostas por mensagem geralmente funcionam melhor em linha.
- Quem eu sou/a que estou acostumado.
- Eu conheço uma pessoa que criou um script do Slack para remover sub-espaços porque ela não gosta deles tanto assim.
- Eu conheço pessoas que insistem firmemente que suas equipes usem tópicos de sub-espaço em seus canais do Slack sempre e ficam levemente irritadas quando eles não são usados.
Tudo isso é para dizer que não há uma solução única para todos (ou mesmo para a maioria). Eu fui em busca deste post meta especificamente porque estava em um bate-papo 1-1 em outra instância do Discourse e fiquei surpreso ao ver a escolha de criação de tópicos e realmente desejei poder evitar os tópicos.
Algumas ideias se você quiser considerar oferecer ambas as opções:
- Considere uma configuração de usuário para permitir que alguém escolha globalmente ou por bate-papo, qual estilo prefere.
- Leve em consideração o número de usuários em um espaço de bate-papo, a frequência das mensagens e a profundidade média das respostas ao determinar qual forma usar “automaticamente” - por exemplo, use em linha até que as respostas em uma cadeia atinjam um certo número ou um usuário indique “converter respostas em um tópico”.
- Considere a situação de “estou criando um novo tópico de resposta para algo de ontem/semana passada” e se faz sentido indicar a resposta (ou permitir que os respondedores postem a resposta em linha, como o Slack faz).
Eu acho que o que você tem está bom, mas eu adoraria ver o Discourse considerar desfocar a barreira entre essas duas metodologias distintas à medida que você avança com o recurso.