ご経験について少し共有していただき、誠にありがとうございます。この議論にも新たな息吹をもたらしました。
喜んでさらに詳しくお話ししますし、ここでもさらに共有していただいて構いませんが、この投稿だけでもすでに価値がありましたので、ありがとうございます。
はい、私たちはDiscourseが幅広いユースケースに対応できる十分な柔軟性を持っていることを確かに高く評価しています。とはいえ、複雑さを軽減するために合理的なアプローチを取ることができると考えています。不必要に複雑になっている部分には、簡単な労力で単純化できるような、すぐに取り組める課題がいくつかあります。@bloomexperimentが共有したアイデアは、私たちが考えていることの一例です。
私も、もし参考になるなら、非常に似たようなことを考えていました。
最近のユースケースに関する調査で（再）発見したことのいくつかは、コミュニティは箱に収まらないということです。
このセットアップの一部を、サイト全体のセットアップから、サイト内のより小さなスペース（グループやカテゴリ、またはその両方の組み合わせ）のセットアップに移行することで、それに対処できます。特定のコミュニティは、よりソーシャルなもの、プロジェクトに取り組むもの、サポートの質問に答えるものなど、さまざまなスペースを持つことができます。
これにより、コミュニティはより多くの実験を行うこともできます。
この件は、あなたが開始したトピックで続けることができますが、まずここで言及しておきたかったのです。
Discourseのコミュニティメンバーにとっての全体的なユーザーエクスペリエンスを改善するために価値があると思われるいくつかの例を共有していただき、ありがとうございます。@lindseyと、かつてチャットに重点を置いていたチームは、現在、この分野をより広範に見ており、あなたがリストアップしたことと、彼らがより詳しく見始めていることの間には多くの重複があります。
これを強調してくれてありがとう。これも最近再検討したことです。礼儀正しい議論とともに、私たちはコミュニティが会話や collectively に作成したコンテンツから永続的な価値を得られるようにすることに特別な価値を置いています。
@oshyan、あなたの洞察をここで聞くのはいつも嬉しいです。私たちは、Discourseを人々が本当に使いたくなる（管理者とコミュニティメンバーの両方にとって）ものにするために、引き続き投資しています。やるべきことはたくさんあるとわかっていますし、これからもそうでしょう！
私たちはこのことについても時々話します。Discourseをより一般的に「コミュニケーションプラットフォーム」として見ることがあります。私たちはそれをコラボレーションのために自分たちでも使用しており、このようなトピックを見るのは常に嬉しいです：Why you should use Discourse internally for your company/team instead of Slack (4 years use case)
このための興味深い視点は、コミュニティ自体の価値を広げることです。@HAWKは最近、Discourseをコラボレーションに使用することについて素晴らしい講演を行い、それを内部コミュニティを構築するという価値の観点からフレーム化しました。
まだ見る機会がなかった方は、ぜひ視聴することをお勧めします。
（彼女はまた、数週間後にポルトガルで開催されるRunning Remoteで、同様の話をします）。