# Quão viável é um aplicativo desktop leve para Discourse, e poderia ele melhorar o envolvimento e/ou a conscientização de notificações?

**URL:** https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373
**Category:** Feature
**Created:** [28 Março , 2024 16:32 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373 "2024-03-28T16:32:00Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![Tris20](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tris20/32/264639_2.png) [@Tris20](https://meta.discourse.org/u/Tris20)
#### Post date: [28 Março , 2024 16:32 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/1 "2024-03-28T16:32:00Z")

</div>

Esta é uma continuação de uma pergunta do AMA de hoje. David respondeu muito bem e definitivamente entendeu de onde vinha essa pergunta. Ligarei o vídeo do AMA a este tópico quando ele estiver publicamente disponível.

A pergunta inicial foi:

> MSTeams é um aplicativo independente que exibe notificações na barra inicial. Ele domina a comunicação de nossa empresa por causa disso - está sempre a um clique de distância para todos os usuários e os notifica imediatamente sobre novas informações. Há alguma ideia para criar algum tipo de aplicativo independente do Discourse, ou fornecer esse tipo de recurso de notificação de desktop?

Para ser um pouco mais específico, é realmente o _porquê_ que é importante, em vez do _o quê_. O _porquê_ aqui é o seguinte:

- Imagine uma grande empresa, vários canais de comunicação: Teams, Outlook, Discourse, Sharepoint e vários outros
- Imagine que você é uma pessoa ocupada e quer contatar alguém ou uma equipe sobre algo.

Você:  
a) Abre um navegador, digita o URL (se souber), faz login, encontra a categoria certa, cria um tópico, dá um título, descreve a pergunta em detalhes, envia e espera pacientemente por uma resposta  
b) Clica no ícone do MSTeams na sua barra inicial, digita o nome da pessoa ou grupo que pode ajudar, digita e envia - sabendo que a pessoa do outro lado receberá imediatamente um alerta em _sua_ barra inicial, que pisca em laranja até que ela responda

Eu definitivamente não estou defendendo o piscar em laranja, mas estou vendo perdermos uma quantidade significativa de conteúdo para o MSTeams. Este é realmente o problema que quero resolver, e acho que o sistema de notificação pode ser um ponto onde estamos perdendo.

Há atrito necessário:

- Escolher Categoria
- Cuidar do tópico

mas também atrito _adicional_ que um aplicativo de desktop não tem

- _Pensar_ em usar o Discourse - Ele é capaz de ajudar?
- _Decidir_ usar o Discourse - Vale a pena o esforço? Quanto tempo até alguém ver meu tópico?
- Abrir o navegador
- Ir para o site
- Fazer login

Note que o processo de Pensar e Decidir para o MSTeams não acontece. É tão baixo esforço para mim clicar em um botão: estou imediatamente em posição de começar minha pergunta.

Do lado do receptor, também é difícil saber quando você tem notificações. O Teams me diz quantas mensagens eu não vi na barra inicial, então eu sempre sei quando há algo novo. Com o Discourse, preciso estar no site ou ter a aba aberta, e então notar.

Acho que nem mesmo um aplicativo de desktop completo seria necessário, talvez até algo como um equivalente de desktop do aplicativo móvel que o ajuda a gerenciar melhor suas notificações do Discourse.

No final, só precisamos de algo que signifique que o Discourse esteja sempre a um clique de distância para todos os usuários, e que exija zero cliques para saber se há algo que valha a pena dar uma olhada.

Talvez algo já exista que possa ser uma boa alternativa?

---

<div class="post-metadata">

### Author: ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)
#### Post date: [29 Março , 2024 01:25 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/2 "2024-03-29T01:25:35Z")

</div>

