Crie categorias de Suporte facilmente usando o plugin discourse-solved

[martin (Martin Brennan)]

Tornamos mais fácil a criação de categorias do tipo suporte/perguntas e respostas no Discourse! Esta atualização utiliza nosso plugin existente Discourse Solved, mas simplifica o processo de configuração e estabelece novas configurações padrão para este tipo de categoria para melhor atender a este caso de uso.

Nota: Em nossa hospedagem, o Discourse Solved não está disponível nos planos Gratuito ou Starter.

Neste tópico, revisaremos as principais mudanças e compartilharemos como você pode começar a usá-lo hoje mesmo.

O que mudou

Ao criar uma nova categoria, você verá agora dois tipos:

Quando você selecionar o tipo de categoria Suporte, configuraremos tudo o que você precisa para este tipo de categoria. O mais importante é que isso significa que ativaremos automaticamente Permitir que o proprietário do tópico e a equipe marquem uma resposta como solução (Allow topic owner and staff to mark a reply as the solution), o que permite que os membros marquem uma resposta ao seu tópico como solução (veja nossa categoria de Suporte aqui no Meta para um exemplo de como isso fica).

• Na aba Geral, o Nome da categoria e o Estilo são configurados automaticamente

• Na aba Suporte, as configurações mais úteis para este tipo de categoria já vêm pré-definidas:
  • Fechar automaticamente tópicos solucionados (Auto close solved topics) é definido como 2 dias
  • Notificar o criador do tópico quando a equipe marcar uma solução (Notify topic creator when staff marks a solution) está ativado
  • Exibir uma caixa de seleção vazia ao lado de tópicos não solucionados na lista de tópicos (Display an empty checkbox next to unsolved topics in the topic list) está ativado
  • Mostrar filtro por status de solução (Show filter by solved status) está ativado

Todas essas configurações podem ser personalizadas para atender às suas especificações exatas. Estas configurações padrão são baseadas em como usamos este tipo de categoria em nossa própria comunidade e como vimos que ela tem mais sucesso em outras comunidades Discourse.

Ativando a configuração de categoria tipo suporte em sua comunidade

Por enquanto, isso é considerado uma mudança experimental! Estamos abertos ao seu feedback, o que nos ajudará a fazer melhorias e a implementar isso ainda mais.

Para ativar, acesse a página Mudanças Futuras na sua área de administração (/admin/config/upcoming-changes) e encontre o item Habilitar configuração de tipo de categoria de suporte (Enable support category type setup). Atualize o campo Ativado para… (Enabled for…) para optar seu site por este novo design:

O que você acha?

A palavra é sua: adoraríamos saber o que você pensa sobre este novo recurso. O que você gosta e o que não gosta; o que está funcionando bem e o que poderia ser melhorado?

[ice.d (discord ice)]

Olá, @martin

Esta é uma ótima ideia e eu realmente agradeço por ela!

É algo que sinto que estava faltando, estou cansado de passar pelas categorias e garantir que não me esqueça de adicionar as funcionalidades de marcação de solução.

Agora posso ter uma categoria de suporte adequada!

Obrigado

Ice.d e sua equipe do fórum

[martin (Martin Brennan)]

Obrigado, fico feliz que você goste! Apenas para esclarecer, este foi um esforço de equipe com @j.jaffeux @zogstrip @awesomerobot e @lindsey na equipe de XP de autoatendimento. Faremos isso para outros tipos de categorias daqui para frente também, então fique ligado

[Moin]

@martin

o que pode ser melhorado

Seria ótimo se você pudesse evitar forçar letras minúsculas do tipo no cabeçalho “nova categoria xxx”.

Esta string já é difícil de traduzir para o alemão, porque não podemos reutilizar naturalmente o nome do tipo nessa posição. O alemão tipicamente exige um substantivo composto (ex: “Diskussionskategorie”), então já temos que usar uma solução alternativa como:

Nova categoria do tipo “Diskussion” (literalmente: “new category of type ‘discussion’”)

No entanto, o comportamento atual produz:

Nova categoria do tipo “diskussion”

o que está incorreto, pois substantivos devem sempre ser capitalizados em alemão.^[1] Eu não acho que isso possa ser devidamente contornado nas traduções.]

---

1. Eu já relatei o mesmo problema com motivos de sinalização na fila de revisão. ↩︎

[Moin]

Estou a pensar porque é que

“Fechar tópico automaticamente após esta duração assim que for marcado como resolvido”

foi escolhido para substituir

“Fechar tópico automaticamente (n) horas após a última resposta assim que o tópico for marcado como resolvido.”

A frase anterior era muito mais clara ao indicar que o temporizador é calculado com base na antiguidade da última resposta após marcar uma solução, enquanto a nova redação sugere que o temporizador começa no momento em que o tópico é marcado como resolvido, o que pode ser enganador.

O que levou à escolha de 2 dias como período de encerramento padrão? Sei que o mcwumbly disse recentemente que 30 dias no Meta parecem generosos. Mas nos casos em que a equipa seleciona a solução, 2 dias parecem muito curtos. Se os moderadores esperarem que o utilizador responda, parece provável que a última publicação tenha mais de 2 dias antes de selecionarem uma solução, o que resulta no encerramento imediato do tópico. Assim, o utilizador não consegue responder facilmente que a solução selecionada não o ajudou.

[martin (Martin Brennan)]

@Moin

O que levou à escolha de 2 dias como período de fechamento padrão?

Não tenho certeza, 48 horas é o padrão atual, não alteramos isso.

@Moin

A redação anterior era muito mais clara

Vou corrigir isso, não tive a intenção de remover a parte “após a última resposta”.

@Moin

Seria ótimo se você pudesse evitar forçar letras minúsculas do tipo no título “nova categoria xxx”.

Ok, podemos fazer isso, isso viola um pouco Formatting text in Discourse documentation and UIs, mas não queremos seguir isso e fazer com que as traduções fiquem erradas, então vou corrigir.

[Moin]

@martin

Ok, nós podemos fazer isso, isso viola um pouco a Formatting text in Discourse documentation and UIs, mas não queremos seguir isso e ter traduções erradas, então vou corrigir.

Você poderia adicionar “discussion” como um texto sem letra maiúscula para que ele cumpra as regras de formatação sem transformar para minúsculo. Algo como category_types.discussion.lowercase
Eu acabei de notar que category_types.discussion.title está em minúsculo. Seria possível usar title em vez de name para que você não precise quebrar as regras de formatação?

[martin (Martin Brennan)]

Estes são corrigidos aqui:

UX: Minor category copyedits (#38775)

[Noah]

Isso é legal. No entanto, me pergunto se um nome melhor seria adequado?

Isso pode ser apenas eu, mas quando penso em “suporte”, imagino um canal dedicado para funcionários ↔ clientes, enquanto isso é mais um recurso de suporte comunitário. Talvez algo como “Ajuda da Comunidade” ou “Perguntas e Respostas” seja melhor?

[Neil_Evans]

É possível converter uma categoria existente em uma categoria de “Suporte” editando a configuração manualmente? Se sim, quais configurações devo alterar? Obrigado! N

[martin (Martin Brennan)]

Sim, Neil, você pode ativar essa configuração na guia Configurações em qualquer categoria para fazer isso:

Vamos tornar isso mais fácil no futuro com uma interface de usuário mais dedicada.