Un bug ? Dites-le-nous
Le plus dur dans un produit, ce n'est pas le code — c'est ignorer où les utilisateurs bloquent. Notre ancien formulaire d'aide était une impasse : il remerciait, puis plus rien. Nous l'avons reconstruit en vrai système de tickets. Avant connexion : lien en pied de page, sans compte. Après connexion : dites à Snappy « j'ai trouvé un bug », le formulaire s'ouvre avec page et version jointes, plus captures. Votre signalement devient un ticket suivi, corrigé — le statut revient jusqu'à vous.
Le plus difficile quand on construit un produit, ce n'est pas d'écrire du code. C'est de ne pas savoir où vos utilisateurs bloquent.
Une fonctionnalité nous semble fluide, mais vous n'arrivez pas à la faire marcher. Une page nous semble claire, mais vous tournez autour trois fois. Si vous ne nous le dites pas, nous ne le saurons peut-être jamais.
D'abord, une confession
Notre ancien formulaire « Aide et support » était une impasse. Vous décriviez votre problème avec soin, vous cliquiez sur envoyer, et il vous remerciait poliment — puis plus rien. Rien n'était enregistré, rien n'était transmis, rien ne revenait.
Cela me trottait dans la tête depuis longtemps. Alors nous l'avons reconstruit correctement et branché sur notre véritable flux d'ingénierie.
Signaler quelque chose prend désormais dix secondes
Il y a deux entrées, toutes deux faciles à trouver :
- Avant de vous connecter : chaque page de notre site a un lien « Report a bug / Send feedback » en pied de page. Pas de compte, pas de connexion — vous écrivez, vous envoyez. Laissez votre e-mail (facultatif) pour que nous puissions vous recontacter.
- Après connexion : « Aide et support » dans le menu — ou dites simplement à Snappy « j'ai trouvé un bug ». Il ouvre le formulaire pour vous, avec votre page actuelle et la version de l'application déjà jointes, sans que vous ayez à décrire votre environnement.
Une fois connecté, vous pouvez aussi joindre des fichiers : jusqu'à 5 captures d'écran et 2 enregistrements d'écran. Pour un bug, une capture vaut souvent mieux que cent mots.
Que se passe-t-il après l'envoi
Votre retour ne tombe pas dans un vide. Il devient un ticket suivi, avec un identifiant, entre automatiquement dans notre file d'ingénierie, et il est trié puis traité. Quand le correctif est terminé, le statut revient jusqu'à vous — par e-mail ou notification dans l'application.
Une règle que nous nous imposons : chaque correctif passe par une relecture humaine avant d'être mis en ligne. Sans exception.
Quel type de retour nous voulons
Les bugs, bien sûr. Les demandes de fonctionnalités aussi — « ce serait tellement bien si ça pouvait faire ça » est de l'or pour nous. Et même si vous voulez simplement raconter votre ressenti d'utilisation, c'est le bienvenu.
Au bout du compte, chaque retour que vous envoyez décide de ce que ce produit fera ensuite.
Alors la prochaine fois que quelque chose cloche — ne vous retenez pas. Dites-le-nous. Cette fois, nous écoutons vraiment.
Ce qui compte le plus pour un utilisateur, ce n'est pas l'élégance d'un formulaire de feedback, mais de savoir qu'après l'envoi, une vraie personne le lira et agira. Nous n'avons donc pas construit une page de remerciement — nous avons branché le feedback sur le flux d'ingénierie lui-même : d'une phrase à un ticket numéroté, puis à un correctif relu par un humain.
La dernière fois que vous avez rencontré un problème dans un logiciel et que vous avez renoncé à le signaler — qu'est-ce qui vous a arrêté ? Aucun point d'entrée visible, ou le sentiment que cela ne changerait rien ?
Quand vous prenez le temps de nous dire ce qui ne fonctionne pas, vous nous aidez à bien construire le produit. Ce temps ne sera jamais gaspillé.
Recevez le Founder Diary + les mises à jour réglementaires de votre pays
Un e-mail par semaine, seulement quand il y a du vrai nouveau — le diary du fondateur Richard et les mises à jour réglementaires qui comptent chez vous. Gratuit, désabonnement à tout moment.