Niji : Préparation call

Pitch d'ouverture · 90 secondes max

// Verbatim

"PM senior avec 10 ans d'expérience, dont 6 ans au Fooding à piloter une transformation digitale complète : refonte technique, équipe produit, intégration au CODIR post-rachat Michelin. Ce qui me différencie aujourd'hui : j'orchestre 7 agents IA en production (veille, coaching PM, monitoring). Dust, Make, Claude, RAG. Pas en formation : en prod.

Ce qui m'intéresse chez Niji, c'est de faire de cette infrastructure un levier d'adoption réelle chez des clients métiers : pas juste livrer des agents, mais s'assurer qu'ils sont utilisés, maintenus, et qu'ils changent vraiment la façon de travailler. Avant d'aller plus loin : est-ce que vous pouvez m'expliquer comment se passe concrètement la vie d'un Product Builder IA chez vous ?"

Pitch parcours · 5 min si demandé

~40s

Agence Care / Change 2013 › 2017

"J'ai commencé en agence digitale : chef de projet puis directeur de clientèle. Clients premium, projets complexes multi-pays. C'est là que j'ai appris les méthodes agiles et la discipline de livraison."

DS Automobiles SFR Prisma Press Agile

~90s

Le Fooding / Groupe Michelin 2017 › 2023

"Six ans au Fooding : le guide gastronomique de référence. Zéro culture produit à mon arrivée. J'ai tout construit : évangélisation interne, recrutement de l'équipe (PO, DA, lead tech), et pilotage de la refonte complète du site et des apps.

Le projet clé : la refonte du .com. 95% du trafic capté par les restaurants, 30% des requêtes sans résultat, dette technique majeure. Discovery rigoureuse : Club Fooding (20 hyper-fans), GA, Hotjar, benchmark. Résultats : +60% temps desktop, +116% mobile, rebond à 39% vs 58%, +80% pages vues.

En 2019, rachat par Michelin et intégration au CODIR pour définir la stratégie produit à 5 ans."

Discovery Refonte tech Management équipe CODIR SEO

~20s

Aidant familial 2023 › 2024

"J'ai fait le choix d'accompagner mes grands-parents en fin de vie. 18 mois, décision assumée. Ce qui m'a permis de revenir avec une vraie clarté sur ce que je veux, et de consacrer du temps à monter en compétences sur l'IA."

~50s

R3 · VERSO déc. 2024 › déc. 2025

"PM sur VERSO, un SaaS de diagnostic RSE B2B. De zéro à la mise en production en 12 mois. Specs fonctionnelles, backlog, roadmap, rituels Scrum, discovery utilisateurs, onboarding de 5 clients : Crédit Agricole, fédérations nationales. Full ownership sur le produit."

SaaS B2B 0 › prod Scrum 5 clients RSE

~60s

IA · aujourd'hui 2026 ›

"Depuis début 2026 : formation AI Discipline avec Rémi Guyot et Tristan Charvillat, puis 7 agents en production. Pas en test. En prod, avec un agent monitoring qui surveille l'ensemble et sort un score de fiabilité régulier. Un agent factory pour déployer les suivants rapidement. Chaque agent connaît son périmètre : ce qu'il peut faire, ce qu'il ne touche pas, à qui il passe la main. C'est ça qui distingue un système qui tient d'une collection d'expérimentations.

Veille IA, coach PM, offres, newsletter, analyse financière pour un client externe. Dust, Make, Claude, du RAG. Pas de code natif, mais une logique d'orchestration que je peux expliquer pièce par pièce. Tout ça est documenté sur matthieu-duval.com"

7 agents prod Dust Make RAG Claude Portfolio

⚙ Context Engineering

La discipline qui décide ce qu'un agent doit savoir, et ce qu'il n'a pas besoin de savoir. Comme un bon brief : tu ne donnes pas à tout le monde la même information, tu donnes à chacun exactement ce dont il a besoin pour faire sa partie.

En pratique : chaque agent a un document de référence qui définit son périmètre et ses règles. Une base de connaissances lui injecte uniquement les infos pertinentes à sa tâche. Le routing détermine quel modèle prend quoi selon la complexité.

La différence avec "utiliser ChatGPT" : ChatGPT répond à une question. Un agent bien structuré exécute un workflow. Il sait où il commence, où il s'arrête, ce qu'il transmet au suivant. Et il ne dérive pas.

