なぜ社内ではSlackではなくDiscourseを使うべきか（4年間の利用経験）

賞賛
1

Discourseを4年以上、コミュニケーション、記録保持、研究記録、ラボジャーナルの主要ツールとして使用してきました。

ほとんどの企業は、SlackやEメールのチェーン、WhatsAppよりもDiscourseを主要なコミュニケーションツールとして使用することで大きな利益を得られると主張します。

**要点は次のとおりです。**従業員間の会話に将来の参照のための価値があると思うなら、Discourseが必要です。
チャンネルベースのインスタントメッセージングアプリ（Slackなど）は、まさにそのためのものです。つまり、非常に具体的なものを探していない限り、誰も戻ってレビューしたくないインスタント会話に適しています。それらは、数千行の会話と数百のサブ会話が混在する1つの長いチャンネルに複数の会話を絡める傾向があります。
逆に、Discourseは本質的に会話をカテゴリ、トピック、タグに分解するため、チームメンバーはDiscourseのトピックをジャーナルとして読むだけで、特定のトピック、研究分野、および関連する会話に簡単にオンボードできます。これは、他の6つのトピックの会話（全員のランチの注文を含む）が1つのテキストストリームに融合したチャンネルから何が起こったのかを推測しようとするのではなく、より効果的です。
あなたの会社/チーム/ラボがR&Dに関わっているなら、Discourseは必須だと思います。

チャット - 失われたリンク

すべての会話が情報の金鉱であるとは限りません。実際、多くの会話は、相談、質問、トピックになるほどではない簡単なブレインストーミングセッションなどの日常的なものです。「このバグとエラーログがありますが、どういう意味か誰か知っていますか？」や「今日の昼食は何ですか？」のような発言は言うまでもありません。そのため、誰もが迅速かつ効率的にコミュニケーションできるように、Slackはそこに残しておく必要がありました。Discourseにチャットを導入することで、あらゆる形式の会話と議論を1つの優れたプラットフォームに統合できるようになりました！

私たちのセットアップ - 高速＆安全

DiscourseをAWS EC2にインストールしました。最初の数年間は5人程度の小規模チームだったので、t3.smallで十分でした。今日、私たちはより大きく、より豊かになったので、m5.xlargeを購入できます。
AWSサーバーを実行しているため、S3バケットに権限を付与でき、簡単にS3オブジェクトストレージ（アップロード用）を有効にできます。これにより、添付ファイル、画像、Excel、CSV、PDFはすべて安全にバックアップされます。
セキュアアップロードを有効にしてデータを保護しています（Discourseを招待制モードに設定し、ログインしていない訪問者からのフォーラムまたはファイルへのアクセスを拒否します）。
注：もちろん、セキュアアップロードの目的に反するため、CDNの使用に関する推奨事項は無視します。

生産性向上のためのプラグイン

  • Assign → トピックを人に割り当てることは、チームメンバーがチケット/問題/プロジェクトを所有するための良い方法です。
  • Math → 研究を行うなら、LaTeXと数式サポートが必要です。
  • Reactions → これは単なるモダンなコミュニケーションです。Discourseに組み込まれるべきだと思います。
  • Shared Edits → チームがWikiやその他の知識/情報ページを共有および編集するのに非常に便利です。
  • Whos Online → チーム内では、誰がオンラインかを知ることは必須です。
  • Footnote → 企業には法的な側面が必要です。ここに機密保持条項を記載するのが適切です。
  • 議論の余地がありますが、Calendarは便利ですが、実装方法と機能は私たちには合っていません。Topic Votingも同様に便利な可能性があります。

テーマコンポーネント：

  • Custom Header Links → 会社/チームの重要なリンクをヘッダーに配置します。休暇ボード、「私のタスク」（Assignプラグイン用）、Jiraボードへのリンクなどがあります…

  • PDF previews + iframe Lightboxes → これら2つを一緒にインストールし、iframe origin domainsを自分のドメインに含めるように設定すると、フォーラムにアップロードされたすべてのPDFファイルがスレッド内にインラインで表示され、フルビューに展開するボタンが表示されます。PDFは非常に役立ち、この方法で共有しやすくなります。

  • Discourse Chat Sidebar → チャットを前面に表示します。私たちは皆24インチから27インチの画面を使用しており、Slack/WhatsAppのアクションをすべてDiscourseに移行したいと考えています。

  • 特別な言及：
    ** discourse gifs は、Discourseに組み込まれるべきだと思います。
    ** Discourse Kanban はJiraを置き換えるものではありませんが、高レベルのタスクに役立ち、「assign plugin」と連携してうまく機能します。正しく設定する必要があり、簡単ではありませんでした。
    ** Sidebar Theme Toggle は、デフォルトのダーク/ライトテーマのみを使用しているため、ユーザーが簡単に好みのテーマを選択できるようにします。

