Transformez un lot de tickets livrés en notes de version claires et orientées client, organisées en nouveautés, améliorations et corrections, et rédigées dans la voix de votre produit.
Transformez ces tickets livrés en notes de version orientées client pour [produit] : [tickets]. Regroupez-les en nouveautés, améliorations et corrections, et rédigez-les dans la voix de notre produit.
Un exemple illustratif. Votre résultat dépendra de vos sources, de vos données et de vos demandes.
Voici les notes de version pour cette mise à jour d'Orbit, regroupées en nouveautés, améliorations et corrections et rédigées dans le style clair et amical de vos notes précédentes. J'ai commencé par les préréglages de filtres enregistrés, car c'est le changement que les utilisateurs réclament le plus.
Même version, trois cadrages. Les notes client commencent par les préréglages de filtres enregistrés, car c'est le changement que les utilisateurs réclament le plus ; l'encart in-app le réduit à quelques lignes ; et la version interne donne aux équipes commerciales et service client l'angle à privilégier. Passez de l'une à l'autre ci-dessous.
Cette version vise à accéder plus vite à vos données, en commençant par une fonctionnalité que beaucoup d'entre vous réclamaient.
Nouveautés
Améliorations
Corrections
Réduit à quelques lignes pour le panneau « quoi de neuf », en menant par le changement phare.
Un lien « Voir toutes les notes » ouvre le journal des modifications complet pour qui veut le détail.
La même version cadrée pour ceux qui doivent en parler, afin que les équipes commerciales et service client mettent l'accent au bon endroit.
Pour les échanges avec les clients, le message phare est les préréglages de filtres enregistrés : notre fonctionnalité de tableau de bord la plus demandée ce trimestre, et une bonne raison de relancer les comptes qui l'ont réclamée. Associez-la au travail de mise en cache : les tableaux de bord fréquemment consultés se chargent désormais nettement plus vite, ce qui plaît aux utilisateurs avancés qui lancent des rapports lourds.
Les trois décrivent les six mêmes changements livrés : ce qui varie, c'est l'accent et le niveau de détail, pas les faits.
Voulez-vous une version in-app plus courte pour le panneau « quoi de neuf », ou une publication sociale annonçant les nouveaux préréglages ?
Générateur de Notes de Version prend les tickets que vous avez livrés (titres laconiques, codes internes et tout le reste) et les réécrit en notes de version qu'un client peut suivre. Joy regroupe les changements en nouveautés, améliorations et corrections et reprend la voix de vos notes précédentes.
Déposez les tickets de la version : titres, identifiants et éventuelles notes. Joy les lit tels quels ; aucun nettoyage nécessaire.
Demandez des notes de version orientées client et, si vous le souhaitez, indiquez à Joy vos notes précédentes pour qu'il reprenne la voix de votre produit.
Obtenez des notes regroupées en nouveautés, améliorations et corrections, chaque changement réécrit en langage clair. Ajustez ce qui est mis en avant.
Demandez un ajustement (« rends l'introduction plus chaleureuse » ou « retire les identifiants internes ») puis copiez les notes dans votre changelog, votre application ou un email client.
Enregistrez cette demande comme commande personnalisée sur l'assistant de votre équipe. Partez du modèle Opérations, connectez-le à vos notes de version passées, et chacun pourra transformer une version en notes en un clic.
Joy commence par les changements qui comptent le plus pour les clients, pas par l'ordre d'arrivée des tickets.
Indiquez-lui vos notes passées et le ton se reporte, pour que chaque version vous ressemble.
Les codes internes et le jargon de ticket sont réécrits en un langage qu'un client peut suivre.
Chaque changement atterrit automatiquement sous nouveautés, améliorations ou corrections.
Remodelez les notes en un email de version pour votre liste de clients.
Condensez en quelques lignes pour un panneau « quoi de neuf » dans l'application.
Conservez le détail technique pour une version destinée aux utilisateurs de l'API.
Découpez une seule version en notes distinctes par produit ou par offre.
Collez les tickets livrés (titres, identifiants et éventuelles notes) et demandez à Joy des notes de version orientées client. Il réécrit chaque ticket en langage clair et regroupe les changements en nouveautés, améliorations et corrections que vous pouvez relire et copier.
Oui. Indiquez à Joy vos notes de version passées et il en reprend le ton, qu'il soit enjoué, direct ou technique, pour qu'une nouvelle version ressemble aux précédentes.
Joy commence par les changements les plus susceptibles d'intéresser les clients, comme les nouvelles fonctionnalités et les améliorations notables, et garde les petites corrections plus bas. Vous pouvez promouvoir ou rétrograder n'importe quoi avec un suivi rapide.
Oui. Les identifiants de ticket internes et le jargon d'ingénierie sont réécrits en un langage qu'un client peut suivre. Si vous voulez garder les identifiants pour une version destinée aux développeurs, il suffit de le demander.
Oui. À partir du même ensemble de tickets, demandez un changelog complet, un court encart « quoi de neuf » in-app ou un email client, et copiez chaque version au bon endroit.
Rejoignez la liste d'attente et soyez parmi les premiers à essayer ce workflow lors du lancement de JoySuite.