Discourse tem resolvido lentamente uma fadiga que eu não percebia que tinha

…morte por mil (às vezes literalmente) aplicações empresariais. Estou fatigado hoje (e muitos outros também parecem estar) por ter 1.000 aplicações diferentes para tudo no mundo empresarial hoje. Inconsistência em UX/UI, controlos de acesso, protocolos de comunicação… a lista continua. Isto não se limita apenas ao nosso negócio interno, os nossos utilizadores também o sentem.

Esta é a nossa aplicação de notas, esta é a nossa aplicação de ficheiros, esta é a nossa aplicação de mensagens, esta é a nossa aplicação a/b/c/1/2/3/x/y/z. É exaustivo.

Depois, tem mais aplicações empresariais que precisa de adquirir para as ligar a nível de aplicação, e uma aplicação diferente para as manter todas juntas. É como a Netflix a reconstruir o pacote de TV a cabo, mas com aplicações empresariais.

Ironicamente, devido a essa fragmentação no mundo empresarial, o todo não é de modo algum maior do que a soma das suas partes — é muito pior! Cada aplicação acaba por operar num silo porque os dados são o rei hoje em dia e ninguém quer que você vá para outro lugar com eles.

Embora o Discourse possa não ser considerado o melhor da classe por outros em todas as outras coisas (por exemplo, sistema de tickets, blog, marketplace, etc.), para mim é o melhor da classe porque pode fazer 99% do que estas outras aplicações fazem, mantendo a experiência do utilizador e a arquitetura subjacente em harmonia. Isto vale exponencialmente mais para mim porque sei que o meu blog, anúncios, gestão de utilizadores, fórum de discussão, eventos, etc. etc. etc. funcionarão bem em conjunto.

As melhorias podem muitas vezes ser trazidas para todas as experiências igualmente com uma pegada de aplicação tão reduzida, em vez de cada aplicação ser gerida por um departamento diferente, com prioridades diferentes.

Qualquer coisa pode ser construída com esta plataforma. Não são tópicos, são:

  • Blogs
  • Anúncios
  • Itens de Marketplace
  • Discussões
  • Tickets de Suporte
  • Vídeos
  • Eventos
  • Quadros de Sprint
  • Bugs/problemas
  • Ideias
  • CFPs (Call for Papers)
  • Guias
  • a lista continua…

Isto é um alívio quando é preciso construir experiências diferentes para grupos diferentes, e quase sempre uma combinação do acima mencionado.


Embora eu nunca hesite em dizer que o Discourse tem as suas peculiaridades (desprezo o plugin de documentação, mas talvez eu ainda não tenha visto a matriz), o valor que tem na construção flexível de um ecossistema tão coeso supera em muito quaisquer deficiências.

:spiral_notepad: Usamos o Discourse para a nossa comunidade empresarial B2B. Estes pensamentos foram impulsionados por um afluxo rápido de outras equipas do nosso negócio a perguntar se poderíamos ajudá-las a construir as suas experiências voltadas para o cliente na nossa comunidade, depois de verem o que ela podia fazer num recente evento da empresa. Estamos a escalar as nossas operações e a expandir os nossos casos de uso rapidamente (o que é um bom problema para ter, para nós).

23 curtidas

Eu não discordo de você em nada. Mas o Discourse é um compromisso ou troca bastante frequente. Posso ter uma plataforma de blog muito melhor usando o WordPress, mas ele não pode oferecer um fórum funcional.

Tenho poucas opções para vender coisas, e o Discourse não está nessa lista.

Hospedar podcasts usando o Discourse? Esqueça.

E todas as minhas opções nesses três exemplos são aquelas que não vazam ou consomem dados.

Temos que separar as coisas:

  • o que um usuário precisa
  • o que um administrador/proprietário precisa

E do meu ponto de vista, temos dois pontos de interrogação:

  • como administrador/proprietário, devo usar soluções separadas porque todas fazem seu nicho muito bem, mas trabalhos paralelos nem tanto
  • os usuários querem aplicativos separados para usar esses serviços, porque (as) corporações de mídia social queriam isso por causa… dos dados.

