Toda vez que recebemos um ticket de suporte pedindo uma extensão de teste porque "14 dias não são suficientes para a comunidade decolar", uma pequena parte de mim morre.
Uma década atrás, os construtores de comunidades reconheceram que 6 meses provavelmente não eram suficientes para a comunidade decolar e eles estavam bem com isso. Eles entenderam que a construção de comunidades é um jogo de longo prazo e o jogo começa muito antes do lançamento. No mundo de hoje, dominado pelas mídias sociais e pelo Discord, as pessoas estão perdendo a arte da verdadeira construção de comunidades em favor do acúmulo de seguidores. Essa categorização incorreta de uma audiência como uma comunidade não leva em conta a complexidade dos sistemas sociais subjacentes às comunidades online.
Construtores de comunidades sérios sabem que as comunidades são ecossistemas; elas têm um ciclo de vida que precisa de estratégias adaptativas.
Esse ciclo de vida se estende desde a Incepção – que começa muito antes da fase de teste gratuito da plataforma – e continua até a Mitose, que é o que acontece em última instância com comunidades saudáveis que desfrutam de longevidade.
Nem todas as comunidades alcançarão este estágio final, mas um exemplo de uma que o fez é a primeira comunidade que eu já participei e, subsequentemente, gerenciei – The SitePoint Forums. Embora já tenha se passado mais de uma década desde que saí, tenho uma conexão profunda e duradoura com essa comunidade, que ainda prospera hoje. Além de fornecer o suporte que eu precisava para aprender as habilidades necessárias para mudar para uma nova carreira, ela ofereceu amizades pessoais duradouras, uma forte rede profissional e um cliente de longa data.
Para que isso melhore, as plataformas comunitárias precisam oferecer melhor suporte para o inevitável quinto estágio no ciclo de vida de uma comunidade: arquivamento. Atualmente, não há boas opções para transicionar uma comunidade de uma plataforma dinâmica para um arquivo estático que possa persistir online sem manutenção contínua ou custos de servidor.
Experimentei isso tanto como membro quanto como administrador de uma comunidade que, para mim, foi um grande exemplo de como unir pessoas online para avançar uma causa comum. Eu adoraria ver isso preservado como um arquivo e referência na web, mas é difícil de implementar na prática.
Seria poderoso se o Discourse pudesse liderar o caminho aqui e apoiar as comunidades durante todo o seu ciclo de vida, ajudando-nos a construir uma web que honre e preserve as comunidades que se formaram, mesmo após o término do engajamento ativo.
Gostaria de saber se você poderia trabalhar com o Internet Archive para desenvolver um padrão que os ajude a arquivar o conteúdo de fóruns. Diferentes softwares de fórum operam de maneiras distintas, mas há coisas óbvias que são as mesmas. Sua experiência em migração de outros softwares de fórum deveria ser útil.
Estou salvando toda a minha instância no Wayback Machine todos os dias até o fim, dando poder ao usuário para excluir seu conteúdo, mas mantendo o histórico de suas edições. É uma boa maneira para isso. Sempre digo que um dia não poderei mais fazer isso, então estou ensinando essas coisas à minha equipe, mas isso levará muito tempo. Por enquanto, estou salvando o que posso.
Você pode elaborar um pouco sobre isso? Atualmente, oferecemos uma opção em nossa hospedagem para arquivar o site em modo somente leitura perpetuamente, mas obviamente não podemos fazer isso gratuitamente porque há um custo contínuo para nós.
Para os gerentes de site, o modo somente leitura significa que você não precisa moderar ativamente, mas não é o mesmo que arquivar. Ele desativa a interação, mas tecnicamente todo o resto permanece o mesmo. Você precisa hospedar a instância, mantê-la atualizada, manter os mesmos servidores.
O arquivamento verdadeiro significa migrar de um aplicativo dinâmico e configuração de banco de dados para HTML estático. Existem alguns scripts da comunidade por aí, mas tentar colocá-los em prática me mostrou o quão complexo isso realmente é. Acho que é muito difícil para comunidades individuais resolverem isso do zero. Fornecer soluções de migração padrão que também abordem a representação da interface do usuário e o tratamento da privacidade de dados pode ajudar muito a preservar melhor as comunidades.
Há também uma dimensão conceitual: se as plataformas comunitárias suportassem o ciclo de vida completo desde o início, isso provavelmente levaria a sistemas melhores no geral, de maneiras que talvez nem tenhamos em foco agora. No design de produtos regular, o planejamento para a aposentadoria de um produto é apenas parte de um bom design.
Em menor escala, grupos são uma boa analogia e um caso de uso semelhante. Atualmente, os sites costumam acabar com grupos dormentes ou abandonados, ou grupos desaparecem sem deixar rastros. Se tivéssemos planejado a vida útil esperada e o planejamento de encerramento na configuração do grupo desde o início, isso poderia apoiar os gerentes de site a serem mais propositais e organizados com os grupos em geral.
Um conversor de Discourse para markdown padrão daria muita flexibilidade. Metadados como categoria, tag, autor, visibilidade, etc., poderiam ser armazenados como frontmatter. Um gerador de site estático personalizado ou existente poderia converter os arquivos markdown em HTML. Os arquivos também poderiam ser lidos localmente com aplicativos de anotações que suportam markdown. O Discourse também poderia fornecer um script de migração markdown → Discourse para permitir que sites arquivados fossem convertidos de volta em fóruns.
A abordagem markdown permitiria ao Discourse promover a ideia de que o conteúdo de um fórum é independente do Discourse como aplicativo. Tornaria concebível pensar em posts criados no Discourse sendo lidos daqui a 100 anos.
Existem casos em que as pessoas se reúnem online para eventos que têm um início e fim naturais. Por exemplo, preparação e acompanhamento para um seminário online. O Discourse poderia ser uma ferramenta apropriada para isso. Ao tornar o ciclo de vida explícito e fornecer um arquivo do conteúdo, um fórum que gera, digamos, 5 tópicos e 100 posts ao longo de 2 meses poderia ser visto como um sucesso em vez de um fracasso. Suspeito que uma data de término explícita também tornaria algumas pessoas mais dispostas a se inscrever e participar da discussão.