Quelle est la viabilité d'une application desktop légère pour Discourse, et pourrait-elle améliorer l'engagement et/ou la prise de conscience des notifications?

Ceci fait suite à une question posée lors de l’AMA d’aujourd’hui. David a très bien répondu et a clairement compris l’origine de cette question. Je mettrai le lien vers la vidéo de l’AMA dans ce sujet dès qu’elle sera disponible publiquement.

La question initiale était :

MSTeams est une application autonome qui affiche des notifications sur la barre des tâches. Elle domine la communication de notre entreprise à cause de cela - elle est toujours à portée de clic pour tous les utilisateurs et les informe immédiatement des nouvelles informations. Y a-t-il des réflexions sur la création d’une application autonome de type Discourse, ou autrement, pour fournir ce type de fonctionnalité de notification de bureau ?

Pour être un peu plus précis, c’est vraiment le pourquoi qui est important plutôt que le quoi. Le pourquoi est le suivant :

  • Imaginez une grande entreprise, plusieurs canaux de communication : Teams, Outlook, Discourse, Sharepoint, et plusieurs autres.
  • Imaginez que vous êtes une personne occupée et que vous souhaitez contacter quelqu’un ou une équipe à propos de quelque chose.

Faites-vous :
a) Ouvrir un navigateur web, taper l’URL (si vous la connaissez), vous connecter, trouver la bonne catégorie, créer un sujet, lui donner un titre, décrire la question en détail, soumettre et attendre patiemment une réponse.
b) Cliquer sur l’icône MSTeams dans votre barre des tâches, taper le nom de la personne ou du groupe qui pourrait aider, taper et envoyer - sachant que la personne à l’autre bout recevra immédiatement une alerte sur sa barre des tâches, qui clignote en orange jusqu’à ce qu’elle réponde.

Je ne préconise certainement pas le clignotement orange, mais je constate que nous perdons une quantité significative de contenu au profit de MSTeams. C’est vraiment le problème que je veux résoudre, et je pense que le système de notification pourrait être un point où nous perdons.

Il y a des frictions nécessaires :

  • Choisir la catégorie
  • Soigner le sujet

mais aussi des frictions supplémentaires qu’une application de bureau n’a pas :

  • Penser à utiliser Discourse - Est-il capable d’aider ?
  • Décider d’utiliser Discourse - Cela en vaut-il la peine ? Combien de temps avant que quelqu’un voie mon sujet ?
  • Ouvrir le navigateur
  • Aller sur le site web
  • Se connecter

Notez que le processus de réflexion et de décision pour MSTeams ne se produit pas. C’est tellement facile pour moi de cliquer sur un bouton : je suis immédiatement en mesure de commencer ma question.

Du côté du destinataire, il est également difficile de savoir quand vous avez des notifications. Teams me dit combien de messages je n’ai pas vus dans la barre des tâches, donc je sais toujours quand il y a quelque chose de nouveau. Avec Discourse, je dois être sur le site web ou avoir l’onglet ouvert, puis le remarquer.

Je pense que même une application de bureau complète ne serait pas nécessaire, peut-être même quelque chose comme un équivalent de bureau de l’application mobile qui vous aide à mieux gérer vos notifications Discourse.

En fin de compte, nous avons juste besoin de quelque chose qui signifie que Discourse est toujours à portée de clic pour tous les utilisateurs, et qui ne nécessite aucun clic pour savoir s’il y a quelque chose qui mérite d’être regardé.

Peut-être que quelque chose existe déjà qui pourrait être une bonne alternative ?

5 « J'aime »

Heureux de discuter ici aussi :slight_smile:

Il y a eu quelques expériences avec une application Electron pour Discourse (en particulier la partie chat). Il est donc possible de faire quelque chose comme ça, mais rien n’a été tenté qui prenne pleinement en compte ce que cela implique de maintenir quelque chose comme ça pour une large base d’utilisateurs.

Je pense que votre intuition concernant les notifications est bonne, mais je ne suis pas sûr que ce soit vraiment le problème principal ici.

Dans ce scénario, je pense que le chat est la chose vers laquelle les gens se tourneront le plus probablement. Nous utilisons le chat chez Discourse pour la même chose. Vous êtes occupé, vous êtes entre deux choses, vous avez une question et vous voulez une réponse rapide. Beaucoup plus facile de taper dans une boîte qui vous attend dans un espace où vous pouvez voir que “beaucoup de gens tapent” et sont disponibles pour répondre.

Je pourrais me concentrer sur d’autres scénarios à la place. Vous avez mentionné ces autres outils dans le mélange :