6 postures PM IA Niji · preuves concrètes

✅ Stratège & Researcher

Club Fooding (20 users), GA, Hotjar, benchmark. Agent de veille IA en prod.

✅ Orchestrateur d'agents

Context engineering : chaque agent a son périmètre, son contexte injecté, sa règle de routing. HANDOFF structuré entre agents. Memory inter-sessions. Système, pas outil.

✅ Builder

Dust, Make, Claude, RAG. POC fonctionnels no-code/low-code. Pas de code natif mais logique agentique maîtrisée.

✅ Responsable

VERSO en prod en 12 mois. Validation outputs, métriques, arbitrage qualité.

✅ Garant des bonnes pratiques

Agent monitor : tests API live, scoring F/P/S/C, rapport HTML. Agent factory : nouveau agent en quelques heures. Prompts versionnés. Portfolio : matthieu-duval.com

⚠ Gardien de la conformité

RGPD / gouvernance : pas de réf. directe. Ne pas survendre : "je l'intègre en conception, pas expert compliance."

Pitch IA · 3 min

// Verbatim

[~3 min]

~20s

"Ce qui m'a mis en mouvement sur le sujet IA, ce n'est pas une opportunité de marché. C'est la conviction que le métier de PM est en train de changer structurellement, et que l'attendre de voir ne serait pas une posture neutre. Ce serait un choix par défaut. J'ai préféré en faire un choix actif."

~60s

"Concrètement, depuis début 2026, j'ai construit sept agents en production. Pas en test, pas en démo : en prod, qui tournent. Trois familles. La première, usage personnel : un agent de veille PM qui tourne en cron le lundi matin, agrège, filtre et publie sur Notion ; un agent coach pour préparer les entretiens, avec six modes distincts et un dashboard ; un agent newsletter qui capte des sources Gmail et les synthétise. La deuxième famille, c'est l'infrastructure : un monitoring qui sort un score de fiabilité pour chaque agent, une factory CLI en six phases pour déployer les suivants sans repartir de zéro. Et la troisième, c'est un client externe livré en prod : Brisquard, CEO d'un cabinet de search. Il reçoit chaque jeudi à 8h un dashboard sur les opérations financières françaises de la semaine, avec son email, son lien, et la météo de Toulouse."

~40s

"Ce qui m'importe, c'est que ce n'est pas du vibecoding dispersé. Il y a une architecture derrière. Chaque agent a son périmètre documenté, ses règles, ses références. Un système de monitoring qui détecte les dérives avant qu'elles deviennent des bugs. Un wiki inter-sessions pour que le contexte ne se perde pas d'une conversation à l'autre. Et un routing explicite entre les modèles selon la complexité de la tâche : on n'utilise pas Opus pour formater un fichier CSV."

~30s

"Ce que ça m'a vraiment appris : la compétence rare, ce n'est pas de construire un agent. C'est de faire en sorte qu'il ne dérive pas, qu'il soit maintenu, qu'il soit utilisé six mois après le lancement. C'est là que la plupart des projets IA s'arrêtent : ils fonctionnent le jour de la démo, et personne ne les regarde plus trois semaines après."

~30s

"Ce que j'en retire pour un contexte comme Niji : la capacité à cartographier les workflows d'une organisation, identifier les cas d'usage à impact réel (pas les plus impressionnants, les plus utiles), construire proprement, et surtout faire adopter. Parce que l'adoption, c'est le vrai critère. Pas la démo."

Sujets sensibles · réponses prêtes

"Je suis basé à Nantes avec une famille. Je peux me déplacer ponctuellement, une journée, un lancement, mais pas 2-3 jours/semaine. C'est une contrainte réelle que je préfère poser clairement."

"Je ne suis pas dev. En revanche, je produis des POC fonctionnels avec Make, Dust, Claude Code : 7 agents en prod. La limite c'est le code natif, pas la logique agentique."

"C'est la différence entre un agent qui 'sait des choses' et un agent qui sait exactement quoi faire dans ce contexte précis. Sur mes agents, chaque projet a un document qui définit périmètre, règles, limites. C'est ce qui fait qu'ils ne dérivent pas. Ma question pour vous : sur vos missions client, est-ce que le contexte est documenté et maintenu, ou ça reste dans la tête du consultant ?"

