Better flow for group membership requests

特徴
,
22

So, to start with, this is about adding a link into the PM that gets sent to the group owner when someone requests group membership, right? The link should lead to the respective group’s page (groups/<groupname>), open the “add members” modal and ideally also already add the new users username into the modal so that the group owner only needs to press “+ Add”.

The last bits seems to be the difficult part:

  • is there a URL to navigate to the modal or would it have to be implemented as well?
  • even if I can open the modal with a URL, I suppose that there is currently no way of adding a username to that URL, right?
「いいね！」 2
23

最近、グループメンバーシップのリクエストを数多く処理しており、現在のワークフローに少々苦労しています。これを大幅に改善できるアイデアがあり、(うまくいけば) 実装もかなり簡単になるはずです。

現在のワークフロー

  1. ユーザーが image ボタンをクリックします。
  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. 他のグループオーナーは、リクエストが処理されたかどうかを簡単に判断できません。

    • /g/group-name/requests?filter=username をクリックして確認する必要があります。
    • 処理済みの場合、「このグループのメンバーシップリクエストはありません。」と表示されます。
      • 承認されたか拒否されたかの兆候はありません。
      • これを発見するには、ユーザーのプロフィールにアクセスして探す (またはグループを検索する) 必要があります。

  2. ユーザーを承認/拒否したオーナーは、生成された PM に簡単に追加/変更を加えることができません。

    • 送信済みボックスに保存され、見えなくなり、忘れられてしまいます。
    • これは、オーナーと新しいメンバー間のポジティブなインタラクションの機会を逃しています。

  3. (軽微な問題) PM のトピックが 2 つあります (1 つで十分です)。

提案される変更

おそらくもうお気づきでしょう！

2 番目の PM を、まったく新しいメッセージではなく、最初の PM への返信にします。

これにより、3 つの問題すべてがうまく解決され、コミュニケーションループが閉じられ、すべてのグループオーナーに良好な可視性が提供され、不要な通知が最小限に抑えられ、ポジティブなコミュニティインタラクションが促進されます。

どう思われますか？

「いいね！」 5
24

同様の問題が発生しています。グループオーナーから、リクエストページにアクセスしても（他の誰かが先にリクエストを承認したため）空になっている理由を理解したいという連絡がありました。

ネイサン氏の解決策は良いものだと思います。ユーザーのワークフローをそれほど変更せず、混乱を効果的に解消できます。

それまでの間、グループリーダーには、メッセージに「いいね！」を付けて他のコミュニティオーナーが見られるようにしたり、簡単なウェルカムメッセージを残したりするなど、痕跡を残すようにアドバイスしています。

「いいね！」 3
29

Discourseチームも同意したと思います。これが現在のやり方になっているようです！

いつその変更がこっそり行われたのかはわかりませんが、とても嬉しいです :clap:

「いいね！」 5
30
「いいね！」 7