Atualizando como as categorias são organizadas no Meta

[mcwumbly (Dave McClure)]

Como parte da atualização do tema e da estrutura do meta, estamos planejando fazer algumas alterações na organização das categorias aqui.

Exploramos algumas ideias diferentes até agora e esperamos que isso ainda passe por revisões adicionais à medida que recebemos feedback da comunidade, mas a ideia em que estamos nos inclinando agora é ilustrada abaixo:

A ideia básica é agrupar categorias relacionadas em um número menor de categorias de nível superior, cada uma das quais estaria na barra lateral para novos usuários por padrão.

• Notícias e Eventos
• Suporte
• Sucesso da Comunidade
• Contribuir
• Personalização
• Documentação
• Wiki da Comunidade
• Mercado

Esperamos que Suporte continue sendo uma das categorias mais ativas e achamos que pode reduzir a paralisia de escolha agrupar outras categorias relacionadas a suporte sob ela. Provavelmente, há mais refinamentos a serem feitos aqui (o SSO deve ser uma categoria ou uma tag? Qual é a diferença na prática entre Instalação e Hospedagem? Elas devem ser recolhidas em uma única subcategoria de Auto-hospedagem?) Trabalharemos nessas questões à medida que avançamos, mas a forma geral é ter todos os tópicos de suporte em um só lugar.

Sucesso da Comunidade é uma categoria na qual adoraríamos investir mais, baseando-nos na categoria Comunidade existente. Vemos isso como um lugar onde todos os envolvidos na execução de uma comunidade Discourse de sucesso podem se apoiar, não com suporte técnico, mas com as questões sociais complexas do que é necessário para construir uma comunidade de sucesso. Provavelmente, remodelaremos a estrutura subjacente aqui também, mas, para começar, achamos que as categorias existentes de Comunidade e Dados e Relatórios são os pilares principais aqui.

Contribuir é a categoria que imaginamos ser o centro da discussão sobre como melhorar o produto em si e esta comunidade.

Personalização seria um lugar para encontrar todos os tópicos relacionados à extensão do Discourse com plugins, temas, componentes e outras extensões.

Se você gostaria de dar uma olhada mais de perto, temos esta estrutura atualmente implementada em um site de staging onde você pode dar uma olhada.

como acessar o site de staging

1. Visite https://meta-redesign-2026.discourse.group/
2. Insira este usuário e senha para autenticação básica HTTP
   • usuário: meta2026bsbx
   • senha: Q0U1ppbVbd2MVttuYOl+M8SYEOUqGLGjzl5sr1C9XwE=
3. Insira seu e-mail/nome de usuário e senha para o meta
   (o site de staging não suporta nenhum outro método de login).

Depois de ter a chance de fazer isso, por favor, nos diga o que você acha aqui.

[pfaffman (Jay Pfaffman)]

Acho que ter uma categoria chamada algo como auto-hospedagem (self-hosting) pode ajudar a deixar claro o que deve ir para lá. Ainda não é um nome ótimo, mas é melhor do que #instalação, que implica que o Discourse nunca funcionou; fiquei bastante confuso na primeira vez que um dos meus tópicos foi movido para lá. Talvez “back-end” funcionasse?

Se você acessa um shell para causar ou testemunhar seu problema, ele vai para lá. Se o Discourse “funciona” e tem a ver com ux, temas ou qualquer outra coisa, vai para suporte.

[mcwumbly (Dave McClure)]

@pfaffman

Acho que ter uma categoria chamada algo como auto-hospedagem ajudaria a deixar claro o que vai lá. Ainda não é um ótimo nome, mas é melhor do que Installation,

Eu sou a favor.

Eu iria além e diria que devemos combinar Installation e Installation > Hosting nesta nova categoria Auto-Hospedagem.

Acho que poderíamos fazer isso independentemente de como o resto se desenvolver. Se seguirmos a direção que esbocei acima, esta nova categoria seria uma subcategoria de Suporte.

Se nos apegarmos mais ao modelo plano atual, seria uma categoria de nível superior.

[mcwumbly (Dave McClure)]

Acabei de fazer a seguinte alteração, resultando em uma nova categoria de nível superior Self-hosting support