"Choix assumé d'accompagner mes grands-parents en fin de vie. 18 mois. Ça m'a permis de revenir avec clarté et de construire activement ma dimension IA."

"Parce que vous posez la question de l'adoption avant celle des outils. Ce que j'ai construit ces 6 mois ne vaut rien si les agents ne sont pas utilisés, maintenus, compris par ceux qui les héritent. Niji est l'un des seuls endroits où cette exigence est un critère de mission, pas un bonus post-lancement."

Si la tension ESN est nommée : "Mon filtre habituel écarte les ESN pour le modèle rotatif et l'absence d'ownership. Ce que je viens vérifier ici, c'est si Niji échappe à ces deux critères : outil différencié, missions avec continuité. C'est pour ça que mes questions sur la mobilité sont des go/no-go, pas des curiosités."

"Oui : je connais la logique de classification par niveaux de risque et ce que ça implique quand on construit des agents. Le Digital Omnibus de mai 2026 a repoussé les obligations haut risque à fin 2027, mais ça ne change pas la posture : si on ne l'intègre pas by design maintenant, c'est du refactoring garanti. Pour moi c'est une dimension de la conception, pas une case compliance à cocher en fin de projet."

En pratique : qualifier le niveau de risque dès la définition (back-office = minimal, scoring RH = haut risque), et produire une cartographie des systèmes IA : un livrable PM, pas une note juridique.

Limite à tenir : je ne suis pas expert conformité. Je sais où ça se joue et quand appeler la bonne personne. Mon rôle, c'est d'éviter d'arriver en fin de projet avec un système mal qualifié dès le départ.

Questions à poser · clique pour marquer posée

"Le bureau de Nantes : les missions se passent concrètement où ? Je vois que vous avez surtout Paris et Lille en ce moment. Quel serait le rythme de déplacement attendu ?"

→ Sujet bloquant. À poser tôt. Si >2 jours/semaine hors Nantes = PASS.

Mobilité

"La durée moyenne des missions : 3 mois, 6 mois, plus long ? Vous avez des missions 100% remote actuellement ?"

→ Consulting rotatif ou ownership durable ?

Modèle

"Quelle est la taille de l'équipe Nantes aujourd'hui ? Qui serait mon interlocuteur direct ?"

→ Structure locale et reporting.

Équipe

"Y a-t-il des projets internes Niji sur des agents IA, ou tout se passe chez les clients ?"

→ Ownership produit possible, même partielle ?

Produit

"Quand vous livrez un agent chez un client, est-ce qu'il y a quelqu'un côté client qui maintient le contexte, les prompts, les règles ? Ou ça reste orphelin après la mission ?"

→ Sonde la pérennité de leurs livrables. Montre que tu penses maintenance et transfert, pas seulement lancement.

Context

"Comment Niji se distingue d'une ESN classique sur les missions IA ? Vous avez vos propres frameworks, vos propres stacks ?"

→ Modèle différencié ou interchangeable ?

Positionnement

"Quels sont les secteurs clients sur Nantes : foodtech, médias, ESS ?"

→ Fit avec tes domaines de prédilection.

Secteurs

"Quelle est la suite du process si ce call se passe bien ?"

→ À placer en fin de call.

Process

Match profil vs offre · ligne par ligne

Exigence Niji

Ton profil

4-8 ans PM

10 ans : Agence, Fooding (6 ans CDO), R3. Légèrement au-dessus. L'encadrer comme atout ("je sais faire les deux côtés de la table").

Au moins 1 cas IA en prod

7 agents en prod : veille, coach PM, offres, newsletter, monitoring, factory, brisquard. Tous documentés sur matthieu-duval.com.

Claude, Make, Dust

Toutes en prod. Make : pipeline offres + alertes. Dust : RAG + base de connaissances. Claude : agents, context engineering.

Discovery, user research

Club Fooding (20 hyper-fans), GA + Hotjar, benchmark. +60% desktop, +116% mobile grâce à une discovery rigoureuse.

Gestion backlog, Scrum, OKRs

VERSO (0 → prod en 12 mois) : specs, backlog, rituels Scrum, 5 clients. Fooding : stratégie produit 5 ans pour CODIR Michelin.

Vibecoding en autonomie(Lovable, Cursor exigés)