結論

まず、素晴らしい刺激的なDiscourseチームに感謝します :clap:
Discourseは妥協のない、堅牢で、高速で、安全なコミュニケーションプラットフォームであり、より多くのチームが企業、大学の研究室チーム、スタートアップなどで使用することを願っています！

「いいね！」 86
3

Discourseの活用方法に関する洞察に感銘を受けています。読者の皆様へ、Discourseを社内でどのように活用されているか、ぜひお聞かせください:loudspeaker:。これにより、何がうまくいっていて、何がうまくいっていないかを優先順位付けして修正するのに役立ちます。

私たち自身もDiscourseを社内で使用しているため、類似点や相違点（あまりありませんが！）を聞くのは楽しいです。

:writing_hand:t2: メモを取っています – 検討します、ありがとうございます！

「いいね！」 24
4

洞察をありがとうございます。Slack、Mattermost、Rocketchatなどのチャットと、Confluenceなどのナレッジ共有を、それらすべてを処理するプラットフォームとしてのDiscourseと比較して考えるようになりました。

ご自身のDiscourseインスタンスをセルフホストされているとのことですが、携帯電話での通知はどのように処理されていますか？私の理解は少し古いかもしれませんが、ウェブでは、ユーザーにサイトからの通知を送信するようにブラウザで有効にするよう依頼できます。モバイルでは、DiscourseインスタンスがDiscourse自体によってホストされていない限り、通知が携帯電話のロック画面に送信されるとは思えません。チャットの返信やトピックの返信の通知は、しばしば時間的な緊急性があるため、どのように処理されていますか？

「いいね！」 9
5

正直なところ、現時点ではプッシュ通知は問題点です。
組み込みのプッシュ通知は、Androidおよびデスクトップユーザーには（まあまあ）機能しますが、iPhoneユーザーには機能しません。

私の意見では、プッシュ通知の問題は、ユーザーに届くまでに障害が多すぎることです。Discourseの個人設定で有効にし、ブラウザで許可し、Android/Windowsシステムで許可する必要があります。これら3つのうちいずれかが通知をブロックしていると、ユーザーは通知を受け取れません。個人的には、プッシュ通知を積極的に望んでいますが、ランダムな期間が経過すると停止してしまうことがよくあります。ブラウザのアップデートのせいでしょうか？わかりません。そのため、Android内でも、私が望んでいたように機能しているとは言えません。

昨日、Pushover通知を試しました。このソリューションは、Android/Apple/Windowsで機能しますが、2つの大きな欠点があります（そのため、結局使用しませんでした）。

  1. 各ユーザーが電話にサードパーティ製アプリをインストールし、ユーザーIDをDiscourseの設定ページに手動でコピーする必要があります :grimacing:
  2. 通知がポップアップ表示され、Discourseチャット/トピックに直接移動するのではなく、Pushoverアプリに移動します。そこから、チャット/トピックのURLをタップして2回目に移動できます。些細なことのように聞こえるかもしれませんが、ダイレクトメッセージ通知に関しては、プッシュ通知メッセージと実際に行きたい場所の間にゲートウェイアプリを追加することは、体験を損なうものです。

Discourseは常に改善されており、1日数十回のコミットが行われているため、プッシュ通知が改善されることを楽観視しています。私の理想的なシナリオは、管理者がカスタマイズしてPlay/Appストアに提出できる、オープンソースのネイティブAndroid/iOSアプリです。しかし、OneSignalのようなサードパーティを通じて作業することも、より簡単で同じ目的を達成できるかもしれません。

「いいね！」 9
6

