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ですね。誰かがメールを送信します。その1人をCCに入れ忘れています。誰かが返信してその人を追加します。これが数回繰り返されます。ああ、このスレッドに人が多すぎます。誰かが返信してCCリストの半分を外します。次の人が返信する際、もう全員が聞いているわけではないことに気づきません。

うーん、Teamsに持ち越そうか。

「ねえ、そのメールのやり取りで…」「どのメールのやり取り?」「Xに関するあのもの」「それに乗っているかどうかわからない」「件名『Xのこと』で検索してみて」「ああ、それ見たわ」「OK、それでso and soへのメッセージで…」「うーん…そうだね、その時点でスレッドから外れていたんだろうな」「じゃあ転送するね」

バン!また議論の分岐が生まれました。

チャットにその議論への_link_をポイっと貼れたらどうでしょうか?

これが今回のポイントだと思います。議論をメールからDiscourseへ移すのです。そうすれば、MS Teamsはさらに良くなります。なぜなら、あれこれと無駄なことをせずとも、簡単にその会話にリンクできるからです。


チャット内の会話の中にも、Discourseの方が適しているものは確かにありますが、それはあなたが述べているように、より難しい課題です。しかし、他のツールでもすでにそれを見てきたはずです。

「ねえ、このスレッドが少し長くなってきたよ。まず最初にこれをドキュメントにまとめられない?」

OK、それは良いステップです。必要な時には非同期で作業する意志があるというシグナルになります。

その後どうなるでしょうか?

共有されるドキュメント内のコメントスレッドはどのくらい続くのでしょうか?正しいものを見つけられるでしょうか?

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


これがこの問題に取り組む方法です。人々がより多くの価値を感じるシナリオを見つけ、それらを中心に「プレイブック」のようなものを開発しようと試みます。


Discourseでは、過去には複数のツールを組み合わせて使用していたものをほぼすべてDiscourseで賄えることにわくわくしています。しかし、既存の企業は白紙ではなく、彼らがすでに使用しているツールは簡単に置き換えられるものではありません。新しいツールは既存のツールと一緒に存在できるようにならなければなりません。

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

過去に見かけた、この種のものをオープンにマッピングしようとした人々の例をいくつか挙げます(これらにはDiscourseは含まれていませんが、アイデアは依然としてよく機能していると思います)

タイトルを「なぜ」に焦点を当てたものに変更し、#community-buildingカテゴリに移動したくなりますが、まずはそのアイデアについて考えてみてください。

「いいね!」 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