Je compte faire de même, et cela semble correspondre à mes besoins. Cependant, une chose n’est pas claire pour moi : comment faites-vous (et l’équipe de Discourse) pour « clôturer » les tickets et, encore plus important, lister les tickets ouverts/en attente.
Merci @david.
Mais que se passe-t-il lorsque vous avez des messages privés (e-mails envoyés à des groupes), ce qui est d’ailleurs la raison pour laquelle je pense que beaucoup de personnes (y compris l’équipe de Discourse) l’utilisent ?
Le plugin « résolu » s’applique-t-il également aux messages privés de groupe ?
Pour les messages privés, nous utilisons une boîte de réception partagée. Tout ce qui se trouve dans la boîte de réception nécessite une action, tandis que tout ce qui est « archivé » a déjà été traité.
Pour les éléments à plus long terme, nous utilisons des étiquettes.
Merci David. Pourriez-vous développer un peu plus sur la façon dont vous utilisez les balises ?
Nous voyons beaucoup de potentiel dans Discourse, mais nous ne voudrions pas réinventer la roue, ce qui inclut la définition du flux de travail des tickets lui-même.
Nous n’avons pas de processus particulier lié aux tags dans notre boîte de réception. Nous les utilisons simplement pour regrouper des messages connexes de manière ponctuelle. Si vous ne l’avez pas encore fait, il vaut vraiment la peine de lire ceci : It’s Time We Talked About Tags
Notre processus consiste en la boîte de réception, l’archivage et, parfois, des minuteries par sujet si une réponse est requise plus tard.
Si vous recherchez ici « tickets » ou « système de tickets », vous trouverez de nombreuses discussions sur l’utilisation de Discourse comme système de tickets plus structuré, si c’est ce que vous essayez de faire.
Vous pouvez également intégrer l’option « assigné ». Lorsqu’un message ou un sujet ne nécessite plus de suivi, nous le désassignons et l’archivons. Cela fonctionne très bien.
Nous utilisons également Tickets Plugin 🎟 par @angus, qui facilite l’assignation des tickets et fournit des étiquettes pour la priorité, le statut et la raison. Cela vaut vraiment le coup d’œil.
Cependant, le plugin Tickets nécessite encore quelques améliorations au niveau du tableau de bord pour la gestion des tickets. Nous l’utilisons donc pour créer les tickets, mais nous nous appuyons sur la liste des assignations pour gérer le backlog des tickets et les traiter jusqu’à leur résolution.