Eu disse que as pessoas são gado sem cérebro? Basicamente são. Ou se eu quiser formatar isso de uma maneira mais educada: a maioria das pessoas não sabe e busca a solução mais fácil. Além disso, tudo mudou quando Jobs (poderia ser Nokia, Blueberry etc. também) introduziu o primeiro smartphone de verdade, que operava em nível de aplicativo.

Estou um pouco negativo hoje. Sou um usuário totalmente feliz do Discourse, como usuário final e como administrador. É um software de fórum brilhante. Mas simplesmente não podemos vencer o mundo de aplicativos separados e corporações multibilionárias quando todo usuário, aqueles que criam, aqueles que consomem e aqueles que coletam todos os benefícios querem algo diferente.

4 curtidas

Concordo plenamente — ótima resposta! Tentei capturar isso no sentimento da postagem acima. O Discourse é melhor que o Jira para rastreamento de problemas e projetos? Claro que não, dólar por dólar. É melhor que Google Drive/OneDrive/etc. para hospedagem de arquivos? Definitivamente não.

(É o melhor para comunidades online? Bem, sim, obviamente!)

Mas o valor nessas outras frentes, porque o Discourse é tão versátil, é que ele pode fazer 99% do que essas coisas podem fazer, embora com peculiaridades, como acredito que você está aludindo. Eu me contento com uma plataforma para a maioria das coisas que pode fazer 99% com algumas peculiaridades, do que o inferno de aplicativos corporativos que vejo hoje.

MAS, como tudo na vida… sempre depende!

Você está certo, você nunca resolverá todos os casos de uso, criará todos os recursos ou deixará todos felizes. Estando em uma organização que constrói aplicativos corporativos, encontrar esse equilíbrio é uma jornada para sempre!

Sinto muito por ouvir isso. Espero que seu dia melhore hoje :hugs:

5 curtidas

Este foi um dos nossos principais problemas também. Temos uma quantidade obscena de plataformas fazendo a mesma coisa, e o Discourse é fenomenal em unir todas essas coisas quando feito corretamente.

Em particular, faltava um ponto único de busca. Para conseguir isso a um custo (muito) baixo, patrocinamos a equipe do Discourse para modificar a busca no cabeçalho para que ela nos permita buscar outras plataformas a partir da barra de busca do Discourse. Agora podemos buscar Confluence etc. a partir do Discourse :slight_smile:

Nota: Isso não busca nativamente no Discourse, mas redireciona o usuário para a outra plataforma, mas com o termo de busca passado como um argumento de consulta, para que eles sejam levados diretamente aos resultados na outra plataforma.

Isso significa que não há custo contínuo, nenhuma necessidade de construir um motor de busca completo - você apenas instala e configura o componente de tema :slight_smile:

Abaixo está um exemplo de busca no Meta a partir da barra de busca em sua instância:

  1. Adicione fab-discourse ao seu subconjunto de ícones svg
    image
  2. No componente de tema de busca no cabeçalho, abra o editor ícones de busca extras:
    image
  3. Adicione uma entrada para o Meta

    Nota: excludeFrom é uma lista de IDs de Categoria para as Categorias que você não quer que este ícone apareça. Neste caso, estamos excluindo-o da Categoria id 1
  4. Salve as alterações.

Quando você atualizar o navegador, deverá ver o símbolo do meta na barra de busca ao inserir um termo de busca. Se você clicar no ícone, ele abrirá os resultados para esse termo no Meta :slight_smile:

No vídeo abaixo, busco por “fadiga” na barra de busca da minha instância pessoal, depois clico no ícone do meta para ver os resultados de fadiga no Meta em vez disso:

7 curtidas

@Tris20 isso é demais! Eu só falei sobre os casos de uso genéricos acima, eu diria. Os únicos dois que tenho nesse nível que ainda não escrevi/falei, e não vi em nenhum outro lugar são:

Integração de Página de Status

Sincronizamos nossos eventos de página de status 1:1 de nossa página de status para uma categoria do Discourse, onde cada status é seu próprio tópico. Os eventos de status são espelhados na postagem original, até mesmo postados em ordem cronológica ascendente. Fazemos pequenas coisas que nossos usuários (internos e externos) adoram, como usar o objeto de data/hora do Discourse para que esteja sempre em seu horário local, espelhar o status mais recente com uma tag nesse tópico e algumas outras ideias inteligentes que criamos. Na verdade, gostaria que o Meta tivesse esse recurso.

Eu realmente deveria escrever mais sobre a integração completa, porque é incrível. Finalizamos integrando-a com a integração de chat e o Slack (nossa ferramenta de chat da empresa), para que, quando ocorram eventos de status da plataforma, esses tópicos do Discourse sejam postados em um canal de status interno que todos possam seguir, mas a conversa, em última análise, os levará de volta à nossa única fonte de verdade: o Discourse!

Sincronização com Airtable

Fazemos muito gerenciamento de programas comunitários, gerenciamento de projetos e automação no Airtable. Criamos uma incrível sincronização unidirecional entre nossas tabelas de usuários e grupos de usuários do Discourse para o Airtable, para que tenhamos uma cópia 1:1 no Airtable com atualizações em tempo real.

No Airtable, podemos criar automações avançadas nesses eventos (mudanças no ciclo de vida do usuário, ou até mesmo coisas como mudar sua localização, atualizar seu perfil, etc. O Airtable também permite sincronizar essas tabelas com outras bases do Airtable, que é onde a mágica realmente acontece. Temos uma base do Airtable onde gerenciamos nosso programa de eventos, e não apenas usamos a tabela de usuários em nível de base, mas depois a estendemos com valores adicionais que são específicos para gerenciar esse programa de eventos.

Eu diria que o valor e a escala que obtemos dessa integração são, sem precedentes, a razão pela qual escalei tanto minha atividade comunitária antes mesmo de contratar minha primeira pessoa em tempo integral na comunidade após 3,5 anos (@putty :wave:).


Estes são alguns casos de uso bastante avançados que, acho eu, se outros no setor corporativo os vissem, provavelmente ficariam assim:

4 curtidas

Parece que precisamos colocar você em um palco (virtual) em algum lugar :smiley:

Eu adoraria ver o que você construiu; adoro a atitude “desenrascada” de usar Airtable ou Zapier ou algo semelhante para juntar as coisas :slight_smile:
Nem tudo precisa ser uma solução 100% coberta por testes unitários e totalmente especificada. Muitas vezes, algo rápido, que pode ser facilmente revisado pelo próprio Product Owner… é muito mais útil!

3 curtidas

Não me interpretem mal, eu adoraria ver os recursos no Discourse, certo? Todos nós adoraríamos ver nossos recursos priorizados :sweat_smile:

Esse é o valor de um produto extensível, no entanto, e por que ele foi tão bem aceito por nossa equipe: nunca há um caminho que possamos seguir que seja um beco sem saída.

3 curtidas

Ah, claro!
Mas, como todos sabemos, mesmo que todos usemos apenas 20% de um software, ninguém usa os mesmos 20% :smiley:

Corrigir as coisas com o Airtable resolve muito! O que você pode criar no Airtable em 2 horas… provavelmente levaria dias de discussão, antes mesmo de chegar à fase de desenvolvimento :man_shrugging:

2 curtidas

110%! API-first é uma bênção para os implementadores!

2 curtidas

você pode me ajudar a configurar isso para nossa comunidade também?

você usa zapier, etc. ou existe uma integração direta?

2 curtidas

Infelizmente não tenho tempo extra para ajudar com isso, embora espere um dia postar mais sobre a integração.

É tudo feito usando webhooks/APIs do Discourse e capturando/chamando-os com Automações do Airtable.

5 curtidas

obrigado. isso é útil. Vou tentar descobrir.

1 curtida