メンションと招待の管理

特徴
1

どの程度の細かさが必要でしょうか？ 実装しなければならない機能が多くなり、結局はユーザーにとっても管理が難しくなる可能性があります（例：ユーザー検索ボックス、カンマ区切りのユーザー名など）。本当に知りたいのは、あなたがどのような具体的な懸念を抱いているのか、そして、メンションを許可するグループ（または信頼レベル？）を指定できるだけで同様に対処できるのかということです。例えば、スタッフのみ、またはTL2以上のみ、などです。

上記と同様ですが、「追加する」というのが実際には単にチャットに「招待する」ということであり、追加/招待されたユーザーからの確認アクションが必要な場合はどうでしょうか？ 私としてはそのようにしたいです。ここでも、誰が（具体的に/個別に）ユーザーを「追加」できるかを積極的に制御することは、「重い」ソリューションであり、おそらく少数のユーザーしか使用しないでしょう。より広範なオプションや、「招待対追加」、「信頼レベルまたはグループによる招待/メンションの制御」といった動作と比較すると、そうです。おそらく、グループ/TLレベルで機能するように意図されていたのでしょうが、明確化が必要だと思います。

「いいね！」 2
2

回答ありがとうございます。

現在、私と一緒に他のメンバーに連絡できる（PM用）方法は1つしか見つかりません。

изображение
изображение787×571 35.8 KB

チャットでも同様の設定があると良いと思います。

Skypeのように、ユーザーは @all（全員）、@group（グループ）、@here（ここにいる人）のようなメンションに対して何も対抗策がないと思います。

活発な議論が行われているチャットでのメンションにどう対処すればよいかわかりません。例えば、チームA、チームB、チームCの3つのチャットがあるとします。私はそれらをサポートするために選ばれた人間です（例えばサーバーの修理など）。チームAとBは昨夜活発で、私を2度メンションしました（「ねえみんな、この前の問題で @rapekas が言っていたことを覚えている？」のような）。チームBとCは @all をメンションしました（私はこのグループにハードコードされています）。@all をメンションした後、何人のユーザーが書き込んだかわかりますか？

最後の段落を読むのが難しかったことに同意しますか？文章で書くのではなく、図/絵で視覚化すべきですよね？そして、誰かが長いチャットで私をメンションした場合、各メンションを見つけて、メンションの近くにあるすべてのものを注意深く読む必要があります。

ビジネスコミュニケーション → 災害

会社でDiscourse（サポートチケットシステムとして）を使い始めたとき、いくつかの事実がありました。

  1. ユーザーは、共有メールボックス（例：supplies@company.com または customercare@domain.com など）を使用してDiscourseアカウントを登録してはいけません。チャットでそのようなユーザー？ありえません。

  2. 外部ユーザーが私が返信していることに気づくと、すべての質問を1か所/同じトピックで解決しようとします。彼らは電話で話していると思っています。それにもかかわらず、私は質問を別々のトピックに分割しますが、顧客は単一のトピックに質問を送り続けます。彼らにチャットを開くのは危険です。

  3. 次に、1と2に問題がない場合でも、顧客が私のニックネームを知ると、すべての投稿で私をメンションし始めます。

  4. 私がすぐに返信しないと、彼らはプライベートメッセージを送ってきます。

  5. 残念ながら、私の会社がMS Teamsに移行したとき、Teamsを使用している顧客は（最初の電話会議の後）すぐに私の会社のメールアドレスを取得しました。次の段階で、彼らはDiscourseで尋ねる代わりに私にメールを送り始めました。私はゲストとしてTeamsに参加していたため、Firefoxでは通話やメッセージを受信できませんでした（現時点ではChromeのみがサポートしています）。そのため、Teamsで彼らをサポートすることはできませんでした（正直、したくもありませんでした）。

  6. 次のステップとして、顧客はプロジェクトマネージャーに電話し、私がチャットA、B、Cからのメンションを優先順位で並べ替えているまさにその瞬間に、彼らをすぐに接続するように私に促しました。

チャットはファストレーンです。通常、まともな人間がファストレーンにアクセスすると、厳格なルールがトリガーされるまで、スローレーンに戻りたくありません。これは無限のループです。

たぶん。ユーザーのために、構造化され管理可能なチャットとプライベートスペースが欲しいだけです。

「いいね！」 4
3

秘書が優先順位付きのToDoリストを作成してくれるという役割があるのですが、高い役職にありながら、Twitterや社内チャットの投稿への返信を自分で読んでいる人も知っています。チャット機能が、邪魔にならず、常に最新の状態を保てるほど便利であれば素晴らしいのですが。

現在、アルファテスターから熱狂的なフィードバックを読んでいますが、数千人のユーザーがいるコミュニティで公開されたときに状況がどのように変化するかはわかっています。

「いいね！」 3
4

Discourse を通じた（およびその他のフォーラムでの）カスタマーサポートの経験も豊富で、電子メールなども扱ってきました。皆さんの懸念の多くに確かに同意しますし、共有しています！とはいえ、これらはより広範な一般的な問題であり、Slack のようなアプリでさえ、たとえば @everyone に関する問題を、単に警告を表示する（あるいは管理者レベルで特定のユーザー/ユーザーグループがそれを使用できないようにする - これは個々のユーザーが制御できるものではありません）以外には解決していません。そのため、Discourse がここでより良い仕事ができるとは思いません。

ただし、通知設定（たとえば、誰かが @everyone を使用した場合に通知を受け取るかどうかなど）は制御できます。したがって、Discourse によって提供されている通知制御の一部であるか、新しいチャット機能がそれらに統合されている場合、検討すべき選択肢かもしれません。

いずれにせよ、私の全体的なポイントは、皆さんがいくつかの大きくて非常に現実的な問題を説明していますが、それらは基本的に他のどのツールも皆の好みに完全に解決していない問題であるということです。これは確かに、非常に難しい問題であることの一部です。チャット設計の中核部分としてこれらの問題の多くに対処することを Discourse チームに期待するのは、非現実的であるか、あるいは少し不当であるさえあると思います。私には「フィーチャー クリープ」のように思えます。もちろん、私はチームを代表して話しているわけではありません。:grinning_face_with_smiling_eyes: それでも、使いやすく、Discourse のデザインと一致するような、メンションや通知などを管理するための優れた方法を考案してくれることを願っています。

「いいね！」 4