Discourse用軽量デスクトップアプリの実現可能性と、エンゲージメント・通知の気づきやすさを向上できるか?

これは今日のAMAでの質問のフォローアップです。Davidは非常によく答えており、この質問がどこから来ているのかを明確に理解していました。AMA動画が公開されたら、このトピックにリンクします。

最初の質問は次のとおりでした。

MSTeamsは、スタートバーに通知をフラッシュするスタンドアロンアプリケーションです。このため、当社のコミュニケーションを支配しています。すべてのユーザーがワンクリックでアクセスでき、新しい情報がすぐに通知されます。Discourseのスタンドアロンアプリのようなもの、または同様のデスクトップ通知機能を提供するという考えはありますか?

もう少し具体的に言うと、重要なのは「何」ではなく「なぜ」です。「なぜ」は次のとおりです。

  • 大企業を想像してください。複数のコミュニケーションチャネルがあります:Teams、Outlook、Discourse、Sharepoint、その他多数。
  • あなたは忙しい人で、誰かまたはチームに何かについて連絡を取りたいと想像してください。

あなたは次のどちらをしますか?
a) Webブラウザを開き、URL(知っていれば)を入力し、ログインし、適切なカテゴリを見つけ、トピックを作成し、タイトルを付け、質問を詳細に説明し、送信して、返信を辛抱強く待ちます。
b) スタートバーのMSTeamsアイコンをクリックし、助けてくれる可能性のある人またはグループの名前を入力し、入力して送信します。相手がすぐにスタートバーにアラートを受け取り、返信するまでオレンジ色に点滅することを知っています。

私はオレンジ色の点滅を絶対に推奨しているわけではありませんが、MSTeamsにかなりの量のコンテンツが失われているのを見ています。これが私が解決したい問題であり、通知システムが失われているポイントである可能性があると考えています。

必要な摩擦があります:

  • カテゴリを選択する
  • トピックに注意を払う

しかし、デスクトップアプリにはない追加の摩擦もあります。

  • Discourseの使用を検討する - それは助けになりますか?
  • Discourseの使用を決定する - それだけの価値はありますか?私のトピックはどれくらいで誰かに見られますか?
  • ブラウザを開く
  • ウェブサイトにアクセスする
  • ログインする

MSTeamsの検討と決定のプロセスは発生しないことに注意してください。ワンクリックするだけで、質問を開始できる状態になります。

受信者側でも、いつ通知があったかを知るのは難しいです。Teamsはスタートバーに未読メッセージの数が表示されるため、新しいものがあるかどうかを常に知ることができます。Discourseでは、ウェブサイトにいるか、タブを開いていて、それに気づく必要があります。

完全なデスクトップアプリでなくても、モバイルアプリのデスクトップ版のような、Discourseの通知をより効果的に管理できるものが役立つかもしれません。

最終的には、Discourseがすべてのユーザーにとって常にワンクリックでアクセスでき、確認する価値のあるものがあるかどうかを知るためにクリックが不要なものが必要です。

良い代替手段となる既存のものはありますか?

「いいね!」 5

ここでも喜んで議論します :slight_smile:

Discourse用のElectronアプリ(特にチャット部分)でいくつかの実験が行われました。そのため、そのようなことを行うことは可能ですが、広範なユーザーベースのためにそのようなものを維持することが何を意味するかを完全に考慮した試みはまだ行われていません。

通知に関するあなたの推測は良いと思いますが、それが本当にここでの主な問題かどうかはわかりません。

このシナリオでは、チャットが人々が手を伸ばす可能性のあるものだと思います。Discourseでも同じ目的でチャットを使用しています。あなたは忙しく、物事の合間にいて、質問があり、すぐに回答を得たいと思っています。「多くの人が入力している」のが見え、回答できる状態にあるスペースに、あなたを待っているボックスに入力する方がはるかに簡単です。

代わりに他のシナリオに焦点を当てるかもしれません。あなたはこれらの他のツールを混在させて言及しました:

Outlookです。誰かがメールを送信します。その人はその一人をCCに含めるのを忘れ、誰かがそれを追加するために返信します。それがさらに数回起こります。ああ、このスレッドには人が多すぎます。誰かが返信してCCリストの半分を削除します。次の人が返信するとき、全員がもう聞いていないことに気づきません。

うーん、代わりにTeamsにしましょう。

「ねえ、メールのスレッドで…」
「どのメールスレッド?」
「Xに関するやつ」
「私はそれに参加しているかどうかわかりません」
「件名「Xに関する件」で検索してください」
「ああ、はい、それが見えます」
「OK、それで、誰々へのメッセージで…」
「うーん…はい、その時点でスレッドから外されたようです」
「それをあなたに転送します」

バン、議論がさらに分岐しました。

その議論へのリンクをチャットにドロップできたらどうでしょうか?

これがここでのアプローチだと思います。メールからDiscourseに議論を移行します。そうすれば、MS Teamsはさらに優れています。なぜなら、それらの他のくだらないことなしに、それらの会話に簡単にリンクできるからです。


チャットにもDiscourseで行った方が良い議論は確かにありますが、それはあなたが描写しているように、より難しいプッシュです。しかし、あなたは他のツールでもすでにそれを見てきたに違いありません。

「ねえ、このスレッドは少し長くなっています。まずドキュメントに要約しませんか?」

OK、それは良いステップです。それは、必要に応じて非同期で行うことをいとわない人々のシグナルです。

次に何が起こりますか?

共有されるドキュメントのコメントスレッドはどれくらい長くなりますか?正しいものをどのように見つけますか?

OK、はい、それらのドキュメントのいくつかはDiscourseで議論した方が良いかもしれませんが、それは私の経験ではより難しい動きです。役立つことの1つは、ドキュメントからDiscourseへのコピー&ペーストがかなり良いことです。人々がドキュメントで下書きを作成できるようにしますが、ドキュメントが議論される必要があるという期待がある場合は、それをDiscourseにコピー&ペーストして、そこでスナップショットを議論してください。


これがこの問題に取り組む方法です。人々がより多くの価値を見るシナリオを探し、それらの周りに一種の「プレイブック」を開発しようとします。


Discourseで働くのは大好きです。過去に私がツールの組み合わせで使っていたほとんどすべてのものに、私たちはほぼDiscourseしか使いません。しかし、既存の企業は白紙の状態ではなく、すでに使用しているツールは簡単に置き換えられません。新しいツールは既存のツールと共存できる必要があります。

どのようなツールをいつ使用するかについてのガイドラインを定義することがおそらく必要です。

過去に人々がこの種のことをオープンにマッピングしようとした例をいくつか紹介します(どちらもDiscourseを混在させていませんが、アイデアはまだかなり有効だと思います)。

これを「なぜ」についてすべてにするようにタイトルを変更して、#communityに移動したくなりますが、まずそのアイデアを検討させてください。

「いいね!」 5

過去に調査されていたこと、特にElectronに関して興味深いですが、適切に作成・維持するにはかなりの労力がかかるだろうと想像します。

それは真実ですが、残念ながらそれはMSTeamsであり、Discourse Chatを使用できるとは思えません。顧客プロジェクト間で情報を共有するようにユーザーに勧めていますが、それは厳密にモデレートされる必要があります。顧客Aは顧客Bの秘伝のタレを知ることはできず、その逆も同様です。チャットを使用することで、Discourseにおけるその行動上の期待を曖昧にし、プラットフォームの共有/オープン部分から完全にプライベートな会話に良い情報を吸い取ってしまいます。チャットからトピックへ会話を移動する機能でさえ、ここでは役に立たないかもしれません。人々は仕事環境で次のことに急ぎ、その多くはこの機能の使い方を学ぶことはないでしょう。

これは完全に真実であり、幸いなことにあまり多くの奨励を必要としませんでした。