プッシュ通知オプションのテスト、ありがとうございます。私も同様に、どのようなオプションであっても、あまりにも多くの手間がかかるというのが私の印象です。これはDiscourse固有の問題ではなく、Discourseや類似のプラットフォームがより広く普及するのを妨げている問題、つまり通知と通知からのユーザーの定着率の問題です。

「いいね！」 4
7

プッシュ通知については、まさに検討中です。難しいのは、弊社がホストしていないフォーラムのデータを単純に扱いたくないということです。

技術的な回避策はあります。「電話よ、サイトXが更新を求めている」と言うことができます。これは、ここでの大きな制限を回避できるかもしれません。ペイロードを暗号化する方法もあるかもしれません。これにより、この問題が解決する可能性があります。

現在、iPhone上のPWA（ヨーロッパにいない限り）とAndroid上のPWAはかなりうまく機能しています。しかし、ヨーロッパの曲球が、アプリについてさらに多くのことを考えさせてくれます。

「いいね！」 17
8

以下は、私が同意する部分です。

AndroidでPWA通知が機能しているときはうまく機能すると思いますが、機能が停止したことに気づくのに時間がかかるため、そのほとんどはごく一部の時間です。

「いいね！」 2
9

最近多くの修正を行いました。私のPWAは数ヶ月間、携帯電話でのプッシュ通知が安定しています。これで解決したとは全く言えませんが、「昨年問題があった」という場合は、もう一度試すことを強くお勧めします。

とはいえ…Appleが欧州でPWAを廃止したということは、この問題に取り組まなければならないということであり、私たちはそうします。

「いいね！」 9
10

もし昨年の意味が2023年12月であれば、その時期と一致するかもしれません。通知がないことは明白な信号ではないため、いつ機能しなくなるのかを知るのは困難です。最後に機能しなくなったのは、12月から1月にかけてのいつかでした。

これまでの私の経験では、約1か月の通知期間と、私が通知がオフになっていることに気づかない約2か月の期間のサイクルになっています。そして、サイクルを再開するためにオンにします。もう一度試してみます。うまくいけば、二度と起こらないでしょう。より大きな懸念は、私が私のサイトで圧倒的に最大のパワーユーザーであることです。平均的なユーザーは、私のようにこれらのことに注意を払っていません。この時点で、通知設定を一度以上確認したことがあるのはごく一部だと思います。

データエクスプローラーで確認したところ、毎日450〜500人のユーザーが訪れるサイトで、プッシュサブスクリプションレコードを持つアクティブユーザーが30人います。これは約6％の使用率です。そのうちの3分の1は2024年以降に更新されています。

この分野で行われたすべての作業に感謝しており、その多くは外部要因（つまり、Apple、Google）に依存していることを理解しています。しかし、「かなりうまく機能している」ということは、私の経験ともOPとも一致しないという意見を表明したいと思います。

「いいね！」 6
11

これは、もはやそうではないということです。

それでも、Discourse が PWA デプロイメントの標準的な担い手であり、プッシュ通知の覇権を打ち砕くことを願っています！

「いいね！」 9
12

Jira に近い機能を提供する Tickets プラグインもあります。

また、インライン PDF プレビューのプラグイン版もあり、私の記憶が正しければ、モバイルでも動作します。

「いいね！」 1
13

弊社では Discourse send PDF inline を問題なく使用しています。

「いいね！」 5
14

Indeed as I recall your plugin also allows this to work on mobile. Still need to install it myself. Awesome plugin addition.

15

@Alon1 内部コミュニティに関する議論は、独自の課題があるため、素晴らしいことです。特にモデレーションは、まったく異なるものになり得ます。NSFWやスパム投稿はほとんど対象外ですが、それらに代わるものとして、トピックの忠実性、明確さ、および機密要件の遵守の重要性があります。

トピックの質を高く保つために、どのようなことを行っていますか？モデレーションチームはどのような体制で、経営陣にこの必要性を理解してもらうのはどれくらい大変でしたか？

「いいね！」 5
16

この非常に興味深く、役立つレポートをありがとうございます。

私の道も、個人および組織の仮想インフラストラクチャを構築するためにDiscourseを使用するという点で似ています。

私は主に一人で事業を営んでおり、数十年にわたるいくつかの主要なプロジェクトが進行中です。そのため、新しい道やサブプロジェクト（およびサブサブプロジェクト）やタスクをその場で立ち上げるためのツールが必要です。

これらは、執筆や関連する研究のコレクションです。

効率とシンプルさのために、私は（差別することなく）多くの多様なオープンソース（および有料）ツールやプラットフォームを使用し、テストしています。

ここ数年、私のさまざまなワークフローの中心にあるのは、DiscourseとGhostであることが最も多いです。

「いいね！」 4
17

重要な点を提起していただきありがとうございます！

あらゆるフォーラムには、その周りに構築される文化と、時間の経過とともに形成される現状があります。

私がCOVID19の初期に、チームメンバー間のコミュニケーション、リサーチの洞察の保存、メールのスレッドよりも優れた会話の追跡などの手段としてDiscourseを使い始めたとき、このツールが正しく使用されていることを確認したかったのです。少なくとも、「正しく」という私のビジョンに従って。

私の場合は、全部で7人のチームだったので、それほど難しくありませんでした。各メンバーに、主題ごとに適切に分離され、かつ同じ主題が複数のトピックで重複しないトピックを作成するように文字通り指導することができました。返信は将来的な価値を念頭に置いて書かれること（例：実験を行った場合、それを記述し、文脈を与え、何を行い、どのように行ったかを示し、軸ラベル付きのグラフを使用する…数か月後にこの投稿を読んだときに、あなたにとって価値があるように）、適切なカテゴリに分類すること、効率的であること - 最小限の単語で最大限の情報量を書くこと、親切であることなど。

良いコアカルチャーができれば、会社に参加する新しい従業員は、最小限のガイダンスで自然にそれを採用します。

私はまだ、特定のメンバーと、トピックや返信をどのように改善できるかについて、時折会話をしています。これは良い文化を維持するのに役立ちます。

要するに、小さいうちにコアカルチャーに取り組めば、成長してもうまくスケールすると信じています。

「いいね！」 8
18

部署間のディスカッションを、他の部署のグループの全ユーザーをメンバーにすることなく行うにはどうすればよいですか？あるいは、すべてのディスカッションを誰でも利用できるようにしますか？私の場合は、一部の部署レベルのディスカッションは他の全員から隠す必要があります。

「いいね！」 1
19

全員が1つ以上のグループに属しており、特定のカテゴリへのアクセス権限を管理していました。
すべてのグループに公開されているカテゴリが2つありますが、部署固有のカテゴリは関連グループのみが利用できます。

1人のユーザーが複数のグループに所属できるようにすることで、この問題は解決します。元の部署に関連するグループを維持しながら、部署間の従業員のためのグループを設計できます。

「いいね！」 4
20

IMO、これは内部コミュニティにとって最も重要な決定の1つであり、急いで行うべきではありません。私たちは主に内部開発者コミュニティなので、ツールベースのアプローチを選択しました。この決定だけでもサイロを打破し、情報制限の観点から情報セキュリティ部門も満足させることができました。私たちは@Alon1と同じ方法を採用し、ユーザーを複数のグループに所属させています。興味のあるツールのグループに参加するだけです。

また、機密情報やプロジェクト固有の情報は禁止するというプラットフォーム全体のポリシーもあります。ほとんどすべての問題は、クライアントに言及せずに説明できます。

経営陣にこれを理解させるにはどうしましたか？失敗したコミュニティの例を提示しても、彼らはこの問題の深刻さを理解できず、些細なことだと考えています。これまではまともな文化がありましたが、経営陣は何が何でもスケーリングに固執しています。プラットフォームを高く評価しているのは良いことですが、その価値が私たちが築き上げてきた文化から来ていることを理解していないのは問題です。その文化は現在、急速なスケーリングによって脅かされています。

私たちが直面したもう1つの問題は、誰もが自分のカテゴリを欲しがることです。内部コミュニティを検討している人は誰でも、常に「はい」と聞くことに慣れているマネージャーに「いいえ」と言うのは、非常に疲れる仕事であることを知っておいてください :sweat_smile:

「いいね！」 4
21

確かにカテゴリ権限は非常に価値があります。
たとえば、部署には2つのグループがある可能性があります。1つはリーダーシップ（一部のカテゴリでトピックを作成できる可能性がある）を収容するグループです。ただし、タググループを使用して特定のグループに制限することもできます。

「いいね！」 1