https://community.tillerhq.com での理解と戦略の洗練を進めるにあたり、いくつか質問があります。
個別のユーザーの投稿(トピックだけでなく)にタグを付ける方法はありますか? ユースケース : 他のユーザーの質問に、特定のワークフローや手順、指示を提供して回答する「解決策」を提供しているユーザーを測定したいと考えています。
高い信頼レベル(TL)に対して提供される特別な権限にはどのようなものがありますか?提供されるメリットがあまりないように感じられます。追加のメリットがないのであれば、なぜ高い TL が存在するのでしょうか?
信頼レベルのバッジを、ユーザー名と共に投稿内に表示することはできますか?現在では、ユーザーの「バッジ」を確認するにはプロフィールに移動する必要があります。ユースケース : 高い TL のユーザーを称賛したいと考えています。
カスタムバッジを自動化することはできますか?例:「解決策を提供した」など。カスタムバッジをアップロードできるようですが、手動または一括で付与する必要があります。Discourse に他のバッジの付与を学習させることは可能ですか?
「解決済み」のトピックをすべて表示またはフィルタリングする方法はありますか?
定着率(DAU/MAU)の指標を週次(WAU/MAU)に変更することはできますか?私たちは週次で報告を行っているため、これは非常に役立ちます。
「いいね!」 3
maiki
(maiki)
2020 年 2 月 6 日午後 8:03
2
#plugin:data-explorer というプラグインがあります。これはデータベースに対してクエリを実行できるもので、バッジをクエリの実行結果に紐付けることができるはずです。このカテゴリには、実行すべき興味深いクエリに関するドキュメントが多数あります。
データエクスプローラープラグインを使えばレポート作成のためにクエリを実行できますが、フロントエンドのクエリ末尾に ?solved= を追加することも可能です。例えば /latest?solved=yes のようにです。カテゴリページでも同様に機能します。
これもデータエクスプローラープラグインを使えば可能ですが、基本的にメトリクス画面に表示されているものはすべて、ユーザー自身が修正して実行できるクエリです。ただし、それをそのままダッシュボードに表示できるかどうかはわかりませんね。
「いいね!」 2
simon
2020 年 2 月 7 日午前 1:47
3
個別の投稿にタグを付ける方法はありません。タグはトピックレベルで追加されます。あなたが達成しようとしていることは理解できますが、タグは適切なアプローチではありません。ブックマークを使って、後で戻ってきたい投稿にメモをつけることはできないでしょうか。
このブログ記事は、各信頼レベルのユーザーができることの概要を詳しく説明しています:https://blog.discourse.org/2018/06/understanding-discourse-trust-levels/。信頼レベル 3 以上のユーザーはサイトの管理を支援できます。信頼レベル 0 のユーザーは、サイト上で実行できる動作が非常に制限されています。
これはテーマコンポーネントで実現できると思います。投稿者のユーザー名の隣にバッジを表示するための既存のテーマコンポーネントがあります:https://meta.discourse.org/t/post-badges-component/114722。ただし、これは管理者/バッジページに記載されているバッジのみを表示するために使用できるようです。次の回答で示す方法を使って、信頼レベルのすべてのメンバーにカスタムバッジを割り当て、そのカスタムバッジを投稿者のユーザー名の隣に表示することもできます。
Heather_Phillips:
カスタムバッジを自動化することはできますか?
ご指摘の通り、カスタムバッジを一括で授与することができます。カスタムバッジの基準がある場合は、Data Explorer プラグインを使用して 2 つのステップで実行できます。まず、カスタムバッジを作成して有効化し、次にバッジを授与すべきユーザーのメールアドレスを返す Data Explorer クエリを作成します。例えば、1000 件の投稿を作成したユーザーにバッジを授与したい場合は、Data Explorer クエリとして以下のようなものを使用できます:
SELECT
ue.email
FROM user_stats us
JOIN user_emails ue
ON ue.user_id = us.user_id
WHERE us.post_count > 1000
AND ue.primary = true
AND us.user_id > 0
使用するクエリに関わらず、email を列名として設定した単一の列を返すようにしてください。クエリを実行した後、CSV ボタンをクリックしてクエリ結果の CSV ファイルをダウンロードします。次に、カスタムバッジのページにある「一括授与」ボタンをクリックし、CSV ファイルをアップロードします。バッジは、Data Explorer クエリで返されたユーザーに授与されます。
また、API を通じてカスタムバッジを付与することもできます:API を通じたカスタムバッジの授与方法 。
これは、DAU/MAU クエリを使用しつつ、結果を週次ベースで計算する Data Explorer クエリを作成することで対応するのが最適だと考えられます。
「いいね!」 6
@maiki さん、@simon さん、返信ありがとうございます。
「トピックのカテゴリ変更と名前変更」の権限を TL3 グループから取り除くことは可能でしょうか?管理設定で見つけられませんでした。
また、信頼レベル(TL)をコホートの追跡やエンゲージメントの手段として捉え、TL3 を「スーパーユーザーグループ」として考えていますが、これがベストプラクティスでしょうか?それとも、バッジをコホートの編成機能として捉えるべきでしょうか?
ユーザーが次の信頼レベルに到達した際、どのような通知(あれば)が送信されますか?
もし信頼レベルをエンゲージメントの測定やコホート管理として進める場合、ユーザーを次のレベルへ「歓迎」し、新たに得られる権限と、それらを責任を持って利用する方法についてのガイドラインを提供することが役立つと思います。ご意見をお聞かせください。
「いいね!」 1
maiki
(maiki)
2020 年 3 月 5 日午後 9:06
5
その考え方はご希望通りに機能しないかもしれません。信頼レベルは、グローバルサイト全体、あるいはあなたのケースでは「すべての」コホートに対する総合的なエンゲージメントとして捉えてください。Discourse をコミュニケーション手段として利用する憲章を設定したことがありますが、カテゴリとグループメンバーシップを組み合わせる方法がうまく機能します。
信頼レベルそのものを使う必要はないかもしれません。しかし実際には、それが邪魔になるとは思いません。例えば、「トピックのカテゴリ変更と名前変更」は、小さなエラーが発生した「ときに」修正するために主に使用されます。私はこの Discourse でもそれを行使できます。私は非常にアクティブですが、おそらく一度しか使ったことがないでしょう。私の言いたいことは、まずは試してみることです。おそらく問題にはならないはずです。
また、「信頼されたユーザーは他者を編集できる」という設定(「高い信頼レベルを持つユーザーが他のユーザーのコンテンツを編集できるようにする」)に気づきました。これが TL3 の「権限」に影響するかどうかテストしてみてください。
「いいね!」 3
simon
2020 年 3 月 5 日午後 9:49
6
「信頼されたユーザーが他者の編集を行える」サイトの設定を無効にすると、TL3 ユーザーはトピックのカテゴリ変更や名前変更を行えなくなります。
「いいね!」 4
@simon または @maiki 、これについてご意見はありますか
「いいね!」 1
simon
2020 年 3 月 19 日午後 6:14
8
デフォルトでは、ユーザーが信頼レベル 1 に達するとウェルカムメッセージが届きます。これは、send tl1 welcome message サイト設定で無効にできます。信頼レベル 2 または 3 に達したユーザーには、通知は送信されません。
「いいね!」 1
ありがとうございます!TL2 または TL3 に到達したユーザーに通知を送信することは可能でしょうか?@simon
「いいね!」 1
simon
2020 年 3 月 19 日午後 6:28
10
以前の回答は完全には正確ではありませんでした。ユーザーが信頼レベル 2 に到達すると、「メンバー」バッジが授与されます。信頼レベル 3 に到達すると、「レギュラー」バッジが授与されます。ユーザーはこれらのバッジに関する通知を受け取ります。バッジ通知をクリックすると、そのバッジの詳細な説明が表示されるページに移動します。これであなたのユースケースにおける通知として十分でしょうか、それともユーザーにプライベートメッセージ(PM)を送る必要がありますか?
「いいね!」 3
可能であれば、PM を送っていただければ素晴らしいです。それは私たちが目指していることの一部かもしれません。
「いいね!」 1
simon
2020 年 3 月 20 日午後 10:48
12
discourse narrative bot enabled サイト設定を無効にしていない場合、ユーザーには TL2 のプロモーションメッセージが送信されます。この PM は、高度なナラティブボットのチュートリアルを開始するために送信されます。TL2 に到達したユーザーに追加情報を提供するために、この PM の内容をカスタマイズすることができます。
PM の内容は、サイトの「管理 / カスタマイズ / テキスト」ページで discourse_narrative_bot.tl2_promotion_message.text_body_template を検索することで確認できます。その PM の内容はカスタマイズ可能です。ただし、PM からチュートリアルを開始するための指示を削除しないでください。ユーザーは高度なチュートリアルを開始するためにその情報が必要です。
TL3 に到達したユーザーに PM を送信する明確な方法は思いつきません。プラグインを通じて実現可能ですが、Discourse API を通じて行うこともできるでしょう。API を使用してこれを実現するには、いくつかのステップが必要です。
「いいね!」 3
riking
(Kane York)
2020 年 3 月 21 日午後 11:26
13
これにはいくつかの問題があります。まず、時間が経つにつれて TL3 を失ったり再び獲得したりする可能性がある点です。境界線上にいる人々は以前から、バッジ通知の多さについて不満を述べており、それが猶予期間の追加につながりました。
「いいね!」 5
@riking さん、ありがとうございます。TL3 の「損失/獲得/損失/獲得」のステータスに関する指摘は的確です。TL2 に関する PM のご提案、@simon さん、ありがとうございます。
「いいね!」 1
@simon 、メンバーが私たちと同じように TL3 への進捗を確認できる、既製の機能や構築可能なものはありますか?プロフィールのサマリーは近いですが、過去 100 日のコンテキストが不足しています…
TL2 に到達した際にお送りするメッセージに、これらの目標への進捗を確認できるページへのリンクを含め、TL3 への移行をより迅速に進めるよう励ましたいです。
「いいね!」 1
simon
2020 年 6 月 19 日午後 4:51
16
この投稿にあるデータエクスプローラーのクエリが、そのための良い出発点になります:Data Explorer query to show progress towards trust level 3 requirements - #2 by simon SQL にハードコードする必要があります。それらのパラメータは、サイト設定ページで TL3 を検索した際に表示される値に合わせて設定してください。その後、クエリにユーザー名パラメータを追加すれば、ユーザーが自身のユーザー名を入力できるようになります。
ここで最も大きな問題となるのは、これによりユーザーがサイト内の他のユーザーのステータスを照会できてしまう点です。そのため、何らかの方法で現在のユーザーのユーザー名に基づいてバックグラウンドでクエリのユーザー名パラメータを設定できる手段が見つからない限り、TL2 グループのようなグループにこのクエリへのアクセスを許可するのはためらわれます。これを実現するには、Discourse のコードを変更する必要があります。
「いいね!」 4