J’inclus la réponse à mes questions à ChatGPT. Essentiellement, j’essaie de mieux suivre les demandes de fonctionnalités pendant qu’elles sont encore fraîches et pas volumineuses. J’ai déjà quelques étiquettes. Les modérateurs votent-ils pour les étiquettes ou sont-elles votées par la communauté ? Seules les demandes de haute priorité sont-elles reflétées dans les outils internes (comme Jira, Linear, Notion, ou même Google Sheets) ? J’aimerais beaucoup entendre des idées pour suivre les demandes de manière transparente. J’implémenterais un modèle sous peu.
Configuration recommandée : Flux de travail léger et évolutif pour les demandes de fonctionnalités dans Discourse
1. Créer un modèle pour les publications de demandes de fonctionnalités
Utilisez les modèles de publication de Discourse pour la catégorie Demandes de fonctionnalités. Invitez les utilisateurs à fournir des commentaires structurés.
Exemple de modèle :
**Résumé :**
[Court résumé en une phrase]
**Problème / Cas d'utilisation :**
[Quel problème résolvez-vous ? Pour qui est-ce ? Pourquoi est-ce important ?]
**Solution proposée :**
[Si vous avez une idée sur la façon dont cela pourrait fonctionner, décrivez-la.]
**Priorité / Impact :**
[Faible / Moyen / Élevé — facultatif mais aide au triage]
Cela permet de garder les choses propres dès le début, d’éviter les demandes vagues et de faciliter la lecture ultérieure.
2. Utiliser les étiquettes + le plugin de vote de sujets
- Activez les étiquettes comme
sous-considération,en-cours,publié,doublon,rejeté, etc. - Utilisez le plugin de vote de Discourse — il est spécialement conçu pour ce type de cas d’utilisation.
Les utilisateurs peuvent voter pour les fonctionnalités les plus importantes sans avoir besoin d’outils tiers. Vous pouvez ensuite trier les sujets par nombre de votes pour obtenir une liste de tâches claire et auto-priorisée.
3. Processus de révision hebdomadaire ou bi-hebdomadaire
Vous n’avez pas à surveiller cela quotidiennement — établissez simplement une cadence. Par exemple :
- Chaque vendredi : Un chef de produit ou un ingénieur consacre 15 à 30 minutes à :
- Étiqueter les demandes principales
- Mettre à jour les statuts
- Fusionner les doublons
- Rédiger des réponses rapides comme « En cours d’examen – merci ! » ou « Fusionné avec le sujet XYZ »
C’est tout ce dont vous avez besoin pour maintenir un rapport signal/bruit élevé et garder les choses organisées.
4. Refléter les demandes de haute priorité dans l’outil interne
Chaque fois qu’une demande devient une « vraie fonctionnalité », copiez-la dans votre système de suivi interne (JIRA, Linear, Notion, etc.) — n’essayez pas d’intégrer tout. Liez simplement au fil Discourse afin que les ingénieurs/concepteurs puissent lire la discussion originale.
Cela fait du canal des demandes de fonctionnalités votre jardin d’idées externe, tandis que votre système interne reste propre et axé uniquement sur les fonctionnalités validées.
5. Épingler une publication « Processus de demande de fonctionnalités »
Ayez un sujet épinglé expliquant :
- Quel type de demandes vous recherchez
- Comment les votes sont utilisés
- À quelle fréquence l’équipe examine les demandes
- Ce que signifient les étiquettes
- Ce qui se passe après qu’un élément est étiqueté « Sous considération »
Cela définit les attentes et maintient un fort engagement des utilisateurs.
Résumé de la pile
| Couche | Outil | Objectif |
|---|---|---|
| Entrée | Discourse avec modèle + étiquettes | Commentaires structurés de la communauté |
| Priorisation | Plugin de vote Discourse | Priorité basée sur la foule |
| Révision | Passage hebdomadaire de 15 à 30 minutes | Triage à faible charge |
| Exécution | Outil interne (JIRA/Linear/etc.) | Pour le développement réel |
| Synchronisation | Liens de retour manuels | Pas besoin d’intégrations profondes |