ベータ版公開:TL2ユーザー向けTL3進捗確認プラグイン

みなさん、こんにちは! 過去数日、プラグインを使って Allow users to see trust level 3 progress on user profile に挑戦してみました。

現在のプラグインはこちらです:

ゲージには素晴らしい Gauge.js を使用しています。以前は単なる長方形のバーでしたが、それでは少し退屈だったので変更しました。

設定:

  • プログレスバーの色:プログレスバーの色(上記画像のようにデフォルトは緑)
  • プログレスバーの背景色:プログレスバーの背景色(上記画像のようにデフォルトはライトグレー)
  • モーダルボタンのアイコン(デフォルトは circle-info)

すべてのテキストはロケール経由で編集可能で、可能な限りコアのロケールを再利用しています。

フィードバック、バグ、改善点などあればぜひ教えてください!

素晴らしい実装ですね。

いくつかの提案です:

  • 各進捗項目の名称を、グラフィックの上部ではなく下部に配置してください。
  • TL3資格を得られる見込み日を提示してください。多くのユーザーにとって、50日間の参加要件、またはアクティブなフォーラムで多数の投稿を読むという要件が、最大の障壁となるでしょう。
  • TL3の取得を妨げる要件については、それがどのように資格に影響するかを明確に説明してください。さもなければ、ユーザーは目に見えるすべての要件を満たしたつもりでいても、最初の投稿をスマートフォンで行ったためにスパムボットに「サイレンス(沈黙)」状態にされてしまい、その結果「サイレンス(過去6ヶ月)」という条件が適用され、資格獲得の窓が閉ざされたままになることに気づくことになります。

この機能を有効にするフォーラムには、TL3ユーザー数が大幅に増加する可能性があることを警告すべきです。

TL3ユーザーは追加の権限を持つため、システムを悪用してこれらの権限を取得し、その後不正に利用しようとする人が現れる可能性があります。さらに、プロセスを自動化するスクリプトを作成し、信頼は本物の参加によって得られるべきという原則を大幅に迂回する者も出てくるかもしれません。

フォーラム管理者が潜在的な結果に気づいていない場合、最初は魅力的に思えたものがモデレーションの悪夢に発展する可能性があります。 :grinning_face:

素晴らしい仕事ですね!かなりクールな実装で、見た目も気に入りました。

ボタンが大きすぎて目立ちすぎるのがあまり好きではありません。個人的には、ユーザー数の trust level: member の部分の横に、小さな :information_source: アイコンを追加したかもしれません。

素晴らしい提案ばかりですね!それぞれの案を検討し、実装について考えます。

別件ですが、詳細な内訳ではなく、非常に一般的なパーセンテージのみを表示するオプションを追加することを考えていました。これにより、ゲーム化(スコアを操作すること)がより困難になるはずです。

これは私が以前述べた点に再び言及しています:

ユーザーは他の条件をすべて満たしている可能性がありますが、唯一の障害はロックされていることだけです。おそらくこれは設定項目の背後にあり、デフォルトでは無効になっているでしょう。

それは良いアイデアですね。私も似たようなアイデアを試してみましたが(ゲーム化や進捗表示が好きなので)、主に以下の理由で踏みとどまっていました。

これは確かに透明性を高すぎるべきではないという正当な理由です。良い点ですね。

とはいえ、私は進捗が見えるようにすることは好きなので、何らかの中間地点を見つけることはできないでしょうか? ユーザーがどのくらい進んでいるかを表示しつつ、具体的に何をすべきかは明示しない方法です。

プロフィールですでにいくつかのステータスを表示し、すべてをボタンの背後に隠さないという案を考慮される可能性はあるでしょうか?

例えば、必要な要件の数(各セグメント)と、すでに達成した数を示すようなものです。

あるいは、ユーザーにそれを目指させる場合、最も達成に近い要件を明示することもできます。

その他のフィードバック:

これらは少し意味が分かりにくいです。

個人的にはゲージ表示はあまり好きではなく、スペースを占有しすぎるため、すでに取得済みのものとまだ進行中のものをより明確に区別できる別の方法で表示する方が良いでしょう。例えば以下のような感じです。

素晴らしい仕事です。完成版を楽しみにしています!

コアに使用できる何らかのプログレスバーはありますか? 探してみましたが、見つけることができませんでした。

ボタンで隠すことについては、以下のような方法が考えられると思います:

  • プロフィールに一般的なメーターを表示する(例:60%)
  • 設定が有効になっている場合、ユーザーはクリックして進捗の詳細な内訳を確認できます。

いいえ、特に標準的なものはありません。思い浮かぶ最も近い例は、再設計された管理ダッシュボードで使用しているものですが、これはバー形式のビジュアルであり、再利用可能なコンポーネントではありません(セグメント化もされていません)。

私の特定の状況での経験に基づくと、プロセスの有用な部分の1つは、人間をループに保つことでした。

一般的なユーザーとして、私はすべての人の月間結果を追跡できました。これは、フォーラムで他の人を助けるのに一貫して活発で効果的なユーザーを特定するのに役立ちました。

また、信頼レベルの統計にもアクセスできたため、誰かが信頼レベル3の要件のいくつかの約90%に達すると、その人の進捗をより頻繁に監視し始めました。彼らがTL3に合格しそうな場合、まだ1つ以上の要件が不足しており、期待されていることやどれくらい近づいているかを示す定量的な情報がない場合、私は更新情報を含むプライベートメッセージを送りました。

ユーザーがTL-3に達すると、フォローアップのステップは彼らを監視し続けることでした。これにより、追加の特権が誤用されていないことを確認すると同時に、それらの特権が何を許可し、どのように効果的に使用できるかを説明する機会を提供しました。


:+1:

さて、いくつか変更を加えました。どう思いますか?

