RAPPORTSept. 2026 · étude toujours en cours

Les décisions Produit

À l’ère de l’IA,
qu’est-ce qui change vraiment ?

Les frictions, les pratiques et les choix de celles et ceux qui font le produit, racontés par seize Heads of Product, CPO, designers et researchers.

● 16 ENTRETIENS MENÉS
● 4 ENSEIGNEMENTS
● CÉDRIC DE LA CHAISE · LEAD RESEARCHER
Insight 01 / Arbitrages & priorités

Une priorité ne tient pas
sans renoncement.

Les scores ne règlent pas les objectifs concurrents ni la question de qui tranche.

On ajoute, sans retirer.

Les urgences entrent sans préciser ce qu’elles remplacent.

P07 · SaaS B2B

Les PM réarbitrent en continu.

Plusieurs décideurs business portent des demandes concurrentes.

P05 · Marketplace de services
La voix du terrain
« si ça devient le plus important, qu'est-ce qui devient moins important. »
SaaS B2BP07 · Extrait de transcription
À tester

Nommer ce qui attendra.

Pour chaque nouvelle priorité : un décideur, un engagement déplacé et une condition de réexamen.

Insight 02 / Connaissance & preuves

Le feedback a besoin
d’une décision à éclairer.

Une base de retours peut améliorer une solution sans jamais faire évoluer les priorités.

La preuve arrive après le choix.

Les retours affinent les sujets retenus ; le lien avec les arbitrages de direction reste peu formalisé.

P07 · SaaS B2B

Les études restent peu visibles.

Une connaissance riche ne circule pas toujours jusqu’aux décideurs.

P11 · Services financiers
La voix du terrain
« c'est aussi donner des insights sans demande, c'est me nourrir de choses pour créer ma stratégie qui va derrière »
Loisirs numériquesP09 · Extrait de transcription
À tester

Une preuve. Un destinataire. Un choix ouvert.

Partir d’une décision à venir : quel enseignement pourrait réellement la modifier ?

Insight 03 / Capacité & apprentissage

Livrer plus vite
ne suffit pas à apprendre.

La vitesse peut déplacer le problème vers le cadrage, la cohérence et la validation.

Le quotidien absorbe le temps.

Spécifications et analyses occupent le Produit ; les entretiens sont parfois réservés aux grands chantiers.

P05 · P06 · P07

La cohérence doit être rattrapée.

Un PM a ralenti des sorties pour confronter le parcours aux clients.

P10 · SaaS B2B
La voix du terrain
« Je trouve qu'on est encore trop dans le delivery et trop à spécifier et trop dans le micro. »
Marketplace de servicesP05 · Extrait de transcription
À tester

Vérifier l’inconnue avant d’investir.

Choisir une preuve adaptée au risque et définir ce qui ferait poursuivre, modifier ou arrêter.

Insight 04 / IA & collaboration

Les contributions s’ouvrent.
La responsabilité reste.

L’IA facilite les passages entre métiers. Elle ne garantit ni le contexte, ni le résultat.

On contribue hors de son métier.

Une leader Design contribue au code ; les développeurs conservent la revue technique.

P12 · E-commerce

Le contrôle devient collectif.

Vérification, accès aux données et actions autonomes posent des risques différents.

P08 · Services financiers / P03 · Outillage B2B
La voix du terrain
« Pour moi, c'est des équipes plus dynamiques, mais chacun son leadership. »
E-commerceP12 · Extrait de transcription
À tester

Définir le cadre avant de généraliser.

Sur un usage précis : quelles données, quels droits, qui produit et qui valide ?

Les pratiques, pas les promesses

Assister le travail.
Ce n’est pas déléguer le choix.

Déjà décrit en pratique

  • Trier les retours clientsRegroupement automatique, revue humaine. P10
  • Préparer les spécificationsDocumentation, rédaction assistée, validation. P07
  • Prototyper et contribuer au codeContributions élargies, revue technique conservée. P05 · P10 · P12

Envisagé ou encore en cours

  • Détecter des opportunités en continuSynthèses pour préparer la priorisation. P05 · P07
  • Interroger la connaissance ResearchRecherche assistée dans le repository. P11
  • Questionner un agent sur la roadmapUn projet dépendant d’une stratégie explicite. P10
La voix du terrain
« Alors aujourd'hui, moi je me sers pas de l'IA pour la prise de décision. »
Services financiersP08 · Extrait de transcription
Le terrain, en perspective

