Que tal um processo de submissão "avançado" ou "guiado" para novos tópicos em certas categorias

Eu adoro usar tags no Discourse, e a estrutura flexível é ótima na maioria das vezes. Para alguns casos de uso, no entanto, seria ótimo ter um envio guiado que garanta um conjunto específico de entradas que a caixa de “tags opcionais” na janela padrão de criação de tópico não oferece aos usuários.

Meu caso de uso é este:
Em uma categoria para solicitações de suporte, quero garantir (não apenas sugerir via um modelo) que as pessoas usem um conjunto específico de tags, de algumas categorias diferentes, e que elas possam ver imediatamente todas as opções disponíveis que as categorias de tags são obrigatórias.

Imagino que, em categorias onde esse recurso está habilitado, clicar em criar tópico possa primeiro abrir uma janela modal. A modal faria a maioria das mesmas perguntas, mas teria categorias de tags/tags pai/tags pré-determinadas e obrigatórias, conforme definido nas configurações da categoria.

Eu certamente posso desenhar o que vejo em minha mente, se alguém quiser um modelo terrível do MS Paint :slight_smile:

4 curtidas

Quem não gosta de mock-ups terríveis no Paint? :stuck_out_tongue:

Isso seria apreciado, pois tenho um pouco de dificuldade em entender completamente sua solicitação. :slight_smile:

Claro.

A marcação hoje é apenas uma grande caixa aberta de “sugestões”. Quando tenho alguém enviando uma solicitação de suporte na minha categoria de suporte, preciso saber:

Sobre qual produto você está postando? Produto A ou Produto B? Tenho uma categoria de tags de “Produtos” com duas tags:

  • product-a
  • product-b

Também tenho alguns recursos que transcendem todos os produtos, mas preciso saber em qual(is) recurso(s) você está procurando suporte. Recurso A, B, C, etc. Tenho uma categoria de tags de “Recursos” com várias tags:

  • feature-a
  • feature-b
  • feature-c
  • etc.

\u003chr\u003e

Novamente, para a maior parte da nossa experiência no fórum, ter um saco de retalhos de tags é bom. Para nossa categoria de suporte, no entanto, as pessoas precisam ser muito consistentes e muito específicas. Existem recursos do Discourse que fazem mais ou menos isso, mas são muito ambíguos. Posso exigir um certo número de tags, por exemplo… mas elas podem escolher tags de outras categorias de tags abertas. Além disso, se uma categoria de tags tiver muitas tags, elas não aparecem todas no menu suspenso e, portanto, precisam saber com antecedência, por conhecimento tribal, quais tags podem existir.

Estou propondo algo assim.

  1. O usuário clica em \u003ckbd\u003e+ Novo Tópico\u003c/kbd\u003e
  2. Uma janela modal aparece para criar um novo tópico
  3. As tags obrigatórias a serem selecionadas são baseadas em grupos de tags obrigatórios para a categoria

Tenho certeza de que isso poderia ser feito na janela de novo tópico existente, sou apenas péssimo em projetar interfaces para descobrir isso.

4 curtidas

Para cada grupo de tags exigido nas configurações da categoria, você pode ter uma pergunta associada que aparece para esse grupo de tags na interface de novos tópicos.

1 curtida

Olá Jordan. Há muito tempo eu tinha este plugin instalado e, pelo que me lembro, ele pode criar tópicos da maneira que você sugeriu.

2 curtidas

Não sei se você já sabe disso, mas você pode impor esse comportamento com grupos de tags e configurações de categoria. A interface do usuário dá algumas dicas ao usuário sobre como as tags precisam ser aplicadas, mas não tenho certeza de quão clara a interface do usuário seria para a maioria dos usuários.

Primeiro, crie grupos de tags para produtos e recursos. Por exemplo:

Configure as configurações de tag da sua categoria de suporte assim:

Ao criar um novo tópico na categoria, os usuários verão primeiro isto:

Clicar na entrada de tags abre um menu suspenso que permite aos usuários selecionar apenas uma das tags de produtos:

Após selecionar uma tag de produtos, o usuário vê a lista de tags de recursos permitidas:

Você também pode tornar as tags de recursos obrigatórias adicionando-as à configuração do grupo de tags obrigatórias que foi destacada em uma captura de tela anterior. A ordem em que as tags são adicionadas à configuração do grupo de tags obrigatórias da categoria parece ser respeitada na interface do usuário. Não tenho certeza se isso é intencional, mas é útil neste caso se você quiser forçar os usuários a primeiro selecionar uma tag de produtos e, em seguida, selecionar uma tag de recursos:

Portanto, possivelmente o Discourse já tem a funcionalidade que você está procurando, mas a interface do usuário poderia ser melhorada.

Relacionado à captura de tela acima, os usuários estão vendo o texto “Pesquisar ou criar” no menu suspenso de tags, quando, com base nas configurações da categoria, eles deveriam ter apenas a opção de pesquisar tags do grupo de tags de recursos. A instância do Discourse que estou testando não está totalmente atualizada, então não posso confirmar se esse é um bug atual. Posso testar isso mais tarde. Em qualquer caso, se eu tentar criar o tópico com uma tag adicional, um erro é retornado.

Isso parece ser um bug, mas precisarei atualizar minha instância local do Discourse para confirmar isso.

Editar: Mencionei alguns problemas relacionados a isso aqui: Tag "Search or create" text is displayed when a category has restricted tags

6 curtidas

Veja… está próximo. É uma ideia que está definitivamente na direção certa, mas ainda não é bem isso.

Criei uma nova categoria, exigindo uma tag do nosso grupo de tags “Produtos” e duas tags do nosso grupo de tags “Recursos de Extensibilidade”:

Veja como fica a criação de uma nova postagem. A caixa suspensa para tags, antes de clicar nela, diz apenas “selecione pelo menos 3 tags…”. Isso é ambíguo para começar e não informa imediatamente ao usuário que estou exigindo uma tag do grupo de tags de Produto e duas tags do grupo de tags de Recursos de Extensibilidade. Mas, ok, vamos clicar nela:

Um olhar mais atento mostra que:

  • Os 3 primeiros itens são “Recursos de Extensibilidade”
  • Os próximos 2 itens são “Produtos”
  • Os últimos 5 são “Recursos de Extensibilidade”
  • Ainda existem 17 tags possíveis de “Recursos de Extensibilidade” que eles não sabem que são possíveis.
2 curtidas

Aqui está um formulário HTML simples que exemplifica melhor o que o usuário deve ver (claro, antes de qualquer design real):

3 curtidas

Acho que há uma necessidade de casos de uso do mundo real, semelhantes ao seu, para ajudar a melhorar a interface do usuário de marcação.

Isso provavelmente ocorre porque você está testando isso como um usuário da equipe. As restrições de tags não são aplicadas a administradores (possivelmente também não a moderadores), portanto, o que você está vendo não reflete o que um usuário normal veria.

Aqui está meu teste com um usuário TL3 normal (observe que ele só me permite selecionar entre produtos inicialmente):

Aqui está o que vejo ao testar a mesma coisa como um usuário administrador (tags de ambos os grupos de tags, retornadas em ordem alfabética):

Essa diferença pode levar à confusão ao tentar configurar permissões de grupo de tags.

Sim, esse é um problema.

4 curtidas

Ah, esse pode ser o caso então — mas eu diria que isso é apenas 1/10º do problema. Vou tentar agora mesmo, apenas para garantir que vi a experiência completa.

Eu diria que a maioria do problema ainda permanece.

4 curtidas

Solicitações semelhantes foram feitas anteriormente, mas não pareceram ter tração.