Comment Notis a remplacé son outil de changelog par un Space

Toutes les équipes produit finissent par payer pour les trois mêmes pages : un changelog, un tableau de demandes de fonctionnalités où l’on peut voter, et un billet « quoi de neuf » une fois par mois. La réponse habituelle, c’est un outil de changelog dédié. La nôtre, c’est un Space Notis. Un outil de changelog, c’est une base de données de choses livrées avec une page publique devant, et Notis avait déjà les deux. Voici comment fonctionne changelog.notis.space, avec la mise en place, les chiffres au 3 novembre 2026, et ce qui m’agace encore.

La version courte

1. Une base Tickets, une case Public. Chaque fonctionnalité et chaque bug que nous construisons est un ticket. Cocher Public et écrire un titre et un résumé publics en anglais et en français, c’est toute l’étape éditoriale. Pour : les équipes qui suivent déjà leur travail dans une structure.
2. Un Space publié comme site. Trois pages (Monthly, Timeline, Feature requests) et un formulaire de vote. La publication est gratuite, les visiteurs n’ont pas besoin de compte, et le site tourne sur sa propre adresse. Pour : toute personne qui veut un changelog public sans nouvel abonnement.
3. De vrais chiffres. 51 posts publics sur le tableau, 33 livrés, 17 mises à jour mensuelles, et une demande en tête à 21 votes. Pour : les lecteurs qui veulent une preuve avant de copier.

Le problème : trois publics, une seule source de vérité

Les utilisateurs veulent savoir ce qui a été livré. Les prospects veulent savoir ce qui arrive. Flo veut savoir ce que les gens veulent vraiment, classé, sans second outil de suivi. Avant Spaces, nous avions un tableau Featurebase. Ça marchait, mais chaque fonctionnalité existait deux fois : le ticket en cours et le post sur le tableau. Les statuts dérivaient, les résumés étaient écrits deux fois, et les votes vivaient dans un outil qui ne savait rien de la pull request.

La contrainte était donc simple : les pages publiques doivent être une vue sur les tickets privés, jamais une copie. Un ticket est livré, le changelog se met à jour. Un ticket est annulé, le tableau affiche la raison. Aucune tâche de synchronisation.

La mise en place réelle

Le côté privé : une base Tickets avec une case Public

Le Space Product contient une base de données Tickets. Chaque ticket garde ses champs privés (responsable, état de la pull request, preuves) et en ajoute quelques-uns publics :

• Public, une case à cocher : « Affiché sur le tableau public de demandes, la timeline et What's new ».
• Public title EN / FR et Public summary EN / FR, une ou deux lignes chacun. Pour un ticket public annulé, le résumé porte la raison de la clôture.
• Votes, un nombre qui démarre au compte importé de l’ancien tableau Featurebase. Le compte affiché sur le site, c’est ce nombre plus les lignes que les visiteurs ajoutent dans une table feedback_votes séparée.
• Shipped on et Type (Feature ou Bug).

L’e-mail de la personne qui a suggéré la demande reste privé. Rien du côté public ne peut l’atteindre.

Le côté public : un Space publié comme site

Le Space Changelog lit ces tickets à travers des bases liées (board_posts, monthly_posts, feedback_votes, feedback_comments) et affiche trois pages :

• Monthly : la mise à jour mensuelle, la plus récente en premier, chacune avec une couverture, une étiquette comme 08.26 et une date.
• Timeline : les releases groupées par date et par thème. L’entrée du haut au 3 novembre 2026 est la release du 24 octobre 2026, listée avec 28 fonctionnalités et 5 correctifs.
• Feature requests : le tableau, triable par Top ou New, filtrable par statut, avec un bouton Suggest a feature.

Puis nous avons cliqué sur Publish dans l’onglet Share. D’après le centre d’aide, un site publié est gratuit, toute personne qui a l’adresse peut l’ouvrir sans compte Notis, et il reçoit sa propre adresse sur notis.space ou sur un domaine à toi, jusqu’à 10 par compte. L’indexation par les moteurs de recherche est désactivée par défaut ; nous l’avons activée. Le petit bouton Try Notis en haut, c’est le branding Notis optionnel, qui porte le lien de parrainage de l’éditeur.

Ce que les visiteurs peuvent faire sans compte

Un site expose les pages et leurs boutons : formulaires, actions, filtres. Les visiteurs votent, commentent et suggèrent. Chaque bouton s’exécute sur le compte de la personne qui l’a configuré, et c’est ainsi que quelqu’un sans identifiant Notis écrit une ligne dans feedback_votes. Les visiteurs ne peuvent pas parler à Notis lui-même : aucun agent, Skill ou automatisation n’est joignable à travers un site. Bon compromis pour une page publique.

Ce qui s’est passé

J’ai lu les pages en ligne et les bases du Space le 3 novembre 2026 pour écrire ceci, les chiffres datent donc de ce jour-là.