Des tensions qui se recoupent.
Des contextes différents.

16

entretiens menés, étude toujours en cours

Dont 12 analysés à ce stade : 11 transcriptions et 1 prise de notes.

Une personne compte une seule fois par thème. Les récits concernent des frictions actuelles ou passées.

Entretiens documentant la friction
Arbitrages et priorités8 / 12
Preuves reliées aux décisions6 / 12
Capacité pour apprendre5 / 12
Intégration de l’IA6 / 12
Les thèmes se chevauchent. Couverture des questions inégale : un thème non codé n’est pas une absence de problème.

À lire avec prudence Ces nombres ne mesurent ni la prévalence dans le marché, ni la gravité.

La lecture stratégique

Un livrable n’est pas
encore un résultat.

Un gain de vitesse ne démontre pas, à lui seul, un gain de revenu.

  1. 01 / Activité

    Produire

    Prototype, analyse, synthèse.

  2. 02 / Décision

    Choisir

    Confirmer, modifier, différer ou arrêter.

  3. 03 / Usage

    Observer

    Compréhension, activation, répétition d’usage.

  4. 04 / Business

    Évaluer

    Revenu, coût, risque, capacité ou rétention.

La question clé Qu’est-ce qui a changé dans la décision, puis pour les utilisateurs ?

Grille d’analyse proposée, pas une chaîne causale mesurée dans le corpus.

Un exemple concret / Loisirs numériques

Mesurer l’usage,
pas seulement la livraison.

+5 à 6

points d’activation

sur quatre semaines, déclarés par un participant

P06 · Données non auditées

Après l’analyse des pertes du parcours et une refonte de l’onboarding, un participant rapporte davantage de nouveaux inscrits réalisant une première action.

La voix du terrain
« Aucune feature ne sort si elle n'est pas traquée en termes d'événements. »
Loisirs numériquesP06 · Extrait de transcription

Ce que ce chiffre ne dit pas. Dénominateur précis et protocole contrôlé non disponibles. Aucun effet causal de l’IA ni gain de revenu démontré. Ce résultat ne peut pas être généralisé.

Le point de vigilance

La dette et la fiabilité
restent de vrais sujets.

Mieux expliquer un arbitrage ne répare pas, à lui seul, les fondations techniques.

Relier la technique à une conséquence business.

Dans les services financiers, dette technique et qualité des données peuvent freiner les nouvelles initiatives.

Une capacité restauréeUn risque réduitUn délai évité
La voix du terrain
« Mais qu'est-ce que ça veut dire quand on dit traiter de la dette technique? Comment on traduit ça concrètement? Comment on mesure ça? »
Services financiersP08 · Extrait de transcription

Piste à tester Associer chaque investissement de fond à un résultat suivi avec l’équipe technique.

Passer à l’action

Une décision réelle.
Un premier changement.

Les recommandations sont des hypothèses à tester, pas une réorganisation clé en main.

01

Repérer la friction

Clarifier l’objectif, les options, les contraintes et la preuve manquante.

02

Tester un changement

Un renoncement explicite, un test ciblé ou une validation clarifiée.

03

Examiner l’effet

Conserver, adapter ou arrêter selon ce qui a changé dans la décision et dans l’usage.

Un exemple pour commencer

« Faut-il refaire l’onboarding ? »

Méthode & prolongements

Une étude ouverte.
Des conclusions situées.

Le corpus

16 entretiens, 3 métiers.

Produit, Design et Research. Étude toujours en cours : 12 analysés à ce stade, 11 transcriptions et 1 prise de notes ; des expériences actuelles et passées.

L’analyse

Comparer, pas généraliser.

Lecture transversale assistée par IA, codage des frictions, contre-exemples et vérification textuelle des citations.

Les limites

Une première passe.

Pas de second codage indépendant, de réécoute systématique, de validation des participants ou d’audit des résultats.

La question à garder

Quelle preuve nous ferait changer de décision ? Partir de là.

— Cédric de la Chaise
Pour approfondir

Prioriser, c’est aussi renoncer.

Le cas terrain

Communiquer la décision ne suffit pas.

Dans les services B2B, une décision collective et partagée continue de provoquer des frustrations (P02, notes). Partager le choix ne suffit pas à faire comprendre ses conséquences.

La nuance

