Blog : Insights en Design & Innovation
Un outil qui marche pour son auteur n'est pas un outil adopté.
- Publié le
- Écrit par
- Patrick AVRIL

Avec l’IA, n’importe qui peut fabriquer un outil en un après-midi. C’est une excellente nouvelle. Mais dans les équipes, on retrouve vite les trois mêmes écueils.
Trois écueils des outils fabriqués avec l’IA
On fabrique pour la tâche qui agace le plus, rarement pour celle qui coûte le plus.
On fabrique pour soi. L’outil colle parfaitement aux habitudes de son auteur, et à celles de personne d’autre.
On copie. Chacun adapte l’outil du voisin, et l’équipe finit avec trois versions du même tableau de suivi.
Des questions de conception, pas de code
Rien de tout cela n’est un problème de code. Ce sont des questions de conception, celles que nous traitons depuis plus de vingt ans sur les logiciels métier :
- quel problème, et combien coûte-t-il vraiment ?
- pour qui, et dans quelle situation de travail ?
- qui d’autre va s’en servir, et l’a-t-on testé avec lui ?
La bonne nouvelle, c’est que ces réflexes s’apprennent vite, en fabriquant. Tester l’outil avec deux collègues dès le deuxième jour suffit souvent à éviter les trois versions.
Je m’appelle Patrick, je dirige use.design. Dans votre équipe, quel est l’outil fait maison qui sert à tout le monde ? Et celui qui ne sert qu’à son auteur ?
Pour aller plus loin : Vos équipes fabriquent leurs outils avec l’IA.