# Better flow for group membership requests **URL:** \ **Category:** Feature\ **Tags:** groups, completed\ **Created:** [2017 年 6 月 13 日午前 9:10 UTC](https://meta.discourse.org/t/better-flow-for-group-membership-requests/64412 "2017-06-13T09:10:01Z")\ **Posts on this page:** 1\ **Showing post:** 23
**Author:** ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\ **Post date:** [2023 年 7 月 21 日午後 8:54 UTC](https://meta.discourse.org/t/better-flow-for-group-membership-requests/64412/23 "2023-07-21T20:54:00Z")
最近、グループメンバーシップのリクエストを数多く処理しており、現在のワークフローに少々苦労しています。これを大幅に改善できるアイデアがあり、(うまくいけば) 実装もかなり簡単になるはずです。 ## 現在のワークフロー 1. ユーザーが ![image](https://global.discourse-cdn.com/meta/original/4X/a/8/d/a8da4f6f89f5d8c8171a74bfa036b5c347d57ece.png) ボタンをクリックします。 2. ユーザーは `/g/group-name/requests` からアクセスできるキューに入れられ、_さらに_以下のテキストを含むプライベートメッセージ (PM) が生成されます。 - **@group-name のメンバーシップリクエスト** xxxxxx ユーザーからのテキスト (グループ設定のテンプレートを使用) - これは、最近アクティブだったグループオーナーに送信されます (計算方法は不明)。 3. グループオーナーが PM を確認します。 - これには、メッセージテキストの上に「 **メンバーシップリクエストを処理する** 」へのリンクが含まれます。 ( /g/group-name/requests?filter=username にリンクします) 4. グループオーナーの 1 人がリクエストを処理します。 5. _ **新しい** _ PM が生成されます。 - **@group-name に承認されました** (または拒否された場合) @fci-members への参加リクエストが承認され、メンバーになりました。 - これは、グループオーナー (リクエストを処理した 1 人のみ) からユーザーに送信されます。 ## 現在のワークフローの問題点 1. 他のグループオーナーは、リクエストが処理されたかどうかを簡単に判断できません。 2. ユーザーを承認/拒否したオーナーは、生成された PM に簡単に追加/変更を加えることができません。 3. (軽微な問題) PM のトピックが 2 つあります (1 つで十分です)。 ## 提案される変更 おそらくもうお気づきでしょう！ **2 番目の PM を、まったく新しいメッセージではなく、最初の PM への返信にします。** これにより、3 つの問題すべてがうまく解決され、コミュニケーションループが閉じられ、すべてのグループオーナーに良好な可視性が提供され、不要な通知が最小限に抑えられ、ポジティブなコミュニティインタラクションが促進されます。 どう思われますか？ --- _[View the full topic](https://meta.discourse.org/t/better-flow-for-group-membership-requests/64412)._