Un leader décrit une forte autonomie Produit (P06). Une autre équipe avance sur un chantier borné et une priorité claire (P12). Le besoin n’est pas d’ajouter partout un comité : il dépend de l’ambiguïté et des responsabilités qui se croisent.

Mettre en pratique

Nommer ce qui attendra.

  1. Comparer l’objectif, les preuves et la charge de la nouvelle demande aux engagements actuels.
  2. Nommer qui tranche et écrire quel engagement attendra.
  3. Définir le fait nouveau qui justifierait de rouvrir le choix.
Avec qui
Head of Product et responsable business.
À suivre
Choix rouverts sans fait nouveau ; travail commencé puis interrompu.

Ne pas rigidifier la réponse à un vrai changement de contexte. Le coût du re-travail n’est pas chiffré dans cette étude.

Pour approfondir

Relier les preuves aux choix.

Le cas terrain

Une boucle hebdomadaire vers la roadmap.

Un PM décrit un regroupement automatisé des retours clients, puis une revue humaine pour préparer les prochains sujets (P10, SaaS B2B). Une responsable Research diffuse une newsletter et une synthèse courte (P11, services financiers). Leur effet sur les décisions n’a pas été mesuré ici.

La nuance

Préserver les signaux émergents sans sponsor. Le volume de feedbacks ne mesure pas, à lui seul, l’importance d’un besoin. Rechercher aussi les non-clients, les utilisateurs silencieux et les faits qui contredisent l’intuition dominante.

Mettre en pratique

Une preuve. Un destinataire. Un choix ouvert.

  1. Identifier la décision, son responsable, son échéance et les options encore ouvertes.
  2. Rassembler problème, segment, faits, inconnues et preuves contradictoires sur une fiche.
  3. Noter ce que ces preuves ont confirmé, modifié ou fait abandonner.
Avec qui
PM et Research, avec Data.
À suivre
Décisions changées grâce à des preuves identifiables, pas nombre de feedbacks stockés.

Ne pas réduire la recherche à la validation des idées déjà retenues.

Pour approfondir

Protéger le temps pour comprendre.

Le cas terrain

Plus de recherche n’est pas toujours la réponse.

Le même participant décrit, dans un autre contexte, des contraintes de recrutement et un processus lourd. Il relate aussi l’usage de prototypes interactifs pour obtenir des retours plus directement (P10, SaaS B2B).

La nuance

Une modification réversible et peu risquée n’appelle pas le même effort qu’un engagement stratégique. Le besoin est une preuve utile au bon moment, pas un protocole maximal pour chaque modification.

Mettre en pratique

Vérifier l’inconnue avant d’investir.

  1. Nommer l’incertitude : besoin réel, compréhension, faisabilité, adoption ou risque.
  2. Choisir le test adapté : analyse, entretien, prototype, revue technique ou expérimentation.
  3. Fixer avant le test ce qui ferait poursuivre, modifier ou arrêter ; préserver le contact utilisateur.
Avec qui
Produit, Design/Research et Engineering.
À suivre
Inconnues levées avant développement, re-travail et temps d’attente.

Le corpus ne mesure pas un gain généralisable de productivité ou de revenu.

Pour approfondir

Ouvrir les contributions, garder les garanties.

Le cas terrain

Un prototype partagé, des garanties distinctes.

Des interfaces interactives arrivent plus tôt. Design reste garant de l’expérience ; Engineering, de la qualité technique (P12, e-commerce). Le chantier était nouveau et la mission claire ; étendre la pratique aux autres équipes restait difficile.

La nuance

Un SaaS décrit de meilleurs résultats sur des tâches riches en exemples que sur une refonte peu documentée (P07). Un usage réussi ne se transfère pas automatiquement. Un agent peut préparer une décision sans avoir mandat pour la prendre ou agir sans contrôle.

Mettre en pratique

Définir le cadre avant de généraliser.

  1. Borner l’usage, le contexte, les données autorisées et les actions interdites.
  2. Nommer qui produit, qui valide et qui assume le résultat, avec les règles techniques et Design.
  3. Mesurer production, vérification, corrections, incidents et adoption par l’équipe.
Avec qui
Produit et Engineering, avec Design et sécurité.
À suivre
Temps total jusqu’à validation, corrections, erreurs et qualité d’usage.

Aucun gain de performance comparable n’a été audité dans ces cas.

Pour approfondir

Relier les cas aux résultats.

Lecture AARRR proposée. Ces indicateurs sont à définir dans chaque équipe ; ils ne sont pas des résultats collectés par l’étude.