• Marquei todos os tópicos anteriormente em Installation > Hosting com hosting
• Mesclei todos os tópicos de Installation > Hosting com o que costumava ser Installation
• Renomeei Installation para Self-hosting support

Talvez “Self-hosting” seja melhor do que “Self-hosting support” (especialmente se o movê-lo para debaixo de Support), mas como um primeiro passo por enquanto, optei por algo um pouco mais verboso, que contenha a palavra “support”.

[JammyDodger]

Para constar, evitei ‘suporte de auto-hospedagem’ anteriormente, pois dava a aparência de que aquela era a área específica para os auto-hospedeiros obterem todo o seu suporte, e eu não queria que essa fosse a primeira impressão.

Também é muito semelhante à categoria de documentação, e você realmente não quer duplicação se estiver procurando simplificar.

Configuração também foi descartada, pois todos os recursos/configurações/plugins/etc precisam ser ‘configurados’, então não era descritiva o suficiente. Administração de sistema foi considerada muito técnica (quando queríamos minimizar o quão técnico você precisa ser para executar um site Discourse).

Embora eu concorde que instalação era ambígua, não causou tanta confusão na prática. Um nome melhor existe, no entanto…

Para Hospedagem, essa era a área para discutir os serviços subjacentes (Digital Ocean, Mailgun, etc., etc.). Eu acho que tinha um sabor distinto que era diferente da administração de servidor, e com mais de 500 tópicos, seria viável para uma conversa ser separada (se já não tivesse existido )

[stephtara (Stephanie Booth)]

Para mim, é isto que eu esperaria:

• hospedagem (hosting): sobre escolher e gerenciar o host (servidor)
• Instalação (Installation): chegar ao ponto de « o discourse existe e eu posso fazer login como administrador e fazer coisas »
• configuração (configuration): todos os detalhes sobre as várias configurações

Eu acho que para alguém que está começando, a distinção entre o núcleo (core) e « plugin incluso » não é muito óbvia. Então eu incluiria isso na configuração — ou pelo menos ponteiros muito claros.

[mcwumbly (Dave McClure)]

@stephtara

Para mim, seria o seguinte:

• hospedagem (hosting): sobre escolher e gerenciar o host (servidor)
• Instalação (Installation): chegar ao ponto de « o discourse existe e eu posso fazer login como admin e fazer coisas »
• configuração (configuration): todos os detalhes sobre as várias configurações

Quais desses você esperaria que fossem categorias diferentes versus tags diferentes?

E como você esperaria que eles se relacionassem com a categoria #suporte?

[stephtara (Stephanie Booth)]

@mcwumbly

Quais desses você esperaria que fossem categorias diferentes versus tags diferentes?

Então, acho que ficaria bem com instalação e hospedagem sendo tags. Mas estou me perguntando (para minha comunidade também) se há uma maneira de “fixar” ou “promover” certas tags chave em uma categoria. Elas também poderiam ser categorias (se pensarmos na linha de “contar a história”).

Configuração: isso será muito diferente para quem auto-hospeda ou administradores de hospedagem? Tenho a impressão de que haverá sobreposição, então não tenho certeza se eu a manteria trancada dentro de Auto-hospedagem (que eu renomearia em vez de Suporte a Auto-hospedagem). Talvez #suporte seja mais como “Suporte Geral”? Porque quase tudo em Meta é suporte de alguma forma, não é?

A propósito: #migracao é confuso para mim, porque como uma pessoa “focada em pessoas”, eu imediatamente penso “ah, como eu gerencio a migração como um todo”, e quando olho para a categoria, parece ser tudo sobre “migração técnica”, scripts e exportações e coisas assim.

Recentemente tivemos algumas conversas sobre #migracao-do-facebook, que é mais sobre estratégia e pessoas e desafios específicos. De certa forma, sinto que #migracao pode atuar como um atrator maligno para pessoas preocupadas com os aspectos mais gerais ou humanos da migração. Você entende o que quero dizer?

[mcwumbly (Dave McClure)]

@stephtara

