二人とも、明確で情報豊富な投稿のおかげで、このトピックがチュートリアルの始まりのように見えています。 
この長文の返信を作成したのは、新しいフォーラムのセットアップについてどう考えればよいかを考えていたからです。そこで、あなたの課題を題材に試し、実際に何か準備して、これが役に立つかどうかを確認してみようと思いました。
すべてをカテゴリに分類するのではなく、タグを検討することは同意します。実際、私はいくつかのプライベートフォーラムでそのようにしています。ただし、現在、カテゴリには以下の2つの明確な利点があることを認識する必要があります。
- アクセス制御にはカテゴリが不可欠です
- プラグインにより、カテゴリのカスタマイズ性が大幅に向上します
Is anyone else using tags on a Discourse forum in a big way? を参照することをお勧めします
新しいタグ機能は 現在頻繁に開発されています が、タグの使いやすさを大幅に向上させる大きな一歩となります。これには以下が含まれます:
ここで重要な問題は、どの要件をカテゴリとして処理し、どの要件をタグとして処理するかです。ただし、最初からそれを決定する必要はありません。まずは重みのある機能であるカテゴリを設計し、その後、タグに変換できるものを検討します。
意思決定プロセス
カテゴリ設計のアプローチには複数の方法があります。タグを主要なメカニズムとして考慮しない場合、以下の順序で進めます:
- 必要なカテゴリは何ですか？
- 個別のユーザーアクセス制御が必要なカテゴリは何ですか？
- デフォルトのカテゴリは今必要ですか？
ここでは、タグを使って他のことをすべて実行できる可能性のある最小限のデフォルトカテゴリが見えるため、通常とは異なるルートを取ります。
- デフォルトのカテゴリは必要ですか？
- 個別のユーザーアクセス制御が必要なカテゴリは何ですか？
- ユーザーアクセス制御を必要としない他の必要なカテゴリは何ですか？
A. 全体的な要件は何ですか？
まず、フォーラム構造を開発するために使用されるコミュニティの根拠は何ですか。コミュニティとフォーラムは異なるものです。
最初の投稿から、あなたのコミュニティには以下の要件があることがわかります:
- 主な目的は サポート です
- サポート は 製品 によって駆動されます。つまり、製品がないと顧客もおらず、サポートも不要です。
- サポート は 顧客ステータス によってセグメント化されます。つまり、顧客と非顧客です
- 製品 には、顧客と非顧客からの 機能リクエスト という追加要素があります
フォーラムに関する追加要件は以下の通りです:
- 部署 が 製品 を管理しますが、顧客/ユーザーは 製品 を通じてやり取りします
注記:
- サポートは部署によって管理されるかもしれませんが、顧客/ユーザーはおそらく自分が使用している製品に関連付けられます。したがって、部署がブランドや子会社であり、顧客やユーザーが通常の取引でほぼ完全にそれらを識別する場合を除き、組織構造を含めてフォーラムを複雑にしないことをお勧めします。
- ここでは 顧客 という用語を使用しています。VIP の使用には注意が必要だからです。後から顧客の VIP サブグループを作成するオプションを奪ってしまいます。コミュニティプロフェッショナル向けのフォーラムでこの問題を目にしたことがあり、VIP はさらに細分化するために取っておくことをお勧めします。
B. 全体的な要件を達成するための最小限のカテゴリは何ですか？
1. デフォルトのカテゴリは必要ですか？
すべてのデフォルトカテゴリが不可欠だと考えていますが、そうではないかもしれません。ただし、デフォルトは平均的なフォーラムオーナーとフォーラムユーザーの要件に対して多くの配慮を持って設定されていることを認識してください:
-
#lounge
デフォルトでは、これは Trust Level 3 (TL3) ユーザー向けです。最もアクティブな非顧客に対する 特典 として保持することをお勧めします。VIP カテゴリとして使用するために名前を変更し、アクセスするための最小 TL を減らしたくなるかもしれません。やめてください: VIP グループとカテゴリをデフォルトのグループとカテゴリから分離してください。
-
Contribute > Site feedback
すべてのユーザーがフォーラムの改善を提案したり、問題を指摘したりするために使用します。
-
#staff
管理者とモデレーター向けであり、ほとんどのユーザーには表示されません。
-
Uncategorized
デフォルトの設定は allow uncategorized topics です。
suppress uncategorized badge 設定を無効にして、そのようなトピックをトピックリストでより目立たせ、より関連性の高いカテゴリに割り当てられるようにすることをお勧めします。
- これにより、モデレーターと高 TL ユーザーの作業が少し増えますが、カテゴリを決められない新しいユーザーにとってははるかに簡単になります。
- このカテゴリはデフォルトの
shared drafts category であり、これも保持する理由です。
例
この時点で、最小限のカテゴリは以下のようになります:
2. ユーザーアクセス制御が必要なカテゴリは何ですか？
明確な要件は以下の通りです:
- サポート は 顧客ステータス によってセグメント化されます。つまり、顧客と非顧客です
ユーザーと顧客を分離したいので、これにはカテゴリを使用する必要があります。他の方法では非常に苦労することになります。
つまり、顧客と非顧客それぞれを別の Group に配置し、少なくとも1つのカテゴリで以下を行う必要があります:
- 顧客は CRS (作成、読み取り、参照) アクセスを持つ
- 非顧客は S (参照) のみアクセス可能
例
この時点で、最小限のカテゴリは以下のようになります:
- 顧客
- ラウンジ
- サイトフィードバック
- スタッフ
- 未分類
3. ユーザーアクセス制御を必要としない他の必要なカテゴリは何ですか？
あなたの要件は以下の通りです:
- サポート は 製品 によって駆動されます
- 製品 には、機能リクエスト という追加要素があります
あなたの要件がなくても、これまでの構造は明らかに不十分に見えます。製品サポートリクエストをどこに置くべきかが明確ではないからです。したがって、少なくとも製品サポートカテゴリが必要であり、それには 顧客 サブカテゴリが必要です。顧客のみが共有し、おそらく顧客のみが表示できる問題を扱う場所として、上位レベルの 顧客 カテゴリを残しておきます。
Feature Ranking プラグイン を使用して、製品ごとの機能リクエストをランキングできます。これはカテゴリ内のトピックをランキングすることで機能するため、少なくとも1つのカテゴリが必要です。次に、製品ごとにランキングを表示するための2つのオプションがあります:
- 製品タグでフィルタリングされたビューを持つ1つのカテゴリ。
知る限り、これは 今では阻止要因になる可能性があります が、私は試していません。
- 各
製品 カテゴリに1つの 機能リクエスト サブカテゴリ
どちらのオプションを選択しても、機能リクエスト トピックをサブカテゴリに配置する方が簡単になります。
個別の 製品 カテゴリがない場合の例
この時点で、最小限のカテゴリは以下のようになります:
- 顧客
- ラウンジ
- サイトフィードバック
- スタッフ
- サポート
- 未分類
個別の 製品 カテゴリがある場合の例
この時点で、最小限のカテゴリは以下のようになります:
- 顧客
- ラウンジ
- 製品 1
- …
- 製品 100
- サイトフィードバック
- スタッフ
- 未分類
次に、製品とそれを使用する人々の間の関係についての質問がやってきます。
| 問題 |
サポート 用の1つのカテゴリ |
各 製品 用の1つのカテゴリ |
| ほとんどの/すべての顧客がほとんどの/すべての製品を使用しますか？ |
はい |
いいえ |
| ほとんどの/すべての顧客が個別の製品に関連付けられますか？ |
いいえ |
はい |
| コア Discourse でどちらがより良いサポートを提供していますか？ |
タグは制限されています |
カテゴリはより良いサポートを提供します |
| プラグインでどちらがより良いサポートを提供していますか？ |
タグは制限されています |
カテゴリはより良いサポートを提供します |
| カテゴリ管理の容易さ |
はい |
いいえ |
| ビューとレポート管理の容易さ |
いいえ |
はい |
| 新しい Discourse ユーザーにとっての容易さ |
いいえ |
はい |
総合的に判断して、個別のカテゴリを各製品に使用することをお勧めします。それは機能し、主な欠点は長いカテゴリビューと、カテゴリおよびサブカテゴリの詳細とグループアクセスを設定するための退屈な期間です。
個別の 製品 カテゴリがある場合の例（上記参照）
この時点で、最小限のカテゴリは以下のようになります:
- 顧客
- ラウンジ
- 製品 1
- …
- 製品 100
- サイトフィードバック
- 未分類
4. その他有用なカテゴリは何がありますか？
あなたはここに指定していないが、望んでいる他のカテゴリがあることは承知しているでしょう。例えば:
- 会社ドキュメント。例えば、すべての顧客と製品にわたる一般的な利用規約
- 製品ドキュメント。例えば、製品関連のドキュメント
- ダウンロード。例えば、製品関連のソフトウェア（古いバージョンのソフトウェア製品など）
- 使い方チュートリアル
- FAQ
C. どの機能がタグになるべきですか？
どのタグを使用すべきかについては、例えば、部署がサポートをどのように管理するかについてのより多くの情報が必要です。
最初は、部署 をフォーラムから除外することをお勧めします。製品 をベースにしたレポートを開発し、部署 別の要約を作成できるため、可視性のあるタグ付けは必要ないからです。
ここでは、サポートフォーラムでタグを使って何ができるかの雰囲気を伝えるために、既存のトピックを参照しています。これらのトピックは新しい順です:
また、有用なプラグイン:
有用なテーマコンポーネント:
