Discourse を一種の「チケット管理システム」として利用している人を多く見かけます。Discourse チーム自身もそうです：How Does Team Discourse Use Discourse?
私も同様の使い方をしようと考えており、私のニーズに合っているように思えます。ただ一点、不明な点があります。皆さん（そして Discourse チーム）はどのようにしてチケットを「完了」扱いにするのか、そしてより重要なのは、未完了または保留中のチケットをどのように一覧表示するのかということです。
close ボタンを使用するか、
solved プラグインをインストールしたら、「解決ステータスでフィルタ表示」設定を試してみてください。
@david さん、ありがとうございます。
しかし、グループ宛てのプライベートメッセージ（電子メール）の場合、どうなるのでしょうか？これが、多くの利用者（Discourse チームを含む）がそれを使用している理由だと私は考えています。
「Solved」プラグインは、プライベートなグループメッセージにも適用されるのでしょうか？
プライベートメッセージにはグループ受信トレイを使用します。受信トレイにあるものは対応が必要なもので、「アーカイブ」されたものはすでに処理が完了したものです。
長期的なタスクにはタグを使用します。
ダビドさん、ありがとうございます。タグの使い方をもう少し詳しく教えていただけますか？
Discourseには多くの可能性を見出していますが、車輪の再発明は避けたいと考えています。チケットのワークフロー自体の定義もその対象です。
当社の受信トレイでは、タグに関連する特定の処理手順は定めておりません。関連するメッセージをその都度グループ化するためにタグを使用しています。まだお読みでなければ、以下の記事が非常に参考になるはずです：It’s Time We Talked About Tags
当社の手順は、受信トレイ、アーカイブ、そして必要に応じて後で対応が必要な場合にトピックタイマーを使用することです。
ここで「tickets」または「ticket system」と検索すると、Discourse をより体系的なチケットシステムとして活用する方法に関する議論が多数見つかります。もしそれがご検討中の目的であれば、ぜひご覧ください。
割り当て機能を組み合わせることもできます。メッセージやトピックのフォローアップが不要になったら、割り当てを解除してアーカイブします。非常に効果的です。
また、@angus 氏による Tickets Plugin 🎟 のチケットプラグインも使用しています。これによりチケットの割り当てが容易になり、優先度、ステータス、理由を示すチケットタグも提供されます。ぜひご一見ください。
ただし、チケット管理のダッシュボード機能については、まだチケットプラグインに改善の余地があります。そのため、チケットの設定にはこのプラグインを使用しつつ、チケットのバックログ管理や解決までの進捗管理には「割り当て済み」リストを活用しています。