Estou me perguntando (para minha comunidade também) se existe uma maneira de “fixar” ou “promover” certas tags importantes em uma categoria. Elas também poderiam ser categorias (se pensarmos na linha de “contar a história”).

Ter uma maior facilidade para isso no aplicativo é algo que pode valer a pena explorar, mas não tenho certeza de como deveria funcionar.

No momento, acho que isso acontece de forma muito orgânica – uma massa crítica de certas tags se acumula em uma determinada categoria, e as pessoas começam a ver o padrão e incentivam que ele floresça.

Existem recursos integrados para restringir tags a certas categorias, ou exigir um número de tags em uma determinada categoria, particularmente de um determinado grupo de tags, mas sinto que eles podem ser muito onerosos.

@stephtara

Configuração: isso será muito diferente para auto-hospedados ou administradores hospedados? Tenho a impressão de que se sobreporá, então não tenho certeza se eu a manteria trancada dentro de Auto-hospedagem

concordo. Eu penso em configuração mais como “suporte geral” (a menos que seja configurar coisas no nível de sysadmin, como a porta em que você está escutando, etc.).

@stephtara

Auto-hospedagem (que eu renomearia em vez de Suporte de Auto-hospedagem

Sim, era isso que eu tinha em mente primeiro… Vou deixar para descansar por um dia, mas revisarei esse detalhe amanhã.

@stephtara

Talvez Support seja mais como “Suporte Geral”? Porque quase tudo em Meta é suporte de alguma forma, não é?

É, mas não tenho certeza do quanto essa palavra extra ajuda. Entendo o que você quer dizer, no entanto.

@stephtara

Migration é confuso para mim, porque como alguém que prioriza pessoas, eu imediatamente penso “ah, como eu gerencio a migração como um todo”, e quando olho para a categoria, parece ser tudo sobre “migração técnica”, scripts e exports e coisas assim.

Sim, é possível que existam duas categorias escondidas aqui. Se fôssemos analisar isso sob a ótica da estrutura aninhada proposta, talvez isso devesse ser dividido em algo mais parecido com support/migration, e algo mais parecido com dev/migration.

Eu poderia ver a gente moldando isso mais ao longo do tempo, enquanto fazemos um movimento inicial menor aqui.

[stephtara (Stephanie Booth)]

@mcwumbly

No momento, acho que isso acontece de forma muito orgânica – uma massa crítica de certas tags se acumula em uma determinada categoria, e as pessoas começam a ver o padrão e incentivam que ele floresça.

Entendo o que você quer dizer – embora o fato de estarem ocultas em um menu suspenso as torne muito menos visíveis do que as subcategorias, que podem ser exibidas de forma proeminente.

@mcwumbly

Existem recursos integrados para restringir tags a certas categorias, ou exigir um número de tags em uma determinada categoria, particularmente de um determinado grupo de tags, mas sinto que eles podem ser muito onerosos.

Voltarei a esse ponto, porque é algo que planejo usar extensivamente (exigir pelo menos uma tag de um determinado grupo de tags em uma determinada categoria) para evitar a multiplicação de subcategorias…

@mcwumbly

Eu penso em configuração mais como “suporte geral”

Acho que parte disso é, mas outra parte é a continuação da “instalação”, todo o trabalho de configuração. Certo, agora que instalei o Discourse, ele tem todas essas funcionalidades incrivelmente legais, tenho controle sobre tantas coisas, mas como eu o “moldoo” para o que minha comunidade precisa? Essa parte me desanimou muito em certo momento, porque embora todas as configurações e coisas sejam documentadas, tive dificuldade em a) entender por onde começar e b) entender como traduzir minha “visão” para minha comunidade em configurações e ajustes.

Então, talvez o que estou pensando seja uma camada extra em torno da jornada da configuração inicial. Vejo Support (eu não o renomearia para “Suporte geral”, eu estava dizendo isso para indicar como eu o percebia) mais para “Estou funcionando, ou tenho um problema específico que preciso resolver”, em vez de “Tenho minha instalação padrão e agora o que preciso fazer para prepará-la para algum tipo de lançamento”.

Tudo isso para dizer que, na verdade, acho que “configuração” faz sentido como parte da jornada de administração e não é exatamente o mesmo que “suporte”.

