Quais são alguns pontos de ruptura comuns à medida que as comunidades crescem?

Boa pergunta. Na mensagem acima, eu estava pensando em termos de primeiro lançamento, mas na realidade não é tão simples assim. Em empresas de grande porte, uma comunidade anterior sempre existe de alguma forma.

Para dar um exemplo concreto do que quero dizer, as comunidades que antecederam nosso Discourse estavam espalhadas por várias plataformas:

  • Yammer (Viva Engage) :face_vomiting:
  • SharePoint :roll_eyes:
  • Microsoft Teams :person_shrugging:

E isso tornou a gestão de expectativas significativamente mais difícil.

Os usuários vindos do Viva Engage tinham a expectativa de “posso postar qualquer coisa que eu quiser”. A equipe responsável não fazia moderação e simplesmente atendia aos caprichos de cada gerente que os procurava. Isso resultou em comunidades criadas apenas para satisfazer as metas de desempenho (KPIs) de um gerente. Haveria uma nova comunidade, um pico de atividade por 3 meses e depois o fim. Não preciso dizer que foi necessário um grande esforço de orientação e comunicação para superar essa mentalidade e explicar por que exatamente essa abordagem falha após alguns meses, e por que nossa abordagem estruturada e de longo prazo lhes proporcionaria melhores resultados após 6 a 12 meses (mas seria mais lenta no início).

O SharePoint criou a expectativa de “posso fazer upload de qualquer arquivo que eu quiser”. No nível corporativo, você precisa ter muito cuidado ao compartilhar arquivos abertamente. Cada cliente e fornecedor tem seu próprio contrato com a empresa, e cada arquivo que compartilham conosco tem requisitos de confidencialidade diferentes. O SharePoint permite que o usuário configure exatamente quem pode acessar aquele arquivo, mas o Discourse não faz isso (e com razão, pois não é uma plataforma de compartilhamento de arquivos). Contornei isso incentivando os usuários a fazerem upload dos arquivos no SharePoint e compartilharem os links desses arquivos. Se alguém não pudesse acessar o arquivo compartilhado, poderia solicitar permissão no tópico. Uma dor de cabeça, mas mais barato do que um processo judicial.

O MS Teams criou a expectativa de “posso ter meu próprio canal/comunidade isolado aqui”. Não, todo o ponto do Discourse era ser exatamente o oposto disso. Nosso objetivo para o projeto era criar compartilhamento de conhecimento, em vez de silos de conhecimento. Os canais do Teams eram uma boa solução para conhecimento confidencial ou específico de projetos, mas qualquer coisa que pudesse ser abstraída para um contexto mais geral era incentivada a ser compartilhada no Discourse.

3 Curtiram