Show verbose TL3 progress を有効にすると:

すべてのバーを揃えて、もう少しすっきりさせられるかもしれません。

素晴らしい進捗ですね(get it? :winking_face_with_tongue:

はい、視覚的に美しくなりますね。特にスコアを右寄せにすると、読みやすさが向上します :folded_hands:

**「過去6ヶ月間サスペンドされていない」**といった要件については、関連する期間がいつ終了し、要件が「合格」ステータスに変わるのかを表示すると有用でしょう。

一部の要件はローリングウィンドウ(移動平均期間)に基づいています。例えば、**「訪問日数」**はユーザーの累計合計ではなく、過去100日間で計算されます。このウィンドウの初期に頻繁に訪問し、その後しばらく訪問を止めたユーザーが、再び毎日訪問し始めたとしても、古い訪問日が同時にウィンドウから外れていくため、数値が増加しないことがあります。この挙動について説明がないと混乱を招く可能性があります。 :man_shrugging:

また、数値を変更可能な要件については、設定された閾値も統計画面に表示すべきです。<site>/admin/config/trust-levelsを確認すると、現在これにはほとんどの定量的な要件が含まれているようです。

これらの設定値が変更された場合、影響を受けるユーザーには何らかの通知や説明が届くべきです。TL3の獲得に向けて積極的に取り組み、定量的な要件を追跡しているユーザーは、進捗状況が変更された理由をスタッフやモデレーターに問い合わせるでしょう。中には独自のスコアカードを管理しているユーザーもおり、閾値の変更を1日以内に見つけることもあります。

さらに有用な機能として、Discourse自体が付与する権限を超えた、TL3に関連するサイト固有の特典を説明するための、スタッフが編集可能な自由記述セクションがあります。多くのサイトでは追加特典は設けられておらず、TL3に到達することは単なる「そこへ行って、やってきた」という達成感に過ぎないかもしれません。しかし、他のサイトでは追加特典が設けられており、その努力に見合う価値がある場合もあります。

現在のTL-3ユーザーの数や、彼らの活動度合いを含めることも価値があるでしょう。

プログレスバーが揃いました
期間が現在明記されています

[quote=“EricGT, post:12, topic:408543”]
設定された値のいずれかが変更された場合、影響を受けるユーザーは何らかの通知や説明を受け取るべきです。TL3に向けて積極的に活動し、定量的な要件を追跡しているユーザーは、進捗状況が変更された理由についてスタッフやモデレーターに問い合わせる可能性が高いです。中には独自のスコアカードを管理しているユーザーもおり、1日以内に閾値の変更を発覚するかもしれません。
[/quote]\n
可能だとは思います。しかし、これはこのプラグインの範囲を超えすぎているでしょうか?

これについてもう少し詳しく説明していただけますか? 合計値は常にサイト設定から取得され、コアのものと基本的なロジックは同じです。

完了しました。現在は modal_bottom_text 設定を使用し、HTMLが許可されています。

確かにこれはマシですが、私は実装に近い統計データを表示するコンセプト例の方が好きでした。個人的には、この機能に当初期待していた理由(TL3を失ったが、その理由が分からなかった)を理解するのに役立ちました。

このプラグインは自分では使っていません(私のフォーラムでは信頼レベルの進捗がそれほど重要ではないため)が、あなたがそれを開発していく様子を見て楽しんでいます。ナートさん、素晴らしい仕事ですね!:clap:

ありがとう!その間、新しいアバターに慣れなきゃ :laughing:

信頼できる地図に従って運転しているようなものだと思っています。ある日、その地図に従って走っていると、地図には載っていない道に自分がいることに気づきます。欠けているのは1つの道だけかもしれませんが、それによって地図の他の部分の正確性にも疑問を持つ理由が生まれます。

同様に、TL3の要件のいずれかがあなたの知識なしに変更され、突然TL3の達成がずっと難しくなったことに気づいた場合、他の表示されている値も正確だとまだ信頼できるでしょうか?

特定のサイトの<site>/admin/config/trust-levelsの下で私が現在見ているTL3の設定は以下の通りです:

長い間、これらの値の多くはサイト設定を通じて変更できませんでした。しかし、今では比較的容易に変更できるようになりました。

これらの設定は多くのTL3要件の真の基準(source of truth)であるため、プラグインのテストには、これらの設定のいずれかを変更し、プラグインが表示する結果がそれに応じて変化することを確認する手順が含まれるべきです。

私の上の返信を、これらの値の真の基準を見つけようとする人へのパンの屑(手がかり)だと思ってください:<site>/admin/config/trust-levels。ただし、そのページを表示するには管理者権限が必要です。

了解しました。このプラグインは、それらにアクセスするすべてのコアメソッドを使用してバックエンドからデータを取得し、統計情報を /u/:username/tl3-progress.json という API ルートに出力します。これにより、バックグラウンドでコアが更新されると統計情報も更新されます。私のテストによると、合計値は即時に更新されます。

簡単な進捗報告です。次に近い統計インジケーターの開発を行っています:

image

まだ作業中です。

TL3(信頼レベル3)を間もなく失う可能性のあるユーザーも考慮してください。どの統計データ、あるいは複数の統計データがそのTL3ステータスを危うくしているかを示すインジケーターがあれば有用でしょう。


こうした断片的な情報をこまめに共有して申し訳ありません。この知識の多くは、試行錯誤を通じて得たものであり、特定の記憶は別の思考によって引き出されるまで思い出せないため、このような形になっています。ご理解いただけることを願っています。

通知の種類やその作成方法を見てみると、コアにPRを送信したり、それ以上の作業を行ったりせずに、カスタム通知を送信してユーザーのサマリーページなどにリダイレクトすることは可能かどうかはわかりません。何かアイデアはありますか?@chapoi