No-code / low-code : Make, Dust, Claude Code. Pas Lovable ou Cursor. À formuler : "je produis des POC fonctionnels en autonomie. L'outil exact dépend du contexte."

Expérience cabinet / ESN(idéalement)

Aucune ESN dans le parcours. Contrebalancer avec l'expérience conseil interne (Fooding / Michelin) et la rigueur méthodologique agence (2013-2017).

Animation adoption, formation

Pas de preuve directe. Approcher par la posture CODIR (évangélisation culture produit au Fooding from scratch) et l'agent factory comme outil de transfert.

RGPD / conformité IA

Non couvert dans le parcours. Ne pas survendre. Réponse honnête : "je l'intègre dès la conception, pas expert compliance."

5 leviers Niji · tes preuves concrètes

Levier 01

Automatisation processus complexes

Agent offres PM : Make + Airtable, pipeline de veille offres entrant. Agent brisquard : RSS finance → rapport HTML hebdomadaire pour client externe. Agent veille PM : 18 sources, Notion, 0,04€/run.

Levier 02

Expérience personnalisée · segment-of-one

Fooding : Club des 20 hyper-fans pour une discovery ultra-ciblée. Refonte .com avec recherche personnalisée (Algolia vs Elastic Search). +116% mobile, rebond 39% vs 58%.

Levier 03

Nouveaux modèles de produit

Agent factory : un produit qui crée d'autres produits (méta-niveau). Portfolio public comme démo live permanente. SaaS → Software as an Agent : chaque agent est un produit autonome livrable.

Levier 04

Intelligence sur données propriétaires

Garden Wiki (RAG) : base de connaissances personnelle injectée dans les agents selon le contexte. 2e cerveau à l'échelle = ce que le PM fait pour lui, il peut le faire pour un client.

Levier 05

Orchestration multi-systèmes

Pipeline 7 agents coordonnés : Dust + Make + Claude + Notion + GitHub + Cloudflare. Chaque agent connaît son périmètre, ses outils, à qui il passe la main. Workflows déclenchés par signal.

Éléments de langage Niji · à utiliser / à éviter

Utiliser ces termes · ils sont dans leur framework

segment-of-one dette agentique architecture agentique (.md) le proto devient l'outil de décision pilote un système, pas un outil SaaS → Software as an Agent garde-fous boucle courte plan d'adoption 2e cerveau à l'échelle cartographier les processus métiers agents fantômes contextes perdus OKRs

Reformuler plutôt qu'utiliser tels quels

vibecoding Lovable / Cursor n8n

Pont à créer : Ton CLAUDE.md par projet = exactement ce que Niji appelle "architecture agentique (.md)". Ton monitoring = exactement ce que Niji appelle "éviter les agents fantômes". Ta memory system = "2e cerveau à l'échelle". Utilise leurs mots pour décrire tes pratiques.

Pourquoi tu gagnes · 4 angles

Le seul avec un monitoring en prod

Pas juste des agents qui tournent : un agent qui surveille tous les autres, sort un score de fiabilité F/P/S/C, détecte les hallucinations. La plupart des candidats ont des agents. Toi tu as un système qui se supervise lui-même.

Portfolio vérifiable pendant l'entretien

matthieu-duval.com est live maintenant. Chaque agent documenté, chaque choix architectural expliqué, les métriques par projet. Pendant que la plupart des candidats parlent de leur stack, la mienne est vérifiable en temps réel pendant qu'on se parle. Ce n'est pas un CV mis en scène : c'est le système tel qu'il tourne.

Expérience CODIR = interlocuteur décisionnaire

Intégration au CODIR Michelin en 2019, stratégie produit à 5 ans présentée à la direction. Sur les missions Niji, c'est ce qui fait la différence entre un PM qui livre et un PM que le client rappelle.

Context engineering comme pratique documentée

Ce que Niji appelle "architecture agentique (.md)", tu le fais depuis des mois sous le nom CLAUDE.md. Ce n'est pas un concept que tu viens de découvrir : c'est ton protocole de travail quotidien.

Charles Edange · directeur Practice Produit & Agilité

Sa conviction centrale (3 posts sur 5) : "le vrai levier de transformation n'est pas l'outil : ce sont les usages, l'adoption, et la capacité des équipes à réinvestir le temps gagné."
C'est ton terrain. Tout ce que tu fais depuis 6 mois va dans ce sens. Utilise exactement cette formulation en retour.