Um paralelo com minha comunidade – me lembra que preciso dar notícias sobre isso na conversa apropriada – é o seguinte: considerando o dono de um gato diabético que acabou de receber um diagnóstico e entra em nossa comunidade, como organizamos as categorias? O que decidi agora é ser muito “centrado no membro” e começar com “Acabei de chegar, e agora?” (algum equivalente em francês mais educado), depois “Estou adquirindo o equipamento necessário”, “Estou aprendendo” – e então eles estão prontos para o “suporte” adequado que é o coração da comunidade.

Se eu pensar dessa forma com o Discourse, como alguém completamente novo em tudo isso como eu era, definitivamente há: 1) descobrir se vou auto-hospedar ou não e escolher minha hospedagem; 2) passar pela instalação real 3) projetar minha comunidade e traduzir isso em configuração do Discourse. E nesse caso, há uma distinção a ser feita entre a) estou construindo do zero e b) a comunidade existe e quero migrá-la – como discutido no meu tópico desafios de migração do Facebook eu realmente acho que muda a abordagem para configurar as coisas.

O que nos leva a onde colocar as coisas de migração.

@mcwumbly

Sim, é possível que haja duas categorias escondidas aqui. Se olhássemos para isso através da lente da estrutura aninhada proposta, talvez isso devesse ser dividido em algo mais parecido com support/migration, e algo mais parecido com dev/migration.

Eu diria que, novamente, depende da história que queremos contar. O Discourse quer incentivar e facilitar a migração de comunidades existentes para o Discourse, ou o foco é mais nas pessoas que vão construir do zero com o Discourse?

Sem surpresa, eu argumentaria que faz sentido focar na migração de clientes, porque estou convencido de que há um enorme mercado inexplorado lá.

Nesse caso, eu gostaria que “Migração” não ficasse muito enterrada. Eu pessoalmente manteria isso como um aspecto do Gerenciamento de Comunidade (e renomearia a categoria atual Comunidade para isso, porque “Comunidade” sozinha é ambígua, inicialmente pensei que fosse “para a comunidade Discourse” em vez de “sobre projetar/construir/gerenciar comunidades”). Tag ou subcategoria? Talvez mereça pelo menos uma subcategoria. Scripts de migração e coisas técnicas sobre migração iriam para uma categoria de nível superior diferente?

Ou talvez Migração seja uma categoria em si, que contém discussões sobre como adaptar e traduzir aspectos existentes da comunidade para o Discourse, como abordar o processo real de migração (implementação) e também “migração de dados”.

[pfaffman (Jay Pfaffman)]

Espere. E se houvesse uma maneira de incentivar os usuários a marcar tópicos com #standard-install, assim como fazemos com unsupported-install?

No entanto, não tenho certeza de como fazer isso acontecer.

[mcwumbly (Dave McClure)]

@stephtara