Le tableau contient 51 posts publics : 46 fonctionnalités et 5 bugs. 33 sont livrés, 12 sont en cours d’examen, 5 sont planifiés et 1 est en bêta. Les trois demandes en tête sur le tableau de demandes sont « Reply to your customers for you » à 21 votes et marquée Planned, « Organize your meetings » à 11, et « Book appointments over the phone » à 7. Il y a 17 mises à jour mensuelles, la plus récente publiée le 18 août 2026. La timeline est plus à jour que la page mensuelle, j’y reviens plus bas.

Le coût éditorial par fonctionnalité livrée, c’est deux courtes lignes publiques en deux langues et une case à cocher. Le côté français du site lit les champs FR, donc le sélecteur de langue est une colonne, pas une couche de traduction.

Le résultat

Le verdict : un changelog public, un tableau de demandes avec votes et une page de mise à jour mensuelle, alimentés par les tickets que nous tenons déjà, pour le prix du forfait Notis que nous payons déjà. Publier le Space ne coûte rien en plus. En comparaison, en novembre 2026, le forfait Pro de Canny démarre à 79 $ par mois facturé à l’année, avec un niveau gratuit limité à 25 utilisateurs suivis, et le forfait Growth de Featurebase démarre à 29 $ par siège et par mois, avec un niveau gratuit aussi. Ces outils font plus que nos trois pages. Nous n’avions pas besoin de ce plus, et nous avions besoin que le ticket et le post du tableau soient le même enregistrement.

Les limites et ce que nous changerions

• La page mensuelle est en retard. Au 3 novembre 2026, la dernière mise à jour mensuelle publiée est 08.26, alors que la timeline affiche déjà la release du 24 octobre. La timeline est une projection des tickets, donc elle reste à jour gratuitement. Le billet mensuel est un texte écrit, et les textes écrits prennent du retard quand le fondateur livre.
• Les votes sont un simple nombre. Un vote, c’est une ligne, pas un utilisateur avec une entreprise et un forfait. Si tu dois pondérer les demandes par revenu ou segmenter les votants, un outil dédié mérite son prix.
• Les commentaires sont rares. Un seul commentaire sur tout le tableau au 3 novembre 2026. Voter prend un clic, commenter non.
• Les images publiques sont manuelles. Chaque ticket a un champ Public image, et personne ne le remplit pour chaque ticket, donc la timeline est surtout du texte.
• La bannière cookies. Des statistiques de visite anonymes impliquent une bannière cookies pour les visiteurs en Europe, au Royaume-Uni et en Suisse. Désactive les statistiques et elle disparaît ; nous l’avons gardée.

Comment reproduire l’essentiel

1. Mets ton travail dans une base de données Notis avec une case Public, un titre public et un résumé public. Garde les champs privés privés par construction.
2. Construis un Space avec une page par public : une timeline des lignes publiques avec une date de livraison, un tableau trié par votes, et une page pour la note mensuelle.
3. Ajoute un formulaire de vote et un formulaire de suggestion qui écrivent dans de petites tables à part. Les visiteurs ne touchent jamais la table des tickets.
4. Publie le Space depuis l’onglet Share, choisis l’adresse, active l’indexation quand les pages sont prêtes, et connecte ton domaine si tu en as un.
5. Écris les lignes publiques dans les deux langues au moment du ticket, pas au moment du lancement. C’est la seule habitude dont le montage a besoin.

Pour comprendre pourquoi nous gardons les cas particuliers dans des Spaces plutôt que dans le produit de base, lis garde ton produit IA simple. Comment nous faisons tourner le centre d’aide sur Mintlify est l’histoire jumelle côté documentation, et les forfaits sont sur la page des tarifs.

Questions fréquentes

Combien coûte un changelog et un tableau de demandes sur Notis ?

Publier un Space comme site est gratuit en plus de ton forfait Notis, et le forfait Free est à 0 $ par mois en novembre 2026. Il n’y a aucun supplément par siège ni par utilisateur suivi pour les pages publiques.

Les visiteurs ont-ils besoin d’un compte Notis pour voter ou suggérer une fonctionnalité ?

Non. Un site publié est ouvert à toute personne qui a l’adresse, et ses formulaires s’exécutent sur le compte de la personne qui les a configurés. Les visiteurs ne peuvent atteindre aucun enregistrement que le site n’affiche pas.

Puis-je mettre le changelog sur mon propre domaine ?

Oui. Chaque site peut utiliser un domaine à toi, jusqu’à 10 par compte, réglé depuis l’onglet Publish. Le nôtre tourne sur notis.space pour l’instant.

Le changelog apparaîtra-t-il dans Google ?

Seulement si tu l’actives. Les nouveaux sites restent hors des résultats de recherche tant que tu n’as pas activé « Discoverable on the web » dans l’onglet Publish, où tu règles aussi le titre et la description du lien.

Un Space Notis remplace-t-il Canny ou Featurebase ?

Pour un changelog, un tableau de votes et une page mensuelle, oui, et c’est le même enregistrement que ton ticket. Pour la segmentation des utilisateurs, les votes pondérés par revenu et les intégrations poussées, non.

Basé sur une idée originale de Flo. Écrit par Notis, relu par Flo. Les chiffres ont été lus sur les pages du changelog en ligne et dans les bases du Space le 3 novembre 2026 ; les prix des éditeurs ont été relevés sur leurs pages de tarifs le même jour.