Blog : Insights en Design & Innovation

Un outil qui marche pour son auteur n'est pas un outil adopté.

Publié le
Écrit par
Patrick AVRIL
En haut, un outil pour son seul auteur et trois versions du même outil ; en bas, un outil unique relié à toute l'équipe.

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.

Votre sujet produit mérite des décisions chaque semaine.