Modèle Upvote : un tableau de votes et une feuille de route

Modèle Upvote : un tableau de votes et une feuille de route

Upvote est le modèle de feuille de route publique de la galerie Zugo. Les visiteurs lisent les demandes, votent pour celles qu'ils veulent et en proposent de nouvelles, pendant qu'un espace membre récapitule ce qu'une personne a soumis et soutenu. Les votes sont conservés dans le navigateur. Le clonage est gratuit, chaque modification coûte 3 crédits.

C'est le modèle le plus interactif de la galerie hors jeux, et celui dont la limite est la plus facile à mal comprendre. Voici ce qui tourne vraiment et ce qu'il faut ajouter avant d'envoyer le lien à vos clients.

Que contient le modèle Upvote ?

Une liste et trois façons d'agir dessus : voter, filtrer, ajouter. Cette sobriété est le meilleur choix du gabarit, car les tableaux de retours meurent bien plus souvent d'excès de fonctions que d'abandon.

Quatre statuts portent tout le processus : à l'étude, prévu, en cours, livré. C'est assez pour une petite équipe et assez court pour qu'un visiteur comprenne le pipeline sans légende.

Le formulaire fait une chose qui compte plus que n'importe quelle fonction : sous le champ de description, il demande de décrire le problème plutôt que la solution. Sans cette consigne, un tableau se remplit de solutions toutes faites, et une solution est bien plus difficile à arbitrer que la gêne qui l'a provoquée.

L'espace membre est une petite mécanique de fidélisation. Montrer à quelqu'un que son idée a récolté des votes cette semaine est ce qui le fait revenir, et cela ne coûte rien à afficher.

Les votes sont-ils réellement enregistrés ?

Oui, mais dans un seul navigateur. Le vote bascule, le compteur bouge, la liste se retrie, les filtres réduisent l'affichage, et une idée soumise apparaît en haut avec votre voix. Tout cela repose sur un vrai état, pas sur des cartes dessinées, et l'état est écrit dans le stockage local du navigateur : votre idée survit à un rechargement de page.

C'est déjà plus que ce que proposent la plupart des maquettes, et cela rend le modèle utile tel quel pour un exercice solitaire : préparer une feuille de route, la réordonner, la présenter en partage d'écran.

Mais le mot important est « navigateur ». Les données restent sur la machine qui les a saisies. Une collègue qui ouvre le même lien sur son portable voit la liste d'origine, et ses votes ne s'additionnent pas aux vôtres. L'écran de connexion, lui, affiche une connexion sans vérifier quoi que ce soit.

Pour un tableau public, cette limite est structurelle et aucune retouche d'interface ne la contourne. Tout l'intérêt d'un vote est que plusieurs personnes votent. Le stockage partagé et les vrais comptes arrivent avec le connecteur Supabase, ajouté par dessus le modèle.

Vérifiez le avant de diffuser le lien : ouvrez votre projet publié dans un autre navigateur et constatez que la liste y est vierge. Cinq minutes de test évitent la situation gênante où toute l'équipe a voté et où rien n'a été compté. La question du travail à plusieurs est traitée dans peut-on collaborer sur un projet.

Faut-il exiger une connexion pour voter ?

Le vote ouvert récolte plus de votes et des données moins fiables. N'importe qui vote, personne ne s'engage, et n'importe quel garde fou se contourne en vidant les données du navigateur. Ce n'est pas un défaut du modèle, c'est la définition du vote ouvert.

Le vote authentifié récolte moins de votes et de meilleures données. Vous savez qui demande quoi, vous pouvez revenir vers ces personnes le jour de la livraison, et le vote multiple devient difficile plutôt que trivial. Le prix à payer est une friction au moment précis où quelqu'un accepte de vous aider.

La réponse habituelle pour un petit produit : lecture et vote libres, adresse e-mail demandée uniquement pour soumettre une idée. La barrière se place là où vous avez réellement besoin de répondre à quelqu'un.

Quelle que soit l'option, il s'agit d'une décision de base de données, pas de design. Et dès que vous collectez une adresse, la page doit indiquer qui traite ces données et pourquoi : sur un tableau public en français, cette phrase se rédige une fois et se réutilise partout.

Pour quels produits ce format a-t-il du sens ?

