Le problème du feedback produit en solo n'est pas le manque d'outils. C'est que les processus publiés supposent tous quelqu'un à qui transmettre le sujet, et quand on travaille seul, ce quelqu'un c'est vous, plus tard.
La réponse courte. Neuf tâches doivent être couvertes : recueillir, centraliser, dédupliquer, catégoriser, contextualiser, prioriser, tenir un statut, annoncer les livraisons, fermer la boucle. Seul, l'objectif n'est pas de toutes les faire bien, c'est de faire porter le maximum par des mécanismes publics qui répondent à plusieurs personnes à la fois.
Les neuf tâches, et lesquelles coûtent cher
| Tâche | Coût quand on est seul | À outiller ? |
|---|---|---|
| Recueillir | Faible si un seul canal | Oui, tout de suite |
| Centraliser | Faible si un seul canal | Oui, tout de suite |
| Dédupliquer | Élevé, et croît avec le volume | Oui, par le public |
| Catégoriser | Moyen, faible valeur au début | À repousser |
| Contextualiser | Faible si le compte est enregistré | Oui, gratuit |
| Prioriser | Faible en dessous de trente sujets | À repousser |
| Tenir un statut | Faible | Oui, tout de suite |
| Annoncer les livraisons | Faible | Oui, tout de suite |
| Fermer la boucle | Très élevé si fait à la main | Oui, absolument |
Les deux lignes qui décident de tout sont la déduplication et la fermeture de boucle. Ce sont celles qui, faites manuellement, consomment le temps d'un fondateur en quelques mois.
Trois principes de sélection
Le coût fixe plutôt que le coût par message. Un mécanisme qui coûte une heure à installer et rien par message vaut mieux qu'un geste de cinq minutes répété cent fois.
Le public plutôt que le privé. Une réponse visible répond à tous ceux qui se posaient la question. Une réponse privée oblige à la répéter.
Le report plutôt que la complétude. Beaucoup de décisions d'organisation se prennent mieux avec cinquante retours qu'avec cinq. Une taxonomie inventée trop tôt est du travail d'entretien sans bénéfice.
Faire porter la déduplication par les utilisateurs
C'est le meilleur échange de temps disponible quand on est seul.
Devant un formulaire vide, chacun écrit dans le noir et vous recevez la même demande reformulée douze fois. Devant une liste de demandes existantes, une bonne partie des gens reconnaissent leur besoin et s'y joignent, ce qui règle la déduplication à la source et transforme le doublon en signal de fréquence.
C'est le principal argument pratique pour un tableau public plutôt qu'un formulaire de contact : la boîte à suggestions et le tableau de demandes de fonctionnalités font ce travail à votre place.
Un conseil qui compte : ouvrez le tableau déjà rempli avec ce que vous avez reçu ailleurs. Un tableau vide au lancement ne déclenche rien.
Fermer la boucle sans écrire à chacun
C'est la tâche qui tue les processus solo, parce qu'elle semble légère et qu'elle est linéaire avec le nombre de demandes.
Trois mécanismes la rendent presque gratuite :
- Un changement de statut sur la demande prévient ceux qui l'avaient soutenue.
- Une feuille de route publique répond par avance à « est-ce que vous y travaillez ».
- Un changelog relie la livraison à la demande d'origine.
Avec ces trois-là, communiquer cesse de dépendre du fait que vous y pensiez un jour de forte charge, ce qui est exactement le jour où le silence est le plus mal interprété.
Ce qu'il vaut mieux repousser
La taxonomie. Sous une cinquantaine de retours, les catégories sont inventées et ne collent pas. Attendez que les regroupements s'imposent d'eux-mêmes.
Le score de priorisation. Sous une trentaine de sujets actifs, l'ordre est en général évident et un score n'ajoute qu'une fausse précision. Au-delà, il évite de repartir de zéro à chaque séance : les critères sont détaillés dans la priorisation du feedback.
Les métriques de processus. Mesurer un processus qui n'a pas encore de rythme ne renseigne sur rien.
En revanche, ne repoussez pas le fait de répondre. C'est ce qui entretient la disposition des gens à écrire, et c'est ce qui se récupère le plus mal.
Sur le choix des outils
Deux erreurs coûtent cher.
La première est de bâtir le système sur un canal qui ne vous appartient pas. Un salon de discussion est excellent pour converser et mauvais pour se souvenir : les messages descendent, rien ne se classe, et personne ne peut dire combien de gens ont demandé la même chose. C'est une entrée, pas une archive.
La seconde est de changer d'outil en espérant régler le problème. Le problème est presque toujours l'absence de rendez-vous de revue, pas l'outil.
Ce que fait FlagUp, pour que vous puissiez le comparer : recueil par widget, boîte à suggestions et tableau de votes, votes, analyse du langage des envois pour signaler les comptes où les retours négatifs s'accumulent, feuille de route publique et changelog. Envoi possible vers Slack, Discord, Linear, Notion, Trello ou Jira. Ce qu'il ne fait pas : construire des questionnaires, collecter du NPS, pondérer les votes par le revenu, ni lire vos tickets de support. Les tarifs sont sur la page dédiée, qui est l'endroit tenu à jour.
Pour les autres outils du marché, la recommandation honnête est de vérifier fonctionnalités et prix sur leurs propres pages : ils changent souvent, et toute liste publiée vieillit mal.
Le piège de l'accumulation
L'échec type suit une progression prévisible. Les premières semaines, vous répondez à tout. Une période chargée arrive, la revue saute deux fois. La file grossit jusqu'à un point où l'ouvrir devient pénible, parce que chaque message non traité attend depuis des semaines. À partir de là, elle ne s'ouvre plus.
Ce qui casse le cycle n'est pas de rattraper le retard. C'est de déclarer la faillite : répondre aux dix derniers, fermer le reste avec un message honnête et bref, et reprendre le rendez-vous. Une clôture expliquée conserve bien plus de crédit qu'un fil ouvert depuis huit mois.
Exemple hypothétique. Cent quarante messages accumulés en quatre mois. Plutôt que de les classer, publier les huit sujets les plus fréquents sur un tableau public, fermer le reste avec une note expliquant le retard, et demander de voter ce qui reste pertinent. Le signal utile est reconstitué en une après-midi.
Questions fréquentes
Un tableau public vaut-il la peine avec peu d'utilisateurs ?
Oui, surtout pour l'économie de répétition. Le fait qu'il paraisse vide se corrige en l'amorçant avec les demandes déjà reçues ailleurs.
Combien de temps y consacrer par semaine ?
Deux rendez-vous de quinze minutes suffisent longtemps, à condition qu'ils soient à jour et heure fixes. La revue à la demande devient une revue mensuelle, puis plus rien.
Que faire du feedback reçu en conversation ?
L'écrire soi-même dans le système commun, avec les mots de la personne et non votre interprétation. C'est du travail manuel incompressible, et cela prend deux minutes.
Quand ce montage cesse-t-il de suffire ?
Quand les quinze minutes ne suffisent plus de façon répétée. C'est le moment d'introduire une catégorisation, et pas avant.
Pour aller plus loin
- Qu'est-ce que la centralisation du feedback ?
- Du feedback aux fonctionnalités : le framework SaaS
- Comment utiliser une boîte à suggestions pour de meilleures idées
Quand on est seul, ce qui fait gagner le plus de temps est que les réponses soient publiques. Voyez la boîte à suggestions et les tarifs.