Isso é algo de que precisamos. Usamos aprovação para relatórios de bugs (com mais de 150 mil usuários, eles tendem a postar primeiro e ler depois). Temos um fórum geral de “suporte”, onde incentivamos as pessoas a fazer perguntas do tipo “como fazer”. Se algo quebrar, pedimos que publiquem nos Relatórios de Bugs. O problema é que, se o post for rejeitado (seja como duplicata ou por falta de informações adequadas, etc.), eles não ficam sabendo… o post simplesmente desaparece e eles não sabem se ele chegou ao destino em primeiro lugar.
Isso os incentiva a postar relatórios de bugs no fórum de suporte, que tem menos atrito, geralmente de forma idêntica e sem as informações que precisamos para reproduzir os relatórios. Isso está criando mais trabalho para nós. Gostaria de poder rejeitar com um motivo, para educá-los sobre como submeter corretamente um relatório de bug ou para vincular um relatório existente, por exemplo.
Aqui está o fluxo lógico de um usuário relatando isso como uma preocupação:
A forma como os posts nos Relatórios de Bugs funcionam agora, você pode nunca ver nada que mostre claramente que seu post foi recebido. Esses posts precisam de aprovação do moderador antes de aparecerem — o que faz sentido. Um bug pode afetar muitas pessoas, então, sem o mecanismo de aprovação, muitos tópicos diferentes poderiam surgir. Além disso, pode não ser realmente um bug. Se o fórum de Relatórios de Bugs servir também como uma lista de bugs, isso seria outra razão para os posts precisarem de aprovação.
No entanto, se o post não aparecer eventualmente, não parece haver nenhum reconhecimento claro de que o post foi recebido. E mesmo que ele (ou um relatório semelhante) acabe aparecendo, isso pode levar bastante tempo. Se o problema persistir, você pode acabar pensando: “Será que o post foi recebido mesmo? Devo postar novamente?”. Você também pode gastar tempo verificando se algo apareceu.
Isso é desanimador.
Se fosse postado como Sugestões e Feedback, no entanto, o post apareceria pelo menos, para que você possa ver que foi recebido. Mesmo que seja movido ou excluído mais tarde, você pelo menos sabe que não se perdeu na transmissão.
Isso é menos desanimador.
Do ponto de vista de alguém tentando ser útil ao chamar a atenção para um problema, portanto, parece que postar em Sugestões e Feedback funciona melhor do que postar em Relatórios de Bugs. Para postar em Relatórios de Bugs, você também precisa fornecer pelo menos uma tag, o que também desencoraja a postagem lá. Além disso, é solicitado que você forneça muitas informações que podem nem ser relevantes.
Na prática, o comportamento do fórum nos incentiva a relatar problemas como Sugestões e Feedback em vez de Relatórios de Bugs.
Pode-se argumentar que isso poderia criar tópicos duplicados que o mecanismo de aprovação visa evitar. No entanto, já deveríamos procurar tópicos existentes antes de postar, e é fácil esperar um pouco antes de postar, para dar chance a outros posts de aparecerem.
Então, quando tudo é considerado, ainda parece funcionar melhor (do ponto de vista de alguém que deseja enviar um relatório) postar em Sugestões e Feedback.
.
