# 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:** \ **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:** 1\ **Showing post:** 2
**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")
> [@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. --- _[View the full topic](https://meta.discourse.org/t/how-viable-is-a-lightweight-desktop-app-for-discourse-and-could-it-improve-engagement-and-or-notification-awareness/301373)._