Discourse

Discourseとは何か

Discourse（github.com/discourse/discourse）は、READMEが自ら100%オープンソースと呼ぶコミュニティ基盤で、サイトをどこでどう動かすかを完全に自分で管理したい人のために作られています。実体はJSONのREST APIを公開するRuby on Railsアプリケーションで、フロントエンドはEmber.js、主要データストアはPostgreSQL、キャッシュにRedisを使い、Civilized Discourse Construction Kit, Inc. によりGNU General Public License バージョン2.0で公開されています。プロジェクトは2013年1月から出荷を続けており、READMEにある「10年以上実戦で鍛えられた」という主張は、コミット履歴に照らして確認できる珍しい類のものです。

フォーラムは創業者のグロース基盤のどこに収まるか

チャット型コミュニティに対してフォーラムを支持するグロース上の論拠は、URLを持つ公開テキストであるという点です。顧客が投げた質問に誰かが答えれば、それがそのままページになります。しかもそれは今なお成果を出す形のページです。具体的な問題が、顧客自身の言葉で書かれ、実際にそれにぶつかった人によって答えられている。これはコンテンツ企画としてではなくサポートの副産物として生まれるロングテールキーワードのパターンであり、誰かがあなたの製品について尋ねたときにAI回答エンジンが取り出してくるのと同じ素材です。チャットサーバーはこれを一切生みません。会話は流れて画面から消えた瞬間に、検索から見えなくなるからです。

第二の論拠は、別種の複利です。回答が蓄積するので、一つの質問に非公開で五回答えるのではなく公開で一度答えるだけで済み、後から来たメンバーはあなたを介さずにそれを見つけます。この仕組みがコミュニティ主導のグロースであり、価値が企業から外向きに流れるのではなくメンバー同士のあいだを流れる状態です。これは実在します。そして同時に、インストールでは手に入らない部分でもあります。

空き部屋の問題

フォーラムには二つの側面があり、ソフトウェアに付いてくるのは片方だけです。あなたに向かって話すのではなくメンバー同士で話す理由が生まれるだけの、同じ問題を抱えた人の数が必要になります。その閾値を下回るなら、公開の場は「場がない」より積極的に悪いものです。トピックが四つあって返信がゼロのカテゴリに着地した訪問者は、あなたの製品を使っている人数について具体的な何かを学びます。それは狙っていた印象ではありません。だからこそ製品のまわりにコミュニティをどう作るかは、初期の製品のほとんどは自分でコミュニティを主催するよりも既存のコミュニティに参加すべきだと論じています。

AgentCeres（agentceres.comのAIグロースオフィサー）を作ってきた一次情報として。当社の最初期の顧客は、自社が保有していないスレッドから来ました。誰かが公開フォーラムで問題を書き、私たちが一個人として答え、そのスレッドはその後も何か月も読まれ続けました。検索で順位が付き、AIの回答に引き込まれ、今も人を送ってきます。同時にそれは、当社について書かれた最も価値のある文章でありながら、一語も編集できないものでもあります。これが「いずれ自分の場を持つ」ことの正直な論拠です。公開テキストの持続性に、その支配権が加わるからです。そしてそれは、いまだに自分の場を開いていない理由と同じでもあります。まったく同じスレッドを自社フォーラムに置き、ほかに誰もいなければ、誰も納得しなかったはずです。資産は見知らぬ人で満ちた部屋であって、それを動かすソフトウェアではありませんでした。

実務的な読み方はこうです。実ユーザーからの未回答の質問が、非公開で捌ける速度を超えて届き始め、しかもその中の二人が互いに話したくなる筋の通った理由があるとき、Discourseを採用してください。それより前なら、彼らがすでに集まっている場所に同じ時間を使うほうが多くを返します。そしてサポートのスレッドやレビューを通じたカスタマーフィードバックのループがあれば、空き部屋のコストを払わずにフォーラムから得られたはずのシグナルが手に入ります。

運用にかかるコスト

Discourseの自前ホスティングは静的サイトではなく、正味のサービス運用です。リポジトリはRuby 3.4以上、PostgreSQL 15、Redis 7を要求し、インストール手引きはDockerベースのデプロイです。立ち上げたあとは、バックアップ、アップグレード、スパム対応、モデレーションを自分で抱えます。すでにインフラを運用しているチームには何の問題もありませんが、ローンチ真っ只中の一人創業者には歓迎できない二つ目のプロダクトです。プロジェクト自身の有料ホスティングが存在する理由はそこにあり、それを選ぶのは度胸のなさではありません。

どちらの方法で動かしても、安いのはソフトウェアのほうで、モデレーションはそうではありません。コミュニティには最初の数か月、毎日読む誰かが必要です。まだ他の誰も答えない質問に答え、後から来たメンバーが真似する空気を決める役割です。AgentCeresはプロダクトを取り巻くグロース業務の実行レイヤーであり、役割ごとのエージェントがSEO、コンテンツ、ソーシャル、アウトリーチを下書きし、外に出るものは人が承認します。そのうえで意図的に引いている線が、コミュニティへの返信は下書き自動化に最も向かない動きだ、というものです。生成されたと読める返信は、その回答の価値より多くの信頼を失わせるからです。