Outlook, bon sang. Quelqu’un envoie un e-mail. Il a oublié de mettre en copie une personne, quelqu’un répond pour l’ajouter. Cela se reproduit quelques fois. Oh, trop de monde sur ce fil. Quelqu’un répond et supprime la moitié de la liste de copie. La personne suivante qui répond ne réalise pas que tout le monde n’écoute plus.

Ugh, passons plutôt à Teams.

“Hé, donc dans le fil d’e-mails…”
“Quel fil d’e-mails ?”
“Celui à propos de X”
“Je ne suis pas sûr d’y être”
“Recherchez le sujet ‘la chose à propos de x’”
“Oh oui, je vois ça”
“OK, donc dans le message à untel…”
“Hmm… ouais, j’ai dû être retiré du fil à ce moment-là”
“Je vais juste vous le transférer”

Bam, encore une autre bifurcation dans la discussion.

Et si vous pouviez simplement déposer un lien vers cette discussion dans le chat à la place ?

Je pense que c’est là l’angle. Déplacer les discussions d’e-mail vers Discourse. Alors MS Teams est encore mieux car vous pouvez facilement lier ces conversations sans tout ce bazar.


Il y a certainement des conversations dans le chat qui seraient mieux dans Discourse, mais c’est une bataille plus difficile, comme vous le décrivez. Mais je suis sûr que vous avez déjà vu cela avec d’autres outils aussi.

“Hé, ce fil devient un peu long. Pouvons-nous résumer cela dans un document pour commencer ?”

OK, c’est une bonne étape. C’est un signal que les gens sont prêts à passer en mode asynchrone quand c’est nécessaire.

Alors, que se passe-t-il ?

Combien de temps durent ces fils de commentaires dans les documents partagés ? Comment trouvez-vous le bon ?

OK, oui, certains de ces documents pourraient être mieux discutés sur Discourse aussi. C’est cependant un mouvement plus difficile d’après mon expérience. Une chose qui aide est que le copier-coller des documents vers Discourse est assez bon. Laissez les gens faire leur brouillon dans les documents, mais si l’attente est que le document doit être discuté, copiez-le dans Discourse et discutez-en un instantané là-bas.


C’est ainsi que j’essaierais d’aborder ce problème. Recherchez les scénarios où les gens verront plus de valeur et essayez de développer une sorte de “guide” autour d’eux.


J’adore travailler chez Discourse où nous utilisons pratiquement uniquement Discourse pour tout ce pour quoi j’utilisais auparavant une combinaison d’outils. Mais les entreprises existantes ne sont pas des ardoises vierges et les outils qu’elles utilisent déjà ne seront pas facilement remplacés. Les nouveaux outils doivent pouvoir coexister avec les outils existants.

Définir des directives sur quels outils utiliser et quand est probablement nécessaire.

Voici quelques exemples que j’ai rencontrés par le passé où des gens ont tenté de cartographier ce genre de choses ouvertement (aucun de ceux-ci n’inclut Discourse, mais je pense que l’idée tient toujours assez bien)

Je suis tenté de renommer ceci pour qu’il porte entièrement sur le pourquoi et de le déplacer dans Community, mais je vous laisse d’abord réfléchir à cette idée.

5 « J'aime »

Intéressant d’apprendre que cela a été étudié par le passé, en particulier avec Electron, bien que j’imagine que ce serait un effort assez considérable à produire et à maintenir correctement.

C’est vrai, mais malheureusement, il s’agit de MSTeams, et je ne pense pas que nous puissions utiliser Discourse Chat : nous encourageons les utilisateurs à partager des informations entre les projets clients sur Discourse, mais cela doit être strictement modéré – le client A ne peut pas connaître la sauce secrète du client B et vice versa. En utilisant le chat, nous brouillons cette attente comportementale dans Discourse, et nous siphonons de bonnes informations de la partie partagée/ouverte de la plateforme vers des conversations entièrement privées. Même la fonctionnalité “déplacer la conversation du chat vers le sujet” pourrait ne pas aider ici - les gens se précipitent vers la prochaine chose dans un environnement de travail, et beaucoup d’entre eux n’apprendront jamais à utiliser cette fonctionnalité.

C’est complètement vrai et heureusement, cela n’a pas demandé beaucoup d’encouragements.

