Vos utilisateurs veulent savoir ce qui change. Qu’il s’agisse d’une nouvelle fonctionnalité, d’une correction de bug ou d’une amélioration de performance, un changelog bien tenu renforce la confiance et maintient l’engagement de votre communauté. Le changelog de Heedback vous permet de publier des notes de version soignées, de catégoriser les entrées avec des labels, de gérer plusieurs langues et de notifier automatiquement les abonnés.

Ce guide vous accompagne dans la création de votre première entrée de changelog et la mise en place d’un workflow de publication régulier.

Prérequis

Avant de publier des entrées de changelog, assurez-vous que :

Vous avez une organisation Heedback active avec un forfait Pro.
Votre compte dispose des permissions administrateur ou propriétaire.
Vous avez configuré les paramètres de votre portail dans Paramètres > Portail (le changelog est publié sur votre portail public).
Optionnellement, configurez vos langues supportées dans Paramètres > Langues si vous prévoyez de publier des entrées multilingues.

Créer une entrée de changelog

Rendez-vous dans Changelog dans la barre latérale gauche de votre tableau de bord.
Cliquez sur Nouvelle entrée en haut à droite.
Remplissez les détails de l’entrée :
- Titre : un résumé concis de la mise à jour. « Mode sombre pour le tableau de bord » est meilleur que « Mise à jour UI v3.2.1 ».
- Corps : rédigez la note de version complète avec l’éditeur enrichi. Expliquez ce qui a changé, pourquoi c’est important, et les actions éventuelles que les utilisateurs doivent entreprendre.
- Date : date du jour par défaut. Antidatez si vous documentez une version passée.
Cliquez sur Publier pour rendre l’entrée visible sur votre portail, ou Enregistrer comme brouillon pour continuer l’édition plus tard.

Les brouillons ne sont visibles que par votre équipe. Les entrées publiées apparaissent immédiatement sur votre portail public et dans le bloc Changelog du widget (si activé dans l’App Builder).

Utiliser les labels pour catégoriser les entrées

Les labels aident les utilisateurs à parcourir votre changelog rapidement et à trouver ce qui les concerne :

Nouveauté : pour les fonctionnalités ou capacités entièrement nouvelles.
Amélioration : pour les améliorations de fonctionnalités existantes.
Correction : pour les corrections de bugs et problèmes résolus.

Pour attribuer des labels :

Ouvrez une entrée de changelog (nouvelle ou existante).
Dans le panneau latéral, cliquez sur Labels et sélectionnez un ou plusieurs labels.
Les labels apparaissent sous forme de badges colorés à côté du titre de l’entrée sur le portail.

Vous pouvez créer des labels personnalisés dans Changelog > Labels si ceux par défaut ne correspondent pas à votre workflow. Par exemple, vous pourriez ajouter « Bêta », « Sécurité » ou « Changement majeur ».

Rédiger des entrées multilingues

Si votre produit est utilisé dans différentes régions, Heedback vous permet de publier des entrées de changelog en plusieurs langues :

Ouvrez une entrée de changelog et repérez les onglets de langue en haut de l’éditeur.
Chaque onglet représente l’une des langues supportées par votre organisation. Rédigez le titre et le corps dans chaque langue.
Le portail affiche automatiquement la bonne langue en fonction des préférences du visiteur.

Vous n’avez pas besoin de traduire chaque entrée dans chaque langue. Si une traduction manque, le portail utilise votre langue par défaut. Mais pour les versions majeures, traduire l’annonce montre à vos utilisateurs internationaux qu’ils comptent.

Gérer les abonnés

Le changelog de Heedback prend en charge les abonnés par email — les utilisateurs qui souhaitent être notifiés quand vous publiez quelque chose de nouveau :

Rendez-vous dans Changelog > Abonnés pour voir votre liste d’abonnés.
Les utilisateurs peuvent s’abonner via le portail public ou le bloc Changelog du widget.
Quand vous publiez une nouvelle entrée, les abonnés sont notifiés automatiquement par email.

Vous pouvez aussi ajouter manuellement des abonnés par adresse email, ce qui est utile pour intégrer des bêta-testeurs ou des comptes clés qui souhaitent un accès anticipé aux notes de version.

Connecter le changelog aux tableaux de fonctionnalités

Un workflow puissant consiste à lier les entrées de changelog aux posts des tableaux de fonctionnalités :

Lors de la création ou modification d’une entrée de changelog, utilisez l’option Posts liés pour la connecter à un ou plusieurs posts de tableau.
Les utilisateurs qui ont voté pour ces posts verront que leur demande a été livrée — bouclant ainsi la boucle du feedback.
Sur le portail, les posts liés affichent un statut « Livré », renforçant le message que vous écoutez le feedback de vos utilisateurs.

Cette connexion transforme votre changelog d’un simple canal de diffusion en un véritable dialogue bidirectionnel avec vos utilisateurs.

Conseils et bonnes pratiques

Publiez régulièrement. Un rythme hebdomadaire ou bimensuel est idéal. Les utilisateurs se désintéressent des changelogs qui ne sont mis à jour qu’une fois par trimestre, et les publications quotidiennes créent du bruit.
Écrivez pour les utilisateurs, pas pour les développeurs. « Amélioration du cache des réponses API » ne signifie rien pour la plupart des clients. « Le tableau de bord se charge 2 fois plus vite » est bien plus parlant.
Incluez des visuels. Une capture d’écran ou un court GIF d’une nouvelle fonctionnalité rend l’entrée plus engageante et réduit la confusion.
Célébrez aussi les corrections. Les utilisateurs apprécient de savoir qu’un bug qu’ils ont signalé est résolu. Cela renforce la confiance plus rapidement que les nouvelles fonctionnalités seules.
Utilisez les brouillons pour la relecture en équipe. Rédigez l’entrée, enregistrez-la comme brouillon, partagez le lien avec votre équipe pour recueillir des retours, puis publiez une fois que tout le monde est aligné.

Fonctionnalités associées

Tableaux de fonctionnalités : liez les fonctionnalités livrées aux entrées de changelog et bouclez la boucle avec les votants.
Roadmap publique : montrez aux utilisateurs ce qui arrive — le changelog montre ce qui a déjà été livré.
Portail client : le changelog vit sur votre portail, aux côtés de votre base de connaissances et de vos tableaux de feedback.
Widget : activez le bloc Changelog dans l’App Builder pour afficher les mises à jour directement dans votre produit.