01
La valeur doit justifier le changement
Changer les habitudes est difficile, avec l’IA, encore davantage.
L'IA impose souvent de nouveaux réflexes, de nouvelles façons de travailler, parfois de nouvelles interactions avec le produit. Identifier un problème que l'IA sait résoudre ne suffit donc pas. La pertinence d'un cas d'usage dépend de la fréquence du problème, de la friction actuelle et de l'ampleur réelle du gain apporté.
02
La pédagogie fait partie du produit
Expliquer ce que le produit peut faire devient une partie de l'expérience.
Dans une interface classique, boutons, menus et parcours rendent les possibilités visibles. Avec l'IA, une grande partie de ces capacités devient invisible : les utilisateurs ne savent pas spontanément quoi demander, ni quand. La pédagogie s'intègre donc dans le parcours lui-même — montrer, guider au bon moment, rendre les cas d'usage évidents. L'onboarding seul ne suffit pas.
03
Il faut savoir où placer la frontière
Fiabiliser un produit IA, c'est savoir ce qui ne doit pas revenir à l'agent.
Le LLM excelle à comprendre des intentions, interpréter du langage et structurer de l'information. Mais les règles métier, les calculs, les contraintes réglementaires et tout ce qui exige du déterminisme restent dans le système applicatif. La qualité d'un produit IA dépend moins de la puissance du modèle que de la répartition des responsabilités.
04
Ce qui ne se mesure pas ne s’améliore pas
Un produit IA ne progresse pas sans évaluation.
Les produits IA sont probabilistes : une réponse peut être meilleure ou moins bonne sans qu'une vérité unique permette de trancher immédiatement. Sans système d'évaluation, les équipes itèrent à l'aveugle. L'évaluation se pense dès les premières versions — et porte sur la qualité réelle du produit dans ses cas d'usage, pas seulement sur la performance du modèle.
01
La valeur doit justifier le changement
Changer les habitudes est difficile, avec l’IA, encore davantage.
L'IA impose souvent de nouveaux réflexes, de nouvelles façons de travailler, parfois de nouvelles interactions avec le produit. Identifier un problème que l'IA sait résoudre ne suffit donc pas. La pertinence d'un cas d'usage dépend de la fréquence du problème, de la friction actuelle et de l'ampleur réelle du gain apporté.
02
La pédagogie fait partie du produit
Expliquer ce que le produit peut faire devient une partie de l'expérience.
Dans une interface classique, boutons, menus et parcours rendent les possibilités visibles. Avec l'IA, une grande partie de ces capacités devient invisible : les utilisateurs ne savent pas spontanément quoi demander, ni quand. La pédagogie s'intègre donc dans le parcours lui-même — montrer, guider au bon moment, rendre les cas d'usage évidents. L'onboarding seul ne suffit pas.
03
Il faut savoir où placer la frontière
Fiabiliser un produit IA, c'est savoir ce qui ne doit pas revenir à l'agent.
Le LLM excelle à comprendre des intentions, interpréter du langage et structurer de l'information. Mais les règles métier, les calculs, les contraintes réglementaires et tout ce qui exige du déterminisme restent dans le système applicatif. La qualité d'un produit IA dépend moins de la puissance du modèle que de la répartition des responsabilités.
04
Ce qui ne se mesure pas ne s’améliore pas
Un produit IA ne progresse pas sans évaluation.
Les produits IA sont probabilistes : une réponse peut être meilleure ou moins bonne sans qu'une vérité unique permette de trancher immédiatement. Sans système d'évaluation, les équipes itèrent à l'aveugle. L'évaluation se pense dès les premières versions — et porte sur la qualité réelle du produit dans ses cas d'usage, pas seulement sur la performance du modèle.