Skip to main content
Chaque semaine, récupérez les changements depuis GitHub et Linear, générez des notes de version destinées aux clients regroupées par Nouveau, Amélioré et Corrigé, et publiez-les dans Notion. Ignorez les tâches internes uniquement et signalez tout ce qui ressemble à un changement cassant, afin que produit, support et clients partagent la même histoire à intervalle régulier.

Idéal pour

  • Les chefs de produit qui ont besoin d’un changelog hebdomadaire sans attendre un tag de version.
  • Le marketing produit et le support qui ont besoin de la même histoire que les clients.

Connecteurs

Avant de commencer

Indiquez à l’Agent le dépôt et l’équipe Linear. Connectez Notion pour la page publiée. Précisez quel jour l’exécution hebdomadaire doit avoir lieu.

Invite à l’Agent

À quoi s’attendre

L’Agent rédige les notes de la semaine précédente à partir des pull requests et des issues, puis écrit une page Notion. Modifiez le ton avant de les envoyer aux clients. Ignorez tout ce qui ressemble à une tâche interne, et placez les changements cassants en haut. Comparez la page aux pull requests fusionnées de la semaine précédente avant de publier.

Adaptez-le à vos besoins

Dépannage

  • Des tâches internes apparaissent dans les notes : indiquez à l’Agent le bon dépôt et la bonne équipe Linear, et demandez-lui à nouveau d’ignorer les tâches qui ne sont jamais livrées aux clients.
  • Un changement cassant a été enfoui : dites à l’Agent ce que « cassant » signifie pour vous (connexion, facturation, ou une migration requise) et demandez-lui de placer ces éléments en haut, signalés.
  • La page Notion n’est pas la bonne : donnez le lien exact de la page ou de la base de données, et précisez s’il faut écraser les notes de la semaine précédente ou créer une nouvelle page à chaque exécution.

Voir aussi

Sourcer des candidats

Le même connecteur GitHub pour le recrutement, pas la livraison.

Analyser les retours clients

Pour les chefs de produit qui examinent aussi les tickets dans Notion.