Eu, pessoalmente, manteria isso como um aspecto do Gerenciamento de Comunidade (e renomearia a categoria atual “Community” para isso, porque “Community” sozinha é ambígua; inicialmente pensei que fosse “para a comunidade do Discourse”, em vez de “sobre projetar/construir/gerenciar comunidades”.

Na proposta atual, estamos imaginando que “Sucesso da Comunidade” seja a categoria de nível superior com “Gerenciamento de Comunidade” sendo uma subcategoria disso – como isso se alinha com o seu pensamento aqui?

@mcwumbly

---

@stephtara

o que estou pensando é uma camada extra em torno da jornada de configuração inicial. Eu vejo Support (eu não a renomearia como “Suporte Geral”, eu estava dizendo isso para indicar como eu a percebi) mais para “Estou funcionando, ou tenho um problema específico que preciso resolver”, em vez de “Tenho minha instalação pronta para uso e agora o que preciso fazer para prepará-la para algum tipo de lançamento”.

Eu gosto da ideia de ter alguma sinalização definida em torno da nossa compreensão de como as etapas típicas da jornada podem ser…

[stephtara (Stephanie Booth)]

@mcwumbly

Na proposta atual, estamos imaginando que “Sucesso da Comunidade” seja a categoria de nível superior com “Gerenciamento da Comunidade” sendo uma subcategoria disso – como isso se alinha com o seu pensamento aqui?

Eu não entendi a distinção entre os dois. O que iria em Sucesso da Comunidade que não vai em Gerenciamento da Comunidade? Se eu pensar nas coisas que postei até agora em Community aqui, eu as coloco em gerenciamento ou sucesso da comunidade?

Vou ter que pensar sobre isso amanhã ou sexta-feira, meu cérebro está desligando por hoje, desculpe!

[mcwumbly (Dave McClure)]

@stephtara

O que iria em Sucesso da Comunidade que não vai em Gerenciamento da Comunidade?

Bem, além das subcategorias que você vê no mockup, você mencionou outras duas atividades aqui além de gerenciar comunidades (projetá-las e construí-las):

@stephtara

em vez de “sobre projetar/construir/gerenciar comunidades”

Mas talvez tudo isso ainda se enquadre em “gerenciamento” para a maioria das pessoas.

[hellekin]

@mcwumbly

como acessar o site de homologação

clique para ir

staging site de um clique incluindo credenciais

→ Ocultando caso você não queira que robôs acessem.

Aqui estaria minha reorganização de categorias:

• Notícias e Eventos
  • Anúncios
  • Blog
  • Resumos
• Comunidade
  • Ágora (era: geral)
  • Feedback do Site
  • Elogios
  • Comparação
  • Gerenciamento da Comunidade
  • Marketplace
  • Wiki do Usuário
  • Wiki de Admin
  • Wiki de Dev
  • Wiki de Sysadmin
• Documentação
  • Usando o Discourse
  • Gerenciamento do Site
  • Integrações
  • Hospedagem do Discourse (era: Clientes Hospedados)
  • Auto-hospedagem
  • Migrando para o Discourse
  • Guias do Desenvolvedor
  • Contribuindo
• Ajuda
  • Instalação
  • Hospedagem
  • Migração
• Integrar
  • WordPress
  • SSO
• Contribuir
  • Bug
  • Funcionalidade
  • Dev
  • Traduções
  • UX
• Personalizar
  • Plugin
  • Extras
  • Tema
  • Componente de Tema
  • Dados e Relatórios

Racional:

• #comunidade seria o lugar animado para discussões relacionadas a qualquer coisa não feita em outro lugar, reunindo a comunidade Discourse em geral, incluindo wikis, discussão geral (#ágora), feedback do site, elogios e comparação com outro software, mas também discussão sobre gerenciamento de comunidade e o marketplace.
• #notícias-eventos seria para comunicação normal da CDCK
• #ajuda seria para obter suporte
• #integrar seria para discutir integrações específicas
• #documentação conteria a base de conhecimento oficial
• #contribuir conteria todo o processo de desenvolvimento
• #personalizar conteria tudo o que torna cada instância do Discourse uma comunidade especial, incluindo relatórios e exploração de dados.

Quando alguém novo chega, ele iria para a documentação (oficial) ou para as discussões da comunidade…

Eu sugeriria uma tag #boas-vindas apontando para um punhado de tópicos de introdução para navegar facilmente e integrar novatos, por exemplo, para ir de tl0 a tl1, entendendo o clima e as áreas.

Provavelmente a documentação deveria ter um início proeminente com as tags Sistema de Documentação: tutorial, #explicação, #como-fazer, #referência.

Gerenciamento da Comunidade poderia ser chamado de Construção da Comunidade em vez disso… Eu não gosto de “Sucesso da Comunidade” por algum motivo pouco claro.

[manuel (Manuel Kostka)]

@hellekin

Eu sugeriria uma tag #welcome apontando para alguns tópicos de introdução para facilitar a navegação e integrar os recém-chegados, por exemplo, para ir de tl0 para tl1, entendendo o clima e as áreas.

Sim, eu já fiz isso em uma comunidade e também acho que é uma maneira agradável e flexível de indicar um caminho de integração, além de usar qualquer categoria. Algo como

[philh]

Aplaudo esta iniciativa e agradeço por nos envolver no processo.

Tendo acompanhado a jornada do Discourse de @stephtara, fica óbvio para mim que a Meta precisa de um lugar dedicado para novos construtores de comunidade. Não sei como chamá-lo, mas um lugar acolhedor e confortável para aqueles que estão construindo com o Discourse pela primeira vez ajudaria com a sobrecarga de opções de configuração. As pessoas que oferecem ajuda aqui saberiam que um esforço extra e paciência podem ser necessários ao responder com ajuda nesta área.

Talvez eu tenha perdido, mas uma categoria de documentação de Opções de Configuração com um índice que espelhe a área de administração “atual” seria incrível. O Discourse está sempre evoluindo. A documentação deve fazer o mesmo, mantendo-se atualizada.

Além desta reformulação de categorias/tags, espero que uma “nova organização” dos tópicos existentes siga a reorganização. A maior parte do meu tempo no Meta procurando respostas é gasta tentando classificar quais informações são pertinentes ao status atual do Discourse e quais são antigas e não aplicáveis. Confesso que meu BBS é parte do problema, mas muitas das documentações são muito difíceis de classificar. Eu aprecio o trabalho que a equipe fez e ainda está fazendo para melhorar a documentação, mas muitas/a maioria parece precisar de atenção.

Para esse fim, sugiro marcar a maioria das documentações ou tópicos que parecem ser documentações com uma tag Precisa de Revisão. Sim, isso seria uma quantidade enorme de tags, mas uma vez que o processo de revisão fosse concluído, a experiência do usuário melhoraria enormemente. Eu e talvez outros estaríamos dispostos a ajudar nesse esforço. Uma sequência de edição e marcação poderia ajudar a gerenciar o processo.

Estou usando isso em um site:

Resumo

Precisa-Revisão Precisa-Texto Precisa-Citação Precisa-Trabalho Pronto-para-Publicar

Talvez uma tag Desatualizado pudesse ser útil.

@mcwumbly Obrigado novamente por iniciar esta reorganização e por nos incluir no processo.

[mcwumbly (Dave McClure)]

Aqui está meu plano para os próximos passos:

• Semana de 23 de fevereiro
  • Atualizar a organização das categorias aqui para corresponder ao que está na primeira postagem, talvez tomando algumas liberdades com base no feedback até agora
  • Esperar muito mais feedback de discussão aqui sobre como isso se sente na prática
  • Fazer alguns pequenos ajustes com base no feedback
• Semana de 2 de março
  • Continuar a refinar se as coisas estiverem geralmente boas. OU
  • Reverter se as coisas estiverem muito ruins

[mcwumbly (Dave McClure)]

Guardando esta ideia aqui:

@stephtara

Eu pessoalmente acho que seria muito bom ter um espaço “por idioma”, ou pelo menos uma tag para traduções relativas a um idioma específico.

Provavelmente merece seu próprio tópico, mas podemos discutir mais aqui primeiro como parte de toda essa grande reorganização.

[mcwumbly (Dave McClure)]

@mcwumbly

• Semana de 23 de fevereiro
  • Atualize a organização das categorias aqui para corresponder ao que está na primeira postagem, talvez tomando algumas pequenas liberdades com base no feedback até agora
  • Espere muito mais feedback de discussão aqui sobre como isso se sente na prática
  • Faça alguns pequenos ajustes com base no feedback

Fiz uma primeira rodada de alterações aqui para que possamos começar a ter uma noção de como isso se sente na prática juntos.

Eu também atualizei as categorias da barra lateral padrão, mas não as apliquei para todos, então, se você quiser experimentar a configuração da sua barra lateral para os novos padrões, você pode fazer o seguinte:

1. Clique no lápis de edição ao lado de “Categorias” na sua barra lateral
2. Escolha “Redefinir para os padrões” no canto inferior direito do modal
3. Ajuste conforme desejar
4. Clique em “:Salvar Alterações”

Por favor, compartilhe qualquer feedback que você tenha aqui durante a próxima semana ou mais:

@mcwumbly

• Semana de 2 de março
  • Continue a refinar se as coisas estiverem geralmente boas. OU
  • Reverter se as coisas estiverem muito erradas