Existe-t-il des moyens de taguer le post d’un utilisateur individuel (et pas seulement un sujet) ? Cas d’usage : nous souhaitons mesurer les « solutions » proposées par certains de nos utilisateurs pour répondre aux questions des autres, en fournissant un flux de travail, des étapes ou des instructions spécifiques.
Quelles permissions exotiques sont disponibles pour les niveaux de confiance supérieurs ? Cela ne semble pas offrir grand-chose. Pourquoi existe-t-il des niveaux de confiance (TL) plus élevés s’ils n’apportent pas d’avantages supplémentaires ?
Les badges de niveau de confiance peuvent-ils s’afficher dans les posts avec le nom de l’utilisateur ? Pour l’instant, il faut consulter leur profil pour voir leurs « badges » attribués en fonction du niveau de confiance. Cas d’usage : nous souhaitons célébrer les utilisateurs ayant des niveaux de confiance élevés.
Peut-on automatiser les badges personnalisés ? Par exemple, « a fourni une solution ». Il semble que nous puissions télécharger des badges personnalisés, mais ils doivent être attribués manuellement ou en masse. Peut-on entraîner Discourse sur d’autres badges ?
Existe-t-il un moyen de visualiser ou de filtrer tous les sujets « résolus » ?
La métrique d’adhésion (DAU/MAU) peut-elle être modifiée pour une cadence hebdomadaire (WAU/MAU) ? Nous produisons des rapports sur une base hebdomadaire, ce qui serait donc utile.
Il existe un plugin appelé #plugin:data-explorer. Il permet d’exécuter des requêtes sur la base de données, et je crois que les badges peuvent être liés à une requête exécutée. Il y a beaucoup de documentation dans cette catégorie sur des requêtes intéressantes à exécuter.
Le plugin Data Explorer peut exécuter une requête pour vous si vous avez besoin d’un rapport, mais vous pouvez ajouter ?solved= à la fin des requêtes sur l’interface principale, comme /latest?solved=yes. Cela fonctionne également sur les pages de catégories.
Encore une fois avec le plugin Data Explorer, mais fondamentalement, tout ce qui s’affiche sur l’écran des métriques est une requête que vous pouvez modifier et exécuter vous-même. Je ne suis pas sûr cependant de pouvoir l’afficher sur le tableau de bord de cette manière.
Il n’existe aucun moyen de taguer un message individuel. Les tags sont ajoutés au niveau du sujet. Je comprends ce que vous souhaitez accomplir, mais les tags ne sont pas la bonne approche pour cela. Je me demande si l’utilisation des Signets pourrait fonctionner comme une manière de noter les messages auxquels vous souhaitez revenir.
Ce billet de blog donne un bon aperçu de ce que les utilisateurs de chaque niveau de confiance peuvent faire : Understanding Discourse Trust Levels. Les utilisateurs de niveau de confiance 3 et au-dessus peuvent vous aider à gérer votre site. Les utilisateurs de niveau de confiance 0 sont très restreints dans les actions qu’ils peuvent effectuer sur le site.
Je suis assez certain que cela pourrait être réalisé avec un composant de thème. Il existe un composant de thème existant pour afficher les badges à côté du nom d’utilisateur de l’auteur d’un message : Post Badges. Je pense qu’il ne peut être utilisé que pour afficher les badges répertoriés sur votre page Admin / Badges. Vous pourriez utiliser l’approche que je donne dans la réponse suivante pour attribuer un badge personnalisé à tous les membres d’un niveau de confiance, puis afficher ce badge personnalisé à côté du nom d’utilisateur de l’auteur du message.
Comme vous l’avez noté, vous pouvez attribuer en masse des badges personnalisés. Si vous avez des critères pour le badge personnalisé, vous pouvez le faire en deux étapes en utilisant le plugin Data Explorer. Tout d’abord, créez et activez le badge personnalisé, puis écrivez une requête Data Explorer qui renverra les adresses e-mail des utilisateurs qui devraient recevoir le badge. Par exemple, si vous souhaitez attribuer un badge aux utilisateurs qui ont créé 1000 messages, vous pourriez utiliser quelque chose comme ceci en tant que requête 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
Quelle que soit la requête que vous utilisez, vous devez vous assurer qu’elle renvoie une seule colonne avec email défini comme nom de colonne. Après avoir exécuté la requête, cliquez sur le bouton CSV pour télécharger un fichier CSV contenant les résultats de la requête. Cliquez ensuite sur le bouton « Attribution en masse » sur la page de votre badge personnalisé et téléchargez le fichier CSV. Le badge sera attribué aux utilisateurs renvoyés par votre requête Data Explorer.
Je pense que cela serait mieux abordé en écrivant une requête Data Explorer qui utilise la requête DAU/MAU, mais qui calcule les résultats sur une base hebdomadaire.
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 ?
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.
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.
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.
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 ?
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.
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.
@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.
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.
