Tickets et Feature Requests : le dialogue comme partie du produit
Comment ouvrir un ticket dans Narraya, comment proposer une fonctionnalité, et pourquoi le dialogue avec les auteurs fait partie intégrante du produit. Délais honnêtes, réponses humaines.
Il existe deux expériences opposées quand quelque chose dans un logiciel cesse de fonctionner. La première : vous ouvrez un ticket, vous recevez un e-mail automatique, puis le silence, puis — au bout de cinq jours — une réponse vague qui vous demande de « redémarrer le navigateur ». La seconde : vous ouvrez un ticket, vous recevez une réponse humaine en un ou deux jours, le problème est pris au sérieux, et parfois même résolu. La différence entre les deux expériences n'est pas technique : elle est de culture.
Narraya est un projet jeune, petit, construit par quelques mains. Nous ne pouvons pas nous offrir le luxe de la première expérience. Et, à dire vrai, nous ne la voulons pas non plus.
Le canal des Tickets, pour quand quelque chose se passe mal
Les tickets, dans Narraya, servent à deux choses : signaler un bug (quelque chose qui ne fonctionne pas comme prévu) et demander de l'aide (quelque chose que vous ne comprenez pas ou n'arrivez pas à faire). Ils s'ouvrent depuis un bouton présent sur presque toutes les pages de l'application, dans le menu « Aide ». La réponse arrive par e-mail, avec la trace interne du ticket toujours accessible depuis votre compte.
Pas de chatbot entraîné à vous faire rebondir. Pas de FAQ à parcourir avant d'atteindre le formulaire. Le premier contact est humain — du moins tant que la taille du projet le permet, et nous nous engageons à faire en sorte que cela reste le cas aussi longtemps que possible.
Comment ouvrir un ticket qui reçoit une vraie réponse
-
Décrivez ce que vous faisiez.
« J'écrivais un chapitre » ne suffit pas. « J'exportais le troisième chapitre en DOCX » est mieux. Une phrase sur le contexte.
-
Racontez ce qui s'est passé.
Le comportement observé : message d'erreur exact, étape qui ne se déclenche pas, fonctionnalité qui répond bizarrement. Ce que vous avez vu, pas ce que vous avez déduit.
-
Dites ce que vous attendiez à la place.
Simplement : « je m'attendais à recevoir le fichier DOCX en téléchargement, j'ai reçu une page d'erreur ». Cela nous aide à comprendre s'il s'agit d'un bug ou d'un malentendu.
-
Si possible, joignez une capture d'écran.
Elle vaut mille mots. Le bouton d'attachement se trouve dans le formulaire du ticket. Fichiers jusqu'à 10 Mo.
-
Surveillez votre e-mail.
La réponse arrive là, et peut vous demander plus de détails. Répondez depuis le même e-mail : le fil reste bien rangé.
Nous ne promettons pas de réponse sous 24 heures. Un petit projet ne peut soutenir ce niveau de service sans sacrifier autre chose — comme le développement du produit que tout le monde attend. Nous répondons, en moyenne, sous 2 à 4 jours ouvrés pour des tickets non urgents, et bien plus vite pour des bugs qui bloquent entièrement une fonctionnalité. C'est une promesse réaliste, que nous pouvons tenir. Les promesses que nous ne pouvons pas tenir, nous les évitons, car ce sont une forme de tromperie.
Les Feature Requests : la voix des auteurs
Il y a un autre canal, distinct et important : les Feature Requests. Ce sont des propositions publiques de nouvelles fonctionnalités — ou d'améliorations d'existantes — que tout utilisateur peut ouvrir. Chaque feature request est visible par tous les utilisateurs de Narraya et votable : un « +1 » si l'idée vous sert, un commentaire si vous voulez ajouter votre point de vue.
Ce n'est pas une démocratie directe — à la fin, c'est nous qui choisissons ce que nous développons, en équilibrant priorités, effort et cohérence du produit. Mais ce n'est pas non plus du théâtre : nous lisons chaque demande, les votes pèsent réellement, et beaucoup de fonctionnalités lancées ces derniers mois sont nées précisément là.
Trois types de retour qui nous aident vraiment
Un bug reproductible
« Quand je clique ici, ceci arrive, alors que cela devrait arriver. » Avec des étapes que quiconque peut répéter. C'est le type de ticket que nous résolvons le plus vite, parce que c'est le moins ambigu.
Une fonctionnalité manquante bien argumentée
Non « ce serait bien d'avoir X », mais « quand je fais Y, je suis obligé de passer par une étape externe et j'y perds trente minutes ». La motivation rend la demande évaluable. Sans motivation, elle reste un souhait abstrait.
Une amélioration d'UX
« La fiche de personnage est à trois clics de l'endroit où j'écris — pourrait-elle être un bouton à côté du chapitre ? ». Petites suggestions opérationnelles qui améliorent les vraies journées de travail. Souvent les plus précieuses, parce qu'elles naissent de l'usage réel.
Ce qui N'EST PAS un feature request utile
Disons-le clairement : « faites comme [autre logiciel] » n'est pas un feature request. Chaque produit a une philosophie, et Narraya a la sienne. Si quelque chose vous manque, ce qui nous intéresse, c'est de savoir pourquoi cela vous manque — le vrai problème que cela résoudrait — et non une référence générique à un outil concurrent. La même fonctionnalité, pensée à l'intérieur d'une philosophie différente, peut devenir autre chose.
Et autre précision : les demandes qui contredisent notre philosophie de fond — par exemple « je veux que l'IA écrive le chapitre à ma place » — nous les lisons avec respect, mais nous ne les réaliserons pas. Non par entêtement : parce que Narraya a pris une position explicite sur ce qu'il veut et ne veut pas être, et trahir cette position pour satisfaire des demandes isolées reviendrait à trahir ceux qui nous ont choisis précisément pour elle.
Le dialogue comme partie du produit
Nous recevons des tickets et des demandes chaque jour. Certains nous font sourire (dans le bon sens), d'autres nous font réfléchir, d'autres encore signalent des problèmes dont nous n'aurions jamais soupçonné l'existence sans l'utilisateur qui les a vécus. Cet échange n'est pas un « extra » du produit : c'est une partie du produit. Sans vous, Narraya serait un logiciel moins bon.
Pour ouvrir un ticket ou proposer une fonctionnalité, entrez dans Narraya et cherchez le menu « Aide » dans le coin inférieur gauche. La première réponse arrive à la main — dans tous les sens du terme.