> [@Tris20](#):
>
> O David respondeu muito bem e, com certeza, entendeu de onde essa questão surgiu. Vou linkar o vídeo da AMA a este tópico quando estiver disponível publicamente.

Fico feliz em discutir aqui também 🙂

Houve alguns experimentos com um aplicativo desktop (electron app) para o Discourse (especialmente na parte de chat). Então, é viável fazer algo assim, mas nada foi tentado que considere plenamente o que significa manter algo desse tipo para uma base de usuários ampla.

Acho que sua intuição sobre as notificações é boa, mas não tenho certeza se é realmente o principal problema aqui.

> [@Tris20](#):
>
> Imagine que você é uma pessoa ocupada e quer entrar em contato com alguém ou com uma equipe sobre algo.

Nesse cenário, acho que o chat é a ferramenta que as pessoas provavelmente vão usar. No Discourse, usamos o chat para a mesma coisa. Você está ocupado, está entre uma coisa e outra, tem uma pergunta e quer uma resposta rápida. É muito mais fácil digitar em uma caixa que está esperando por você, em um espaço onde você pode ver que “muitas pessoas estão digitando” e disponíveis para responder.

Eu focaria em outros cenários em vez disso. Você mencionou essas outras ferramentas em jogo:

> [@Tris20](#):
>
> Imagine uma grande empresa, vários canais de comunicação: Teams, Outlook, Discourse, Sharepoint e vários outros.

Ah, o Outlook. Alguém envia um e-mail. Esqueceu de colocar aquela pessoa em cópia (CC), alguém responde para adicioná-la. Isso acontece mais algumas vezes. Ah, muitas pessoas nessa thread. Alguém responde e remove metade da lista de CC. A próxima pessoa responde sem perceber que nem todo mundo está mais acompanhando.

Ugh, vamos levar isso para o Teams.

“Ei, então na thread do e-mail…”  
“Qual thread do e-mail?”  
“Aquela sobre o X.”  
“Não tenho certeza se estou nela.”  
“Pesquise por assunto ‘a coisa sobre o X’.”  
“Ah, sim, vi isso.”  
“Ok, então na mensagem para fulano…”  
“Hmm… sim, acho que fui removido da thread nesse ponto.”  
“Vou apenas encaminhar para você.”

Bam, mais uma ramificação na discussão.

E se você pudesse apenas soltar um _link_ para aquela discussão no chat?

Acho que esse é o ângulo aqui. Mover discussões do e-mail para o Discourse. Então o MS Teams fica _ainda melhor_, porque você pode linkar facilmente para essas conversas sem toda essa besteira.

* * *

Certamente, há conversas no chat que seriam melhores no Discourse também, mas esse é um empurrão mais difícil, como você descreveu. Mas tenho certeza de que você já viu isso com outras ferramentas também.

“Ei, essa thread está ficando um pouco longa. Podemos resumir isso em um documento, para começar?”

Ok, esse é um bom passo. É um sinal de que as pessoas estão dispostas a trabalhar de forma assíncrona quando necessário.

Então, o que acontece?

Quão longas são essas threads de comentários nos documentos que são compartilhados? Como você encontra o certo?

Ok, sim, alguns _desses documentos_ podem ser melhor discutidos no Discourse também. Essa é uma mudança mais difícil, na minha experiência. Uma coisa que ajuda é que copiar/colar de documentos para o Discourse funciona bem. Deixe as pessoas fazerem o rascunho nos documentos, mas se a expectativa é que o documento precise ser _discutido_, copie/cole no Discourse e discuta uma versão específica (snapshot) dele lá.

* * *

Essa é a maneira como eu tentaria abordar esse problema. Procure os cenários em que as pessoas verão mais valor e tente desenvolver um tipo de “manual de instruções” em torno deles.

* * *

Adoro trabalhar no Discourse, onde basicamente usamos o Discourse para tudo o que, no passado, eu usava uma combinação de ferramentas. Mas empresas existentes não são folhas em branco, e as ferramentas que já usam não serão facilmente deslocadas. Novas ferramentas precisam ser capazes de existir junto com as existentes.

Definir algumas diretrizes sobre quais ferramentas usar quando provavelmente é necessário.

Aqui estão alguns exemplos que encontrei no passado, onde as pessoas tentaram mapear esse tipo de coisa em aberto (nenhum desses inclui o Discourse em jogo, mas acho que a ideia ainda se sustenta bem)

- [https://works.hashicorp.com/articles/standard-communication-tools](https://works.hashicorp.com/articles/standard-communication-tools)
- [https://handbook.gitlab.com/handbook/communication/](https://handbook.gitlab.com/handbook/communication/)

> [@Tris20](#):
>
> Para ser um pouco mais específico, é realmente o _porquê_ que é importante, em vez do _o quê_.

Sinto tentação de renomear isso para ser tudo sobre o porquê e movê-lo para #Community Building, mas vou deixar você refletir sobre essa ideia primeiro.

---

<div class="post-metadata">

### Author: ![Tris20](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tris20/32/264639_2.png) [@Tris20](https://meta.discourse.org/u/Tris20)
#### Post date: [2 Abril , 2024 12:02 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/3 "2024-04-02T12:02:38Z")

</div>

> [@mcwumbly](#):
>
> Houve algumas experiências com um aplicativo electron para Discourse (especialmente a parte de chat). Portanto, é viável fazer algo assim, mas nada foi tentado que considere totalmente o que significa manter algo assim para uma ampla base de usuários.

Interessante saber que foi investigado no passado, especialmente com o electron, embora eu imagine que seria um esforço considerável para produzir e manter adequadamente.

> [@mcwumbly](#):
>
> Neste cenário, acho que o chat é a coisa que as pessoas provavelmente vão procurar.

Isso é verdade, mas infelizmente é o MSTeams, e acho que não podemos usar o Discourse Chat: estamos incentivando os usuários a compartilhar informações entre projetos de clientes no Discourse, mas isso precisa ser estritamente moderado – o Cliente A não pode saber o segredo do Cliente B e vice-versa. Ao usar o chat, confundimos essa expectativa comportamental no Discourse e desviamos boas informações da parte compartilhada/aberta da plataforma para conversas totalmente privadas. Mesmo a funcionalidade de “mover conversa do chat para o tópico” pode não ajudar aqui - as pessoas correm diretamente para a próxima coisa em um ambiente de trabalho, e muitas delas nunca aprenderão a usar essa funcionalidade.

> [@mcwumbly](#):
>
> E se você pudesse simplesmente jogar um _link_ para essa discussão no chat em vez disso?
> 
> Acho que esse é o caminho. Mover discussões de e-mail para o Discourse. Então o MS Teams é _ainda melhor_ porque você pode facilmente vincular a essas conversas sem toda essa outra bobagem.

Isso é completamente verdade e, felizmente, não exigiu muito encorajamento.

Como resolvemos a informação indo na direção oposta? As perguntas feitas no MSTeams não resultam em links, não são transmitidas e se perdem no Éter da Microsoft. O usuário sabe que seu destinatário receberá uma notificação imediatamente. Com o Discourse, isso não acontece. Mesmo com notificações por e-mail, elas são misturadas com outras mensagens e geralmente são filtradas para uma pasta. Essa imediatismo é um motivo chave pelo qual essas perguntas são feitas no MSTeams em vez do Discourse.

> [@mcwumbly](#):
>
> OK, sim, alguns _desses documentos_ podem ser melhor discutidos no Discourse também. Isso é um movimento mais difícil, na minha experiência. Uma coisa que ajuda é que copiar e colar de documentos para o Discourse é muito bom. Deixe as pessoas fazerem seus rascunhos em documentos, mas se a expectativa é que o documento precise ser _discutido_, copie e cole-o no Discourse e discuta um snapshot dele lá.

Posso atestar isso como um bom processo. Teve sucesso decente, especialmente quando podemos sincronizar esses tópicos de outra plataforma com o mesmo sabor markdown, como o Gitlab.

> [@mcwumbly](#):
>
> - [https://works.hashicorp.com/articles/standard-communication-tools](https://works.hashicorp.com/articles/standard-communication-tools)
> - [https://handbook.gitlab.com/handbook/communication/](https://handbook.gitlab.com/handbook/communication/)

Obrigado por fornecer essas diretrizes como referência. Nosso processo interno para isso tem sido uma bagunça e permanece indefinido. Há muitas plataformas e muitos cozinheiros. Vou apresentá-las como bons exemplos.

> [@mcwumbly](#):
>
> Estou tentado a renomear isso para ser tudo sobre o porquê e movê-lo para #Community, mas vou deixar você mastigar essa ideia primeiro.

Se você achar que é mais adequado nessa direção, fico feliz que você o mova. Para nós, o problema principal é perder ótimas conversas de longo prazo para o MSTeams. Embora possamos continuar insistindo em fazer essas perguntas no Discourse, uma parte do _porquê_ é a imediatismo do MSTeams. Esse é um ponto onde o Discourse está perdendo atualmente e acho que é uma pena enorme. Não vejo a gente substituindo o MSTeams pelo chat do Discourse, então sinto que precisa haver outra maneira de competir em um nível técnico.

Em termos do _o quê_, um aplicativo desktop pode ser um caminho a seguir, mas posso ver que é muito esforço e realmente vale a pena esse esforço? Provavelmente não.

Por outro lado, minha pesquisa me levou a alguns multiplexadores/centros de notificação. Talvez valha a pena monitorar projetos como esses para futuras integrações? Suspeito que a solução ideal seria uma única plataforma que centralize todas essas notificações, semelhante a como o Discourse Hub centraliza as notificações de um usuário do Discourse.

Eu dei uma olhada de 3-4 minutos nas seguintes opções. Não sei se vocês já olharam para elas em termos de fornecer integrações? Algo assim faria sentido?

[https://novu.co/](https://novu.co/) - parece promissor, embora eu não tenha conseguido ver uma lista de plataformas suportadas  
[Pushover: Applications and Plugins](https://pushover.net/apps) - não tenho certeza se a empresa iria gostar disso  
[GitHub - notifo-io/notifo: Multi channel notification service for collaboration tools, e-commerce, news service and more.](https://github.com/notifo-io/notifo) parece muito bom, [interface web](https://app.notifo.io/) parecia muito elegante e fácil.

---

<div class="post-metadata">

### Author: ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [2 Abril , 2024 12:44 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/4 "2024-04-02T12:44:29Z")

</div>

Você instalou o aplicativo web Discourse como um PWA no Windows? Ele exibirá um ícone de número de notificação na barra de tarefas. Isso funciona de imediato.

---

<div class="post-metadata">

### Author: ![Tris20](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tris20/32/264639_2.png) [@Tris20](https://meta.discourse.org/u/Tris20)
#### Post date: [2 Abril , 2024 12:56 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/5 "2024-04-02T12:56:22Z")

</div>

Esta é uma ótima sugestão. Vou experimentá-la por algumas semanas e ver como funciona. Uma desvantagem é que é uma única aba - pelo menos no Chrome. Mas para este caso de uso de monitoramento de notificações, ainda é uma boa melhoria.

Para qualquer outra pessoa que queira tentar isso, no Chrome clique no ícone da área de trabalho ao lado da estrela de favoritos na barra de URL  
 ![image](https://global.discourse-cdn.com/meta/original/4X/3/c/1/3c199a41b73dd5762b407bdda062b0913e0af592.png)

---

<div class="post-metadata">

### Author: ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [2 Abril , 2024 13:03 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/6 "2024-04-02T13:03:31Z")

</div>

Sim, combine isso com a visualização da primeira postagem em categorias específicas pode ajudá-lo a ser alertado sobre novos tópicos de interesse não lidos.

---

<div class="post-metadata">

### Author: ![Tris20](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tris20/32/264639_2.png) [@Tris20](https://meta.discourse.org/u/Tris20)
#### Post date: [2 Abril , 2024 13:09 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/7 "2024-04-02T13:09:08Z")

</div>

![image](https://global.discourse-cdn.com/meta/original/4X/9/a/7/9a79c4418c397c0248e23af41648d952b1ada517.png)

Já estou amando! Ótima sugestão ❤

---

<div class="post-metadata">

### Author: ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)
#### Post date: [2 Abril , 2024 13:10 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/8 "2024-04-02T13:10:48Z")

</div>

Veja minha consulta aqui: [Implement Badging API - #10 by merefield](https://meta.discourse.org/t/implement-badging-api/111631/10?u=merefield)

---

<div class="post-metadata">

### Author: ![Tris20](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tris20/32/264639_2.png) [@Tris20](https://meta.discourse.org/u/Tris20)
#### Post date: [10 Abril , 2024 13:11 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/9 "2024-04-10T13:11:08Z")

</div>

> [@Tris20](#):
>
> Vou tentar por algumas semanas e ver como vai.

Estou usando isso há uma semana e ainda adoro. Tenho divulgado em toda a empresa e espero um impacto muito positivo nos tempos de resposta.

Para referência, isso funciona em:

- ![image](https://global.discourse-cdn.com/meta/original/4X/7/d/f/7df88ff2a1c2dcb33bb95e8479ad0e65bf54a9a3.png) Chrome
- ![image](https://global.discourse-cdn.com/meta/original/4X/2/2/4/224c6e436f3d15a345ea928bf726c200f82ead67.jpeg) Edge
- ![image](https://global.discourse-cdn.com/meta/original/4X/d/9/3/d9323502a08beda6711b720712d61f44f68b1fb8.png) Brave
- ![image](https://global.discourse-cdn.com/meta/original/4X/6/a/9/6a9eb0419b0b9bd6c1db94c8d6e1584309da709c.jpeg) Firefox - embora pareça exigir um complemento como este: [Progressive Web Apps for Firefox – Get this Extension for 🦊 Firefox (en-US)](https://addons.mozilla.org/en-US/firefox/addon/pwas-for-firefox/)

Aqui está um vídeo rápido de como configurar isso com o Edge. Peço que ele seja executado na inicialização para conveniência extra.  
Nota: A primeira coisa que clico é na barra de endereços. Isso não está claro no vídeo devido a artefatos de compressão.

Há também um guia para Chrome com imagens aqui: [Implement Badging API - #11 by Tris20](https://meta.discourse.org/t/implement-badging-api/111631/11)

---

<div class="post-metadata">

### Author: ![messiaslima](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/messiaslima/32/466278_2.png) [@messiaslima](https://meta.discourse.org/u/messiaslima)
#### Post date: [24 Março , 2025 17:30 UTC](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373/10 "2025-03-24T17:30:18Z")

</div>

Olá Tristan. Não tenho certeza se ajuda depois de todo esse tempo, mas estou trabalhando em um cliente desktop para comunidades Discourse. Como é um aplicativo muito novo, eu apreciaria muito se você pudesse dar uma olhada e suas impressões

> **[DisCorkie: Multi-instance Discourse Client](https://discorkie.appoutlet.dev)**
>
> The multi-instance Discourse client for seamless forum management. Access all your online communities in one powerful, multiplatform app.
