本当に楽しいですよ。 
参考になる例やヒントもたくさんありますので、必要であればぜひどうぞ。 
Contribute > Bug カテゴリは、私たちのバグキューにおいて大きな役割を果たしています。 重複を避けるため、多くの場合、Metaのトピック内で直接問題を処理します（ウィスパー、@メンション、アサインを使用）。そして、他の人からの意見や入力が必要な場合や、かなりの議論が必要な場合にのみ、チーム専用のエリアに切り離します。また、カスタマーチャネルを通じてバグレポートも受け取っており、これらもまた、複数のレポートがある場合や既に公開されているレポートがある場合（その場合は会話が散らばりすぎないよう、主に1つをメインとして使用し、他は相互リンクでつなぐ）を除き、トピック内で解決されることが多いです。自分たちで見つけたものについては、小さなタスクをメモしておき、誰かが取り組みやすいようにするための内部トピックをいくつか持っています。大きなものについては、公開されている Contribute > Bug カテゴリと同様に、専用のトピックを立てます。
一般的に、流れは以下の通りです：レポートが入ってくると、私たちがそれを再現し、必要な追加情報を収集しようとします。確認できたら、関連するグループや担当者に@メンションの「シグナル」を送り、優先順位を付けて割り当てます。修正が入ると、トピックを閉じるための投稿として貼り付けます（トピックタイマーの遅延を設定するのは、まずすべてが期待通りに動作することを確認するためです ）。
Contribute > Feature は少し異なり、社内での議論がより多くなることが多いです。これらの公開トピックではウィスパーを最小限に留め、短いメモや、関心が高まっているものへの注意喚起のためにのみ使用し、信頼できる@メンションを再度活用します（ ）。そうすることで、会話が多数の場所に分断されるのを防ぎます。プロダクトマネージャーも、異なるユースケースを探ったり、可能性を探ったりするために、これらに公に参与することを好みます（また、できる限り透明性を保ちたいと考えているため、私たちの考えを人々に伝えるためでもあります ）。Contribute > Feature が真剣に検討すべきものとなった場合、開発者、デザイナー、プロダクトマネージャー、興味のあるコミュニティモデレーターなどが、どのように実現するのが最善かについてのアイデアやモックアップを共有できる内部トピックが作成されます（Metaトピックと相互リンクして結びつけます）。
こうして書いてみると、これが役に立ったかどうかはわかりませんが… 他のことが知りたいことがあれば、いつでもお知らせください。