Salut au merveilleux personnel de Discourse qui gère et maintient avec amour cet excellent forum en ligne avec leur propre produit.
Je note que nous avons le plugin Solved actif pour Support. C’est formidable de voir ce formidable dogfooding en pratique ! Idem pour l’utilisation des tags fixed et completed.
Malheureusement, il y a une tonne de sujets dans Support, Bug, Feature et UX qui n’ont pas été marqués avec ceux-ci. C’est assez déroutant pour les utilisateurs de ce forum et entrave les recherches efficaces de solutions existantes. En gros, si ceux-ci ne vont pas être utilisés de manière cohérente, ils ne devraient probablement pas être utilisés du tout.
Puis-je demander que cela soit priorisé à l’avenir et que quelqu’un (?stagiaire, ??IA) soit chargé de marquer correctement les anciens ?
Merci, Nathan ! J’apprécie que vous ayez soulevé ce point. :tournesol: Nous voulons absolument faire plus dans ce domaine.
Il semble que l’activation des solutions pour la catégorie Support ait assez bien fonctionné pour cette catégorie. Les balises fixed et completed sont également très utiles, et peuvent être utilisées dans toutes les catégories.
Pour résumer, il semble qu’actuellement, nous ayons cinq façons d’indiquer quand un sujet a suivi son cours et doit être conclu. Est-ce que cela résume bien la situation ?
Cela me semble être une grande variété. Je ne sais pas pourquoi les tags sont différents. Peut-être est-il utile/informatif pour les gens de pouvoir parcourir ces listes de tags individuellement. Cependant, ces tags et leur objectif ne sont pas très faciles à découvrir.
solved est facilement découvrable et fonctionne assez bien pour le support. Je pense qu’il est logique de le limiter à cette catégorie. Il est utile de pouvoir filtrer les sujets résolus/non résolus dans cette catégorie - j’oublie souvent cette option déroulante et j’aimerais qu’elle soit plus visible dans l’interface utilisateur.
fixed est utilisé uniquement dans BugUX et signifie qu’un bug ou un bug d’interface utilisateur a été corrigé.
Les sujets Support sont fermés un mois après la dernière réponse, une fois résolus.
Les sujets Marketplace sont fermés un mois après la dernière réponse, qu’ils soient delivered ou non.
Les modérateurs ferment les sujets
lorsqu’ils sont résolus
pour empêcher les réponses (par exemple, documentation ou release-notes)
comme tactique de modération pour mettre fin aux discussions dans des sujets qui sont devenus improductifs ou ont suivi leur cours.
Quelques étapes potentielles :
ajouter des descriptions aux tags fixedcompleteddelivered qui expliquent comment nous les utilisons
créer une requête Data Explorer avec des résultats comme le tableau ci-dessus, mais listant le nombre réel et à jour de sujets résolus/non résolus, corrigés/non corrigés, terminés/non terminés, livrés/non livrés
créer une requête Data Explorer qui liste les sujets qui ont été fermés, corrigés, terminés, livrés dans un délai donné
créer un sujet ici dans Site feedback pour partager les résultats des requêtes ci-dessus chaque semaine à l’aide d’une automatisation
créer un sujet ici avec un petit guide pratique pour conclure les sujets et réunir une équipe pour commencer à parcourir la liste, par ordre chronologique inverse.
J’ai ajouté des descriptions ci-dessous, qui apparaîtront lorsque vous passerez la souris sur la balise ou que vous irez sur la page de la balise. Faites-moi savoir si vous avez des suggestions. J’hésite entre rester bref et concis, et fournir un contexte plus détaillé. Les catégories elles-mêmes ont également des descriptions plus détaillées.
fixed
Nous donnons la priorité à la correction des bogues dans nos logiciels signalés dans les catégories Bug et UX. Une fois les bogues corrigés, ils reçoivent cette balise.
completed
Lorsque les fonctionnalités suggérées dans les catégories Feature et UX sont implémentées, elles reçoivent cette balise.
delivered
Lorsqu’un sujet dans Marketplace est confirmé comme livré par le fournisseur ou le destinataire, il reçoit cette balise.
Ostensibly, you pop the fixed tag on bugs that have been fixed and completed on feature requests that have been implemented. [1] Cela fait partie du processus pour clore les sujets (et tenir les parties prenantes informées des informations pertinentes). Ils ont été initialement mis en œuvre pour fournir une indication visuelle qu’« une bonne chose s’est produite » par rapport au symbole de verrouillage d’un sujet fermé. Lorsque ces balises sont appliquées de manière cohérente, vous obtenez une belle vague de vert lorsque vous faites défiler les listes de sujets de leur catégorie.
(Et delivered était une balise distincte mais similaire qui n’était pas contrôlée par l’équipe, elle pouvait donc être utilisée dans Marketplace)
Pour Solved, il existe pas mal de catégories où elle est active plutôt que la catégorie générique Support. Pratiquement toutes les catégories où la majorité des sujets seront des questions qui peuvent obtenir une solution. Support, Installation, Dev, Data & reporting, SSO
Idéalement, la meilleure pratique est que l’OP marque la solution, mais nous savons que cela n’arrive parfois pas (pour diverses raisons), donc je parcourais souvent les listes de sujets et nettoyais certaines d’entre elles après quelques semaines (une fois qu’elles étaient considérées comme « abandonnées »)
FWIW Le sujet Theme component pour cela est Reader Mode, donc vraiment ce sujet feedback que vous avez lié ne devrait pas être dans Theme component (car ce n’est pas un sujet de composant de thème). Il devrait probablement être dans Feature ou UX car je pense que c’est là que ces sujets ont fini par vivre maintenant qu’il y en a plus.
(Je pense qu’il était dans Site feedback car c’était une expérience ici sur meta)
et avec UX étant un entre-deux entre les deux, l’un ou l’autre peut être utilisé en fonction de la « saveur » du sujet spécifique ↩︎
Génial ! Merci d’avoir comblé quelques lacunes. J’ai mis à jour mon tableau ci-dessus.
Cela n’a pas été fait systématiquement depuis votre départ, c’est pourquoi nous avons maintenant ce sujet pour parler de la mise à jour et de la mise en place d’un système afin de ne pas prendre de retard à nouveau.
Ouais, je suppose que c’est ce que je visais avec le fil de discussion initial. @JammyDodger - vous nous manquez et votre dévouement à faire fonctionner Meta si bien ! Personnellement, j’espère qu’ils vous feront une offre que vous ne pourrez pas refuser…
fermer le sujet
