La recommandation est prête. Où sont passés les doutes ? | IA BLOG

Quelqu'un arrive en réunion avec un document impeccable.

Trois pistes étudiées, un tableau comparatif, une recommandation nette. Le dossier paraît solide. Il a été préparé avec un assistant IA, et personne n'y voit forcément un problème.

Le responsable pose alors une question simple : « Pourquoi a-t-on écarté la deuxième solution ? »

La réponse hésite.

Ce n'est pas que le travail a été mal fait. La comparaison a peut-être été sérieuse. Seulement, une partie du raisonnement est restée dans une conversation privée avec l'IA : une hypothèse écartée, une donnée impossible à confirmer, un fournisseur absent de la comparaison, une réserve apparue puis oubliée.

Le document final a gardé les conclusions. Il a perdu les hésitations qui permettaient de les discuter.

Le travail s'est déplacé sans prévenir l'équipe

Dans une tribune publiée le 3 septembre 2026, le World Economic Forum décrit un phénomène intéressant : des salariés résolvent seuls des problèmes dans leurs interfaces d'IA, puis reviennent vers leurs collègues avec des réponses finalisées. Le travail collectif ne voit alors ni toutes les hypothèses ni les questions restées ouvertes.

C'est un point de vue éditorial, pas une étude chiffrée à transformer en vérité universelle. Mais il met le doigt sur un détail que beaucoup d'équipes peuvent reconnaître.

Source : World Economic Forum, Workplace AI has a visibility problem. Here's how to fix it, 3 septembre 2026.

Auparavant, certaines hésitations circulaient naturellement : un coup de téléphone, une recherche faite à deux, un tableau annoté, une question posée dans un bureau. Avec un assistant, une partie de cette exploration peut se faire en silence.

Ce n'est pas mauvais en soi. On peut être beaucoup plus efficace en travaillant seul sur une première version. Le problème commence quand le résultat sort de la conversation sans laisser assez de matière pour qu'une autre personne puisse exercer son jugement.

Une réponse propre n'est pas forcément une décision transmissible

Reprenons le dossier présenté en réunion.

Le tableau compare correctement trois solutions. Mais les critères ont-ils été choisis par le responsable du projet ou proposés par l'outil ? Le coût indiqué est-il une offre vérifiée ou une estimation ? La recommandation suppose-t-elle que l'équipe dispose d'une compétence qu'elle n'a pas ?

Ces questions changent la décision. Pourtant, elles ne figurent pas toujours dans le rendu le plus élégant.

C'est la tentation des outils de synthèse : retirer tout ce qui alourdit la lecture. Or certaines aspérités sont utiles. Une hésitation documentée peut valoir davantage qu'une conclusion trop assurée.

Je ne propose pas d'imprimer cinquante pages de conversation à chaque réunion. Personne n'a envie de lire ça, et ces échanges peuvent contenir des données confidentielles ou personnelles qui n'ont pas à être partagées.

Il faut transmettre autre chose : une trace courte de ce qui permet réellement de vérifier ou de contester la décision.

Ce qui mérite de sortir du chat

Quand une recommandation est destinée à d'autres personnes, je garderais quatre éléments avec le document final.

D'abord les faits confirmés et leurs sources. Pas des liens ajoutés à la fin pour faire sérieux, mais les références qui soutiennent réellement les points décisifs.

Ensuite les hypothèses. Par exemple : « cette option est moins coûteuse si l'équipe conserve l'outil actuel ». C'est très différent d'affirmer simplement qu'elle est moins chère.

Puis les questions ouvertes. Une donnée manque ? Une condition du fournisseur est inconnue ? Le responsable doit le voir avant de décider, et non trois semaines après.

Enfin la personne qui tranche. L'assistant peut comparer et proposer. Il ne doit pas effacer la responsabilité de la décision en produisant un document convaincant.

Ces quatre éléments peuvent tenir dans un encadré d'une demi-page. C'est peu, mais cela change la nature du livrable : on ne reçoit plus seulement une réponse, on récupère un travail discutable.

Ce que cela demande au manager

Il y a un piège à éviter. Si le responsable exige que tout soit documenté au millimètre, il détruit une partie du bénéfice de l'IA. Les équipes se retrouvent à justifier chaque brouillon, chaque prompt et chaque correction.

À l'inverse, si la seule question devient « l'IA nous a-t-elle fait gagner du temps ? », on peut accélérer la production de dossiers impossibles à vérifier.

Il faut choisir le bon niveau de preuve selon l'importance de la décision. Un brouillon de mail ne mérite pas un dossier d'audit. Un choix de fournisseur, une évolution d'organisation ou une décision qui engage un client demande davantage de traçabilité.

Le manager peut simplement changer la question posée en réunion : au lieu de « tu as utilisé quelle IA ? », demander « qu'est-ce qu'on sait, et qu'est-ce qu'on suppose encore ? »

Ce déplacement me paraît plus intéressant que de créer une nouvelle politique sur la manière de rédiger des prompts.

Une dernière chose avant de refermer le dossier

L'IA peut produire une synthèse qui donne l'impression qu'un sujet est terminé. En réalité, certaines bonnes décisions naissent précisément de la possibilité de rouvrir ce qui semblait réglé.

Le Relieur aime les textes bien tenus. Mais pas au point de faire disparaître les coutures.

La prochaine fois qu'une recommandation arrive sur ton bureau, essaie de demander ce qui manque plutôt que de féliciter tout de suite sa présentation.

Si personne ne peut répondre, le document est peut-être prêt à être lu. Pas encore à servir de décision.