Ses formulations clés · à reprendre dans le call

"Passage du descriptif au décisionnel"
Agent CRM : "les équipes ne lisent plus des dashboards, elles challengent leurs campagnes"

Ton angle : ton agent veille ne produit pas un résumé, il produit une recommandation. Ton agent monitoring ne liste pas des erreurs, il sort un verdict de fiabilité. Même logique.

"La documentation, outil d'adoption"
"pas une tâche administrative"

Tes CLAUDE.md, system prompts versionnés, HANDOFF entre agents : c'est exactement ça. Dire : "je documente chaque agent pour que l'outil soit adoptable, pas seulement fonctionnel."

"Levier d'exigence, pas raccourci vers la dette technique"
"Un levier de qualité, pas seulement de vitesse"

Ton monitoring = preuve concrète. Tu n'as pas juste livré des agents vite. Tu as construit un système qui surveille leur qualité. C'est exactement son critère n°1.

"Compagnonnage plutôt que formation classique"
Post 4 : "on apprend en faisant, en observant, en appliquant"

Il cherche quelqu'un qui a ce mindset. Ton parcours (AI Discipline + agents en prod immédiatement) correspond mot pour mot à sa pédagogie. Mentionner la formation AI Discipline sur ce registre.

"PO qui deviennent Product Builders augmentés"
"premier critère de recrutement"

C'est toi. Mais ne le dis pas comme ça. Montrer la trajectoire : PM classique Fooding → SaaS R3 → infrastructure IA autonome. La transformation s'est faite par la pratique, pas par la certification.

"Toolbox surmesure d'agents"
"déployés en missions chez les clients"

Sa vision : les agents Niji sont livrés aux clients, pas gardés en interne. Cela signifie que ton portfolio d'agents n'est pas une démo perso : c'est exactement le type de livrable qu'il déploie. Souligner ce point.

Termes issus de ses posts · à glisser dans le call

chantiers agentiques passage du descriptif au décisionnel adoption de l'agent réinvestir le temps gagné toolbox surmesure expérimenter, cadrer, mesurer, apprendre Product Builder augmenté levier d'exigence gouvernance solide compagnonnage

Question à lui poser · en fin de call

"Vous avez une conviction forte sur la différence entre livrer vite et livrer bien avec l'IA. Concrètement, chez vos clients, qui porte le sujet de la qualité des agents après la mission : est-ce qu'il y a quelqu'un côté client qui maintient ça, ou c'est encore un sujet que vous portez seuls ?"

Plan de mission type · 4 phases

01 Audit

1 à 2 semaines

Cartographie des workflows existants. Identification des tâches à fort volume ou faible valeur ajoutée. Evaluation de la maturité outils et données en place. Interviews équipes métier pour comprendre ce qui freine, pas ce qui manque.

On ne part pas des outils disponibles, on part des frictions réelles. La liste des cas d'usage vient de là, pas d'une grille générique.

02 Acculturation

2 à 4 semaines

Ateliers sur des cas concrets de l'organisation : pas une démo ChatGPT générique, une démonstration sur un vrai workflow de l'équipe. Identification des ambassadeurs internes. Pose du cadre : ce qu'on automatise, ce qu'on ne touche pas, ce qui reste à l'humain, et pourquoi.

L'acculturation précède le développement. On ne construit pas avant que les équipes comprennent ce qu'elles vont maintenir.

03 Cas d'usage et intégration

4 à 8 semaines

Priorisation par impact et faisabilité réelle (pas théorique). POC sur un ou deux cas prioritaires. Mise en prod avec documentation complète : prompts versionnés, périmètre défini, monitoring en place.

Critère de sortie unique : l'équipe peut maintenir sans le consultant. Si ce n'est pas le cas, on n'est pas en phase 4.

04 Recommandations et roadmap

2 semaines

Mesure des résultats sur des indicateurs concrets : temps gagné, qualité d'output, adoption réelle à 30 jours. Consolidation des patterns reproductibles. Roadmap 6 à 12 mois avec jalons de suivi et critères d'autonomie équipe.

La roadmap est calibrée sur ce qui a marché dans l'organisation, pas sur ce qui marche ailleurs.