Acquisition
Positionnement et besoins acheteurs (P03). Suivre conversion par segment et raisons des opportunités perdues.
Activation / adoption
Pertes dans l’onboarding (P01, P06). Définir événement de valeur, fenêtre et cohorte avant le test.
Rétention
Répétition d’usage et modèles transactionnels (P02, P05, P06). Adapter la fenêtre de retour ou de réachat au service.
Revenu
KPI locaux pouvant dégrader le résultat global (P04). Suivre le résultat d’ensemble et ses garde-fous.
Recommandation
Insuffisamment documentée. Aucune conclusion ni métrique issue du corpus.

Dette technique, risque et capacité traversent ces dimensions et ne se réduisent pas au funnel.

Pour approfondir

Faut-il refaire l’onboarding ?

Scénario pédagogique proposé, pas un cas supplémentaire de l’étude.

Le signal

Des utilisateurs quittent le parcours.

Friction d’interface, valeur incomprise ou arrivée de personnes hors cible ? La refonte n’est qu’une option.

La preuve utile

Comparer les cohortes et rencontrer les utilisateurs.

Inclure des personnes activées et non activées, et chercher les cas qui contredisent l’explication initiale.

Le choix

Refondre, ou changer de piste.

Si les preuves convergent vers un obstacle du parcours, tester une correction. Sinon, réorienter l’investigation.

Définir l’événement d’activation, la fenêtre, le protocole et les garde-fous. Nommer le décideur et l’engagement qui serait déplacé.

Pour approfondir

Ce que l’étude permet de dire.

Une couverture inégale.

Les exports ne sont pas tous complets : P11 commence et se termine en cours d’échange ; P09 porte sur un sujet ciblé. P02 est une prise de notes et ne sert pas de source à un verbatim oral. Certains récits concernent plusieurs organisations.

Des sources traçables, sans identités publiées.

Noms, entreprises, situations RH et détails distinctifs sont retirés. Seuls des codes locaux et des secteurs larges sont publiés. Aucune transcription brute ni lien interne n’est diffusé. Les citations sont des extraits de transcription, pas des reconstitutions.

Cette pseudonymisation réduit le risque de réidentification sans le supprimer. La revue des passages sensibles et des conditions de diffusion reste à faire avec le responsable de l’étude. Aucun enregistrement vidéo ou audio n’est publié.

Le codage des tensions.

Les propos de l’intervieweur et les simples mentions d’outils sont exclus. Les récits concernent des frictions actuelles ou passées, dont certaines ont trouvé une réponse. Une personne est comptée une seule fois par thème.

Des priorités et des arbitrages difficiles à tenir · 8
Récit explicite de priorités concurrentes, vision peu exploitable, décideurs multiples ou adhésion fragile.
P02, P03, P04, P05, P07, P08, P09, P10.
Des preuves difficiles à relier aux décisions · 6
Difficulté explicite d'exploitation, de circulation ou de mobilisation de connaissance client dans les décisions.
P03, P05, P07, P09, P10, P11.
Peu de capacité pour comprendre avant de produire · 5
Temps, staffing ou lourdeur du processus limitant explicitement recherche, analyse ou exploration.
P03, P05, P06, P07, P10.
Une intégration de l'IA qui demande des garde-fous · 6
Friction explicite d'intégration : contexte, coordination, sécurité, revue ou adaptation humaine.
P02, P03, P07, P08, P10, P12.

Les repères du corpus.

  • P01 · Services financiers
  • P02 · Services B2B · Notes
  • P03 · Outillage technique B2B
  • P04 · Tourisme et e-commerce
  • P05 · Marketplace de services
  • P06 · Loisirs numériques
  • P07 · SaaS B2B
  • P08 · Services financiers
  • P09 · Loisirs numériques
  • P10 · SaaS B2B
  • P11 · Services financiers
  • P12 · E-commerce

Ce qui reste à apprendre.

Documenter les décisions avant/après, les usages abandonnés, les erreurs et le temps de vérification. Confronter les récits des leaders à ceux des PM, designers et ingénieurs. Préciser les résultats, leurs mesures, le recrutement et la couverture des contextes.

Aucune saturation n’est revendiquée. Chaque ajout entraînera une révision des codes, des contre-exemples et des décomptes. Le plan d’analyse a été formalisé après la collecte, pas avant les entretiens.

Lire les six questions et le plan de recherche