しかし、逆方向の情報がどのように流れるのかをどう解決しますか?MSTeamsで尋ねられた質問はリンクにならず、ブロードキャストされず、Microsoft Etherで失われます。ユーザーは受信者がすぐに通知を受け取ることを知っています。Discourseではそうではありません。メール通知でさえ、他のメッセージと混ざり、通常はフォルダにフィルタリングされます。この即時性が、それらの質問がDiscourseではなくMSTeamsで尋ねられる主な理由です。

これは良いプロセスとして保証できます。特に、Gitlabのような同じMarkdownフレーバーを持つ別のプラットフォームからそれらのトピックを同期できる場合、かなりの成功を収めています。

これらのガイドラインを参照として提供していただきありがとうございます。これに関する私たちの内部プロセスは混乱しており、未定義のままです。プラットフォームが多すぎ、シェフが多すぎます。これらを良い例として提示します。

その方向に適していると感じるなら、移動していただいて構いません。私たちにとって重要な問題は、MSTeamsに素晴らしい長期的な会話を失うことです。それらの質問をDiscourseで尋ねることを引き続き主張できますが、「なぜ」の一部はMSTeamsの即時性です。これはDiscourseが現在負けている点で、そしてそれは非常に残念なことだと思います。MSTeamsをDiscourseチャットで置き換えることはないと思うので、技術的なレベルで競争するための別の方法が必要だと感じています。

「何」に関しては、デスクトップアプリが前進する道かもしれませんが、かなりの労力がかかることはわかりますし、本当にそれだけの労力に見合う価値があるのでしょうか?おそらくそうではありません。

一方で、私の検索はいくつかの通知マルチプレクサ/センターにつながりました。将来の統合のために、これらのプロジェクトを監視することは価値があるかもしれませんか?理想的な解決策は、Discourse HubがユーザーのDiscourse通知を集中化する方法と同様に、これらのすべての通知を集中化する単一のプラットフォームになるだろうと推測します。

以下のオプションを3〜4分間見ました。統合を提供するという点で、皆さんはそれらを調査しましたか?このようなものは意味があるでしょうか?

https://novu.co/ -有望に見えますが、サポートされているプラットフォームのリストが見つかりませんでした
Pushover: Applications and Plugins -エンタープライズがこれを受け入れるかどうかはわかりません
GitHub - notifo-io/notifo: Multi channel notification service for collaboration tools, e-commerce, news service and more. はかなり見栄えが良く、Webインターフェースはかなり洗練されていて簡単に見えました。

「いいね!」 1

WindowsにDiscourseのWebアプリをPWAとしてインストールしましたか?タスクバーのアイコンに通知の数字バッジが表示されます。これはすぐに機能します。

「いいね!」 3

これは非常に良い提案ですね。数週間試してみて、どうなるか見てみます。欠点は、少なくともChromeではシングルタブであることです。しかし、通知を監視するというこのユースケースにおいては、それでも良い改善です。

これを試したい他の人がいれば、ChromeでURLバーのブックマークスターの隣にあるデスクトップアイコンをクリックしてください。

image

「いいね!」 1

特定のカテゴリの最初の投稿と組み合わせることで、興味のある未読の新しいトピックのアラートを受け取ることができるかもしれません。

「いいね!」 2

image

もうすでに気に入っています!素晴らしい提案です :heart:

「いいね!」 5

こちらで私のクエリを確認してください:Implement Badging API - #10 by merefield

「いいね!」 3

これを1週間使っていますが、まだ気に入っています。社内全体に展開しており、応答時間に非常に良い影響があると期待しています。

参考までに、これは以下で動作します。

Edgeでこれをセットアップする方法の簡単なビデオを以下に示します。利便性を高めるために、スタートアップ時に実行するように設定しています。
注: 最初私がクリックするのはアドレスバー内のものです。これは、圧縮アーティファクトのため、ビデオでは明確ではありません。

画像付きのChromeガイドはこちらにもあります: Implement Badging API - #11 by Tris20

「いいね!」 1

Tristanさん、こんにちは。時間が経ってしまいましたが、Discourseコミュニティ向けのデスクトップクライアントを開発しています。まだ非常に新しいアプリなので、ぜひ一度見ていただき、ご感想をいただけると大変ありがたいです。

「いいね!」 4