Questions sur les badges/niveaux de confiance/étiquetage/métriques/résolu de Discourse

A few questions as we continue refining our understanding and strategy at https://community.tillerhq.com

  • Are there ways to tag an individual user’s post (not just a topic)? Use case: we want to measure the “solutions” that some of our users provide that answer questions from others where they provide a specific workflow/steps/instruction.

  • What exotic permissions are available to higher trust levels — doesn’t feel like there is much to offer - why are there higher TLs if they don’t get added benefits?

  • Can trust level badges show in posts with the user’s name? Right now you have to go to their profile to see their “badges” as assigned to trust level. Use Case: we want to celebrate users of higher TLs

  • Can we automate custom badges? e.g. has provided a solution - looks like we can upload custom badges, but they have to be awarded manually or in bulk. Can we train Discourse on other badges?

  • Is there a way to view/filter all “solved” topics?

  • Can the Stickiness (DAU/MAU) metric be changed to weekly (WAU/MAU)? We report on a weekly cadence so this is helpful…

3 « J'aime »

There is a plugin called #plugin:data-explorer. It allows one to run queries on the database, and I believe badges can be tied to a run query. Lots of docs in that category about interesting queries to run. :slight_smile:

The data explorer plugin can run a query for you if you needed a report, but you can apply ?solved= to the end of queries on the front end, such as /latest?solved=yes. Works on category pages, as well.

Again with the data explorer plugin, but basically anything showing on the metrics screen is a query you can modify and run on your own. Not sure about showing it on the dashboard like that, though. :thinking:

2 « J'aime »

There is no way to tag an individual post. Tags are added at the topic level. I can see what you are wanting to accomplish, but tags are not the correct approach to this. I’m wondering if using Bookmarks could work as a way of noting posts that you want to come back to.

This blog post gives a good overview of what users at each trust level can do: Understanding Discourse Trust Levels. Trust level 3 and above users can help you manage your site. Trust level 0 users are very restricted in the actions that they can perform on the site.

I am fairly sure this could be done with a theme component. There is an existing theme component to display badges next to a post author’s username: Post Badges. I think it can only be used to display the badges you find listed on your Admin / Badges page though. You could use the approach I give in the next answer to assign a custom badge to all members of a trust level, and then display that custom badge next to the poster’s username.

As you have noted, you can bulk award custom badges. If you have a criteria for the custom badge, you can do this in two steps by using the Data Explorer plugin. First, create and enable the custom badge, then write a Data Explorer query that will return the email addresses of the users who should be awarded the badge. For example, if you would like to award a badge for users who have created 1000 posts, you could use something like this as a Data Explorer query:

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

Whatever query you use, you need to be sure that it returns a single column with email set as the column name. After running the query, click the CSV button to download a CSV file of the query’s results. Now click the “Bulk Award” button on your custom badge’s page and upload the CSV file. The badge will be awarded to the users returned by your Data Explorer query.

You can also grant custom badges through the API: How to grant a custom badge through the API.

I think this would be best approached by writing a Data Explorer query that uses the DAU/MAU query, but calculates the results on a weekly basis.

6 « J'aime »

Merci pour votre réponse @maiki et @simon.

Je me demande s’il est possible de retirer « Recatégoriser et renommer les sujets » du groupe TL3 ? Nous n’avons pas trouvé cette option dans les paramètres d’administration.

Par ailleurs, nous envisageons les niveaux de confiance comme un moyen de suivre et d’engager des cohortes, et nous considérons le TL3 comme un « groupe d’utilisateurs avancés ». Nous nous demandons si c’est une bonne pratique ou si nous devrions plutôt envisager les badges comme un outil d’organisation des cohortes.

Quel type de notification, le cas échéant, un utilisateur reçoit-il lorsqu’il passe au niveau de confiance suivant ?

Si nous décidons de considérer les niveaux de confiance comme une mesure d’engagement et un outil de segmentation par cohortes, il serait utile de « souhaiter la bienvenue » à un utilisateur à son nouveau niveau et de lui fournir des directives sur les privilèges dont il dispose désormais au sein de la communauté, ainsi que sur la manière de les utiliser de manière responsable. Qu’en pensez-vous ?

1 « J'aime »

Je ne pense pas que cela fonctionne comme vous l’espérez ; considérez les niveaux de confiance comme un indicateur global d’engagement sur le site mondial, ou dans votre cas, avec toutes les cohortes. J’ai mis en place des chartes utilisant Discourse pour communiquer, et la création de catégories avec adhésion à des groupes fonctionne bien.

Vous pourriez ne pas souhaiter utiliser les niveaux de confiance en tant que tels. Mais en pratique, je ne pense pas qu’ils soient un obstacle. Par exemple, « Recatégoriser et renommer les sujets » est principalement utilisé pour corriger de petites erreurs lorsqu s’elles se produisent. Je peux le faire ici, sur ce Discourse. Je suis très actif, et je pense l’avoir utilisé une seule fois. Mon point étant : essayez-le d’abord, cela ne devrait probablement pas poser problème.

De plus, je remarque un paramètre « Les utilisateurs de confiance peuvent modifier les autres » : « Autoriser les utilisateurs ayant un niveau de confiance élevé à modifier le contenu d’autres utilisateurs ». Vous pouvez tester pour voir si cela affecte les « pouvoirs » du NL3. :slight_smile:

3 « J'aime »

Si vous désactivez le paramètre du site « Les utilisateurs de confiance peuvent modifier les sujets des autres », les utilisateurs TL3 ne pourront plus recatégoriser ni renommer les sujets.

4 « J'aime »

@simon ou @maiki, avez-vous des réflexions à ce sujet :point_down:

1 « J'aime »

Par défaut, les utilisateurs reçoivent un message de bienvenue lorsqu’ils atteignent le niveau de confiance 1. Cela peut être désactivé via le paramètre du site send tl1 welcome message. Aucune notification n’est envoyée aux utilisateurs lorsqu’ils atteignent les niveaux de confiance 2 ou 3.

1 « J'aime »

Merci ! Est-il possible d’envoyer une notification à un utilisateur lorsqu’il atteint le niveau TL2 ou 3 @simon ?

1 « J'aime »

Ma réponse précédente n’était pas entièrement exacte. Lorsqu’un utilisateur atteint le niveau de confiance 2, il reçoit le badge Membre. Lorsqu’il atteint le niveau de confiance 3, il reçoit le badge Régulier. Les utilisateurs reçoivent des notifications concernant ces badges. S’ils cliquent sur la notification du badge, ils sont redirigés vers une page affichant la longue description du badge. Cela suffirait-il pour votre cas d’usage, ou avez-vous besoin qu’un MP soit envoyé à l’utilisateur ?

3 « J'aime »

Si possible, envoyer un MP serait génial et correspondrait davantage à ce que nous cherchons à faire.

1 « J'aime »

Si vous n’avez pas désactivé le paramètre du site discourse narrative bot enabled, les utilisateurs recevront un message de promotion TL2. Ce message privé (MP) est envoyé pour démarrer le tutoriel avancé du bot de narration. Vous pouvez personnaliser le contenu de ce MP pour fournir des informations supplémentaires aux utilisateurs lorsqu’ils atteignent le niveau TL2.

Le contenu du MP peut être consulté en recherchant discourse_narrative_bot.tl2_promotion_message.text_body_template sur la page Admin / Personnaliser / Texte de votre site. Le contenu de ce MP peut être personnalisé. Cependant, ne supprimez pas les instructions pour démarrer le tutoriel du MP. Les utilisateurs ont besoin de ces informations pour commencer le tutoriel avancé.

Je ne vois pas de moyen simple d’envoyer un MP aux utilisateurs lorsqu’ils atteignent le niveau TL3. Cela pourrait être réalisé via un plugin, mais probablement aussi via l’API Discourse. Pour y parvenir avec l’API, plusieurs étapes seraient nécessaires.

3 « J'aime »

Il y a quelques problèmes avec cela, notamment le fait que vous pouvez perdre et regagner le niveau TL3 au fil du temps. Les personnes à la frontière entre les deux niveaux se sont déjà plaintes par le passé du nombre de notifications de badges qu’elles recevaient avant que nous n’ajoutions la période de grâce.

5 « J'aime »

Merci @riking, excellent point concernant l’état TL3 de perte/gain/perte/gain. Merci pour la suggestion concernant le PM pour TL2 @simon.

1 « J'aime »

@simon, existe-t-il une solution clé en main ou quelque chose que nous pourrions créer permettant à nos membres de voir leur progression vers TL3 comme nous le faisons ? Le résumé sur leur profil s’en approche, mais il manque le contexte des 100 derniers jours…

Nous aimerions offrir aux membres un lien vers une page où ils pourront voir leur progression vers ces objectifs dans le message que nous leur envoyons lorsqu’ils atteignent TL2, afin de les encourager à continuer pour passer plus rapidement à TL3.

1 « J'aime »

La requête de l’Explorateur de données dans ce post serait un bon point de départ pour cela : Data Explorer query to show progress towards trust level 3 requirements - #2 by simon. Pour partager cette requête avec les utilisateurs, les paramètres existants de la requête pourraient être codés en dur dans le SQL. Ils doivent être définis pour correspondre aux paramètres que vous voyez sur la page des paramètres de votre site lorsque vous recherchez TL3. Un paramètre nom d’utilisateur pourrait ensuite être ajouté à la requête afin que les utilisateurs puissent saisir leur nom d’utilisateur.

Le plus gros problème que je vois avec cela est que cela permettrait aux utilisateurs d’interroger le statut d’autres utilisateurs sur le site. Pour cette raison, je serais réticent à accorder à un groupe comme le groupe TL2 l’accès à la requête, sauf si l’on pouvait trouver un moyen de définir le paramètre nom d’utilisateur de la requête en arrière-plan en fonction du nom d’utilisateur de l’utilisateur actuel. Cela nécessiterait une modification du code de Discourse.

4 « J'aime »