Le pari de départ tient en une question. Peut-on transférer à un agent l'intuition produit qu'un PM met dix ans à construire. Jonathan a passé six mois à répondre, module par module, en branchant des agents Notion les uns aux autres. Le résultat traite les signaux clients, décide seul ce qui mérite une feature, mène la discovery, écrit les tickets et déclenche le code. Il détaille l'architecture, les chiffres obtenus, et le goulot d'étranglement que le système a créé ailleurs.
1. Concentrer les PM sur les cas les plus difficiles
"La problématique de base, c'est comment faire en sorte que les PM se concentrent vraiment sur ce qui est le plus difficile, les cas les plus hardcore, et qui laissent gérer le système pour tous les autres cas."
2. Un PM virtuel junior, du signal au code
"Notre objectif est très ambitieux, c'est d'avoir un PM virtuel junior qui puisse gérer de bout en bout toute une chaîne du signal au code."
3. Pourquoi des agents Notion
"C'est à la fois ergonomique et puissant. Il y a de l'observabilité. Tu peux étudier les logs, tu as des permissions. Vraiment, c'est agent entreprise."
4. De n8n aux agents autonomes en neuf mois
| Période | État du système |
|---|---|
| Décembre | Workflow n8n de 80 nœuds, très fragile, pour écrire une user story |
| Février | Arrivée des gros agents autonomes, refus de leur confier les epics |
| Août | Les agents créent tous les epics |
Décembre
Workflow n8n de 80 nœuds, très fragile, pour écrire une user story
Février
Arrivée des gros agents autonomes, refus de leur confier les epics
Août
Les agents créent tous les epics
"En février, je me disais que je ne vais pas laisser mes agents écrire mes epics, c'est mon domaine privé. En août, c'est mes agents qui me créent tous les epics."
"Les n8n, plus jamais. C'est trop fragile. Il n'y avait que moi qui savais le faire. Donc ça cassait tout le temps."
5. Le bloc Signal avec Slack et le Product Scout
"Il y a eu un saut qualitatif, mais qui a été monumental, parce que c'est l'agent qui n'a pas la flemme, qui peut se permettre d'aller faire des recherches, remplir les champs."
6. Le tri par portes de l'Opportunity Finder
1. La valeur est-elle réelle
Si on réalise la demande telle qu'elle est formulée, est-ce que cela apporte vraiment de la valeur.
2. Est-ce redondant
Le produit permet-il déjà de traiter le problème par un autre chemin.
3. Quelqu'un s'en occupe-t-il déjà
Une autre équipe ou un autre projet couvre-t-il le sujet.
"C'est juste ce fichier qui fait office d'intuition produit, de priorisation. Il n'y a pas de magie noire derrière."
7. La voie quick win, sans intervention humaine
1. Cohérence produit
La solution s'inscrit-elle dans la logique et le design actuels. C'est le filtre qui évite l'accumulation de gadgets.
2. Petit et facile
Vérifié par une analyse légère de la code base.
3. Assez clair
Y a-t-il de la complexité cachée derrière une demande d'apparence simple.
4. Risque légal
Consentement utilisateur, envoi de SMS, obligations réglementaires.
8. La voie Epic, entre stratégie, deal breaker et effort
9. Quatre-vingts pour cent de fit avec le jugement du PM
"J'ai pu extraire de moi l'intuition que j'ai construite avec dix ans d'expérience sur traiter des features et des demandes."
"Le PM a cette intuition produit, ce sens produit de pouvoir juger hyper vite si un truc est pertinent ou pas. Oui, c'est vrai. Mais ce qui est aussi vrai, c'est qu'on peut reverse-engineer son intuition."
10. L'Epic Manager, son protocole de discovery et ses sous-agents juges
"Les instructions, c'est regarde dans GitHub pour connaître tes capacités."
11. La collection de skills
"C'est des features PM level, ce n'est pas des features ChatGPT level."
"Le format du compte-rendu, ce n'est pas trois mille pages de slop ou des PRD que personne ne va jamais lire. C'est un format qui est conçu pour l'attention du PM."
12. Les tests utilisateurs simulés avec des personas
"Ça, hyper puissant, je vous invite à le voler. Je pense que tout le monde devrait faire ça maintenant."
13. Des tickets Linear au coding agent Riff
"Si je vois encore des gens qui font des tickets à la main, vraiment, ça n'a aucun sens aujourd'hui."
"Tout le monde peut lancer Riff. Donc un PM, un designer, tout le monde a le droit de lancer Riff. Mais il n'y a que les ingénieurs qui ont le droit de cliquer sur Merge à la fin."
"Une fois que Riff dit que cette PR est green, ils peuvent merger sans trop de stress. Ce n'était pas le cas avant, mais maintenant, ça l'est."
14. Le goulot d'étranglement s'est déplacé sur la review
"Le goulot d'étranglement n'est plus au même endroit qu'avant. Là, ce n'est plus le développement, ce n'est plus le PM, ce n'est plus le designer. C'est la review, c'est la partie finale quand on met en production."
"On se fait régulièrement gueuler parce qu'on sort des trucs trop vite."
15. Le drilling, des agents qui créent des agents
"Je pense que passer six mois à créer des agents qui se parlent entre eux, c'est peut-être déjà obsolète."
16. Coûts, ROI et par où commencer
"Isoler les feature requests, les classifier, ça se fait tout seul, c'est formidable. Ça me prenait une heure par jour et maintenant ça me prend zéro heure par jour."
"Si vous êtes très débutant, vous n'avez jamais fait d'agent, je vous conseille de faire des agents qui répondent aux questions. Hyper simple, valeur instantanée."
"La qualité du Notion, c'est un vrai différenciant entre les équipes qui ont une bonne qualité et où les agents marchent super bien, et les équipes où il n'y a pas une bonne qualité et les agents ne marchent pas très bien."