Comment résolvons-nous le flux d’informations dans l’autre sens ? Les questions posées dans MSTeams ne génèrent pas de liens, ne sont pas diffusées et sont perdues dans l’éther de Microsoft. L’utilisateur sait que son destinataire recevra une notification immédiatement. Avec Discourse, ce n’est pas le cas. Même avec les notifications par e-mail, celles-ci sont mélangées à d’autres messages et sont généralement filtrées dans un dossier. Cette immédiateté est une raison clé pour laquelle ces questions sont posées dans MSTeams plutôt que dans Discourse.

Je peux me porter garant de ce processus comme étant bon. Il a eu un succès décent, en particulier lorsque nous pouvons synchroniser ces sujets à partir d’une autre plateforme avec une saveur markdown similaire comme Gitlab.

Merci de fournir ces directives comme référence. Notre processus interne pour cela a été un désastre et reste indéfini. Il y a trop de plateformes, et trop de cuisiniers. Je vais les présenter comme de bons exemples.

Si vous pensez que cela convient mieux dans cette direction, je suis heureux que vous le déplaciez. Pour nous, le problème clé est de perdre de superbes conversations à long terme au profit de MSTeams. Bien que nous puissions continuer à insister pour poser ces questions dans Discourse, un élément du pourquoi est l’immédiateté de MSTeams. C’est un point où Discourse perd actuellement et je trouve cela très dommage. Je ne pense pas que nous remplacerons MSTeams par Discourse chat, donc je pense qu’il doit y avoir une autre façon de concurrencer sur le plan technique.

En termes de quoi, une application de bureau pourrait être une voie à suivre, mais je vois que cela demande beaucoup d’efforts et est-ce que cela en vaut vraiment la peine ? Probablement pas.

D’un autre côté, ma recherche m’a conduit à quelques multiplexeurs/centres de notification. Peut-être vaut-il la peine de surveiller ces projets pour de futures intégrations ? Je soupçonne que la solution idéale serait une plateforme unique qui centralise toutes ces notifications, similaire à la façon dont Discourse Hub centralise les notifications d’un utilisateur Discourse.

J’ai passé 3-4 minutes à examiner les options suivantes. Je ne sais pas si vous les avez examinées en termes de fourniture d’intégrations ? Est-ce que quelque chose comme cela aurait un sens ?

https://novu.co/ - semble prometteur, bien que je n’aie pas pu trouver de liste de plateformes prises en charge
Pushover: Applications and Plugins - je ne suis pas sûr que l’entreprise opterait pour cela
GitHub - notifo-io/notifo: Multi channel notification service for collaboration tools, e-commerce, news service and more. a l’air assez sympa, l’interface web semblait assez élégante et facile.

1 « J'aime »

Avez-vous installé l’application web Discourse en tant que PWA sous Windows ? Elle affichera un badge de numéro de notification sur l’icône de la barre des tâches. Cela fonctionne dès l’installation.

3 « J'aime »

C’est une très bonne suggestion. Je vais l’essayer pendant quelques semaines et voir comment ça se passe. Un inconvénient est qu’elle est à onglet unique - du moins dans Chrome. Mais pour ce cas d’utilisation de surveillance des notifications, c’est toujours une bonne amélioration.

Pour quiconque d’autre cherchant à essayer ceci, sur Chrome, cliquez sur l’icône de bureau à côté de l’étoile de favoris dans la barre d’URL.

image

1 « J'aime »

Oui, combinez cela avec la consultation des premiers messages dans des catégories spécifiques pour vous aider à être alerté des nouveaux sujets d’intérêt non lus.

2 « J'aime »

image

J’adore déjà ! Excellente suggestion :heart:

5 « J'aime »

Voir ma requête ici : Implement Badging API - #10 by merefield

3 « J'aime »

J’utilise ceci depuis une semaine, et je l’adore toujours. Je l’ai diffusé dans toute l’entreprise et je m’attends à un impact très positif sur les temps de réponse.

À titre de référence, cela fonctionne dans :

Voici une courte vidéo expliquant comment configurer cela avec Edge. Je lui demande de s’exécuter au démarrage pour plus de commodité.
Remarque : La première chose sur laquelle je clique se trouve dans la barre d’adresse. Ce n’est pas clair dans la vidéo en raison des artefacts de compression.

Il existe également un guide pour Chrome avec des images ici : Implement Badging API - #11 by Tris20

1 « J'aime »

Salut Tristan. Je ne sais pas si cela peut encore aider après tout ce temps, mais je travaille sur un client de bureau pour les communautés Discourse. Comme il s’agit d’une application très récente, j’apprécierais vraiment si vous pouviez y jeter un œil et me faire part de vos impressions

4 « J'aime »