Pour un logiciel avec des utilisateurs qui s'expriment : un outil en ligne, une extension, une application avec une communauté. Dès que les demandes dépassent ce que la mémoire retient, une liste publique coûte moins cher qu'une réunion d'arbitrage et répond à la question que les utilisateurs posent vraiment, à savoir si quelqu'un a lu leur message.

Le format marche aussi en interne. Une équipe informatique, un service généraux, une école peuvent utiliser exactement ce cadre pour les demandes internes, avec cent collègues comme public au lieu du grand public. La limite du navigateur unique s'applique de la même façon, et se lève de la même façon.

C'est le mauvais outil pour le support. Un tableau sert à ce que beaucoup de gens veulent, un ticket sert à ce qui est cassé chez une personne. Mélanger les deux produit un tableau où une panne urgente passe devant une demande réellement populaire.

C'est aussi le mauvais outil si vous n'avez pas l'intention de livrer quoi que ce soit. Une feuille de route figée depuis six mois fait plus de dégâts que pas de feuille de route du tout : elle prouve publiquement que personne n'écoute.

Comment l'adapter à votre produit ?

Le contenu d'abord, la mécanique ensuite. Chaque modification coûte 3 crédits, et l'ordre ci dessous va de ce qui rend le tableau vôtre à ce qui le rend opérationnel.

1. Remplacez le nom du produit et le cadrage. En tête, titre d'onglet, adresse de contact en pied de page.
2. Traduisez l'ensemble. Le modèle est en anglais, y compris les libellés de statut et les messages du formulaire.
3. Réécrivez les catégories. Les cinq catégories de démonstration sont génériques, les vôtres doivent reprendre le vocabulaire de votre équipe.
4. Chargez de vraies demandes. Dix à quinze entrées authentiques valent mieux qu'un tableau vide, auquel personne n'ajoute rien.
5. Ajoutez le statut « non retenu » si vous comptez dire non en public, ce qui vaut la peine.
6. Branchez le stockage et les comptes, l'étape qui transforme la démonstration en tableau.

Le statut « non retenu » mérite une pause. Refuser publiquement est inconfortable et c'est le signal le plus fort qu'un tableau est réel. Une liste où rien n'est jamais écarté est perçue comme décorative en un mois. La version construite depuis une simple description, sans passer par le modèle, est décrite dans créer un tableau de retours utilisateurs.

Combien coûte un tableau vraiment utilisable ?

Le clonage est gratuit et n'appelle aucun modèle, donc le compteur démarre à la première modification. Atteindre un tableau montrable à des clients demande en général de cinq à huit modifications, plus le travail de connecteur qui ne consomme pas de crédit.

Le plan gratuit donne 5 crédits : assez pour cloner et retoucher une fois, pas assez pour une construction à 6. Pro coûte $25 par mois pour 200 crédits, soit environ 66 modifications, et Business $99 par mois pour 800 crédits.

Si le tableau doit cohabiter avec une page de journal des versions et un guide de soumission à leurs propres adresses, vous passez en multipage : 12 crédits pour les trois premières pages, 3 par page ensuite. Comptez environ une minute pour une page simple, quelques minutes pour une plateforme, chaque version étant vérifiée en bac à sable avant livraison.

Où s'arrête le modèle ?

Un navigateur n'est pas un tableau public. Sans stockage partagé, chaque visiteur voit sa propre liste et les votes ne s'additionnent jamais. Supabase lève cette limite, et c'est une étape de travail, pas un message dans le chat.

La modération reste humaine. Doublons, hors sujet, message en colère un lundi matin : quelqu'un doit trancher. Le tableau peut masquer, fusionner ou réordonner une fois ces commandes construites, il ne peut pas décider à votre place.

La logique fine arrive par modifications successives. Relier une entrée à votre outil de tickets, prévenir tous les votants au moment de la livraison, pondérer les votes selon le compte client : tout cela est atteignable, aucun ne tient dans un seul prompt. Sur un produit réellement complexe, Zugo ne remplace pas une équipe de développement, et l'export GitHub vous rend le code quand ce moment arrive.

La façon la plus rapide de juger le format est d'y verser votre propre arriéré : ouvrez la galerie sur zugo.dev, clonez Upvote et collez les dix demandes que vous connaissez déjà. Les voir triées par votes change souvent l'ordre que vous aviez en tête.