「このデータで何をしたいのですか？フォーラムのどこかに表示するだけでなく、他の機能のために保存したいのだと思いますが。」
私の究極の希望/ビジョンは次のとおりでした。
1. 階層化されたモデレーション
コミュニティ内の各ユニットの所有者に、そのユニットの居住者のみに対するモデレーター権限を付与します。
私たちのコミュニティには約200のユニットがあることを考慮すると、これを達成するためにグループ機能を使用するのは現実的ではないように思えました。グループは、以下の＃3とも競合します。
2. サインアップUX
私の理想的なUXは、サインアップフォームの「ユニット」のドロップダウンメニューが、「建物」フィールドでのユーザーの選択に動的に反応し、その建物にあるユニットのみを提供するというものでした。（Discourseの初期化時にJSON設定ファイルを解析する方法を見つけるつもりでした。）
3. フィールドのプライバシー設定
各ユーザーに、自分のユニット以外のユーザーから建物の番号やユニット番号を非表示にするかどうかを選択できるようにしたかったのです。
コアのカスタムフィールド機能は、このオプションをフィールドごと（ユーザーごとではなく）、また管理者のみに提供し、ユーザー自身には提供しないという印象を持っています。
4. おしゃれなスタイリング
これは「 icing on the cake」のようなものですが、「所有者: はい」のように表示する代わりに、システムにこれらのフィールドに関する特別な知識を持たせ、ユーザーの概要でそれらを異なる方法でスタイル設定したかったのです。SVGの権利証アイコンや、モデレーターがステータスを確認したかどうかを示すチェックマーク（または居住者を示す家のアイコン）などを表示します。そのようなものです。
というわけで…
もしかしたら私はここで picky すぎるのかもしれませんが、コア機能を達成するための学習曲線を超えれば、小さなウィッシュリスト項目はほとんど些細なことになると感じています。
私のコミュニティの多くの居住者は、コンピューターの知識がほとんどまたは全くない高齢者です。一部の居住者が、アドレスのプライバシーや建物/ユニット番号の検証されていない入力といった実際の使用上の問題だけでなく、単に新しいという理由だけで、Facebookではない私のDiscourseウェブサイトを採用して利用することを望まないのではないかと深刻に懸念しています。