私の意見では、特に初期段階において、これとプロジェクト内の上位陣に対する慎重な期待値管理が極めて重要です。
誰にでも門戸を開き、Discourse を過剰に宣伝するのは、プロジェクトを簡単に壊すことになります。関連性のない、または注意を散漫にするようなあらゆる種類の投稿、あるいはフォーマットが酷く専門家を怒らせるような質問が押し寄せ、管理チームは初期のユーザー数（これは間違いなく減少します）に引きずられることになります。この状態からの回復は、予防するよりもはるかに困難です。
私たちはこれを解決するために、以下のトピックを特に読み終えるまで、新トピックの作成を禁止しました。
- 良い質問の書き方（Stack Overflow の手法）
- 共有してはいけないこと（顧客の機密保持義務による）
- 共有してもよいこと、および違法なコンテンツを合法にするための修正方法
これにより、三つの成果が得られました。
- プラットフォームのモデレーションが容易になりました。トピック作成前に、何が良くて何が良くないかを非常に明確に示しました。
- 低努力なコンテンツの波から専門家を保護しました。
- 多くの人を怒らせました
特に3番目についてですが、初期の制限に直面したスタッフの約20〜30％は、10分間の読書は自分には屈辱的であり、すでに完璧な質問の書き方を知っていると考えていたと推定します。少数の場合ではその通りでしたが、大部分の場合、これは私が考えうる文化に合わない人々を遠ざけることになりました。具体的には：
- 読書は書き物よりも重要である
- プラットフォームには謙虚な姿勢で臨む
- 他のスタッフが
- a) あなたを助けるために「ボランティア」で費やす時間を減らせるように
- b) 2〜3年後にもトピックから学べるように
適切にフォーマットされた質問をすること
[quote=“HAWK, post:1, topic:402716”]
適切なメトリクスが最初から定義・追跡されていない場合、ビジネスケースの構築がより困難になります。
[/quote]\nこれも非常に良い点です。トピック数、トピックの閲覧数、回答数などを基にしたROI（投資対効果）の式を作成し、最終的に、専門家がDiscourseで一度尋ねられることで、異なる通話やメールチェーンで複数回尋ねられる場合に比べて、どれだけの時間が節約されたかを算出することが非常に役立ちました。