Tu ne choisiras point un modèle avant d'avoir nommé la valeur recherchée.
La scène est toujours la même. Quelqu'un présente une démonstration en comité de direction : l'IA vient de résumer un rapport de 40 pages en 30 secondes. Applaudissements. Quelqu'un lance « on vient de sauver deux heures par semaine par analyste ! ». Et voilà, l'organisation vient de se convaincre qu'elle possède une stratégie IA.
Non. Elle possède une calculatrice de minutes.
Pendant mes six mois d'immersion, j'ai vu défiler des dizaines de cas d'usage. Presque tous commençaient par la même phrase : « avec ça, on va sauver du temps ». Presque aucun ne commençait par : « voici la décision, le processus ou l'expérience client qu'on veut améliorer ». C'est exactement le problème.
L'outil d'abord, la question ensuite
La plupart des initiatives IA naissent à l'envers. On choisit d'abord l'outil — souvent parce qu'un fournisseur a fait une belle présentation, nous offre une solution clés en main avec 50 % d'escompte si on signe là là, ou qu'un compétiteur en a parlé dans une rencontre informelle (souvent par pure vantardise !) — ensuite on cherche un problème à lui donner. C'est l'équivalent d'acheter une pelle mécanique et de se promener dans le stationnement en cherchant quelque chose à creuser.
J'ai moi-même succombé. Au deuxième mois de mon immersion, j'avais accumulé assez d'abonnements et d'outils IA pour financer un petit pays. J'étais incapable d'arrêter les preuves de concept. Certaines POC résolvaient des problèmes que je n'avais pas. D'autres résolvaient magnifiquement des problèmes sans importance. Ma carte de crédit, elle, faisait de la fumée.
Le bon point de départ n'est jamais un modèle, une plateforme ou une fonctionnalité. C'est la mission de l'organisation, une décision qui traîne, un processus qui coince ou un irritant client qui coûte cher. Partez de là, et le choix d'outil devient presque secondaire. Partez de l'outil, et vous financez des démonstrations.
Sauver du temps n'est pas créer de la valeur
Soyons clairs : sauver du temps, c'est bien. Mais du temps sauvé qui ne se transforme en rien, c'est juste du temps libéré pour d'autres réunions.
La création de valeur, elle, prend plusieurs visages, et la plupart n'ont rien à voir avec la vitesse de rédaction d'un courriel :
- La qualité : moins d'erreurs dans les dossiers, moins de reprises, moins de « oups » coûteux.
- La capacité : traiter plus de demandes sans embaucher, absorber les pointes saisonnières.
- La rapidité : réduire un délai de réponse qui fait fuir des clients, pas seulement raccourcir une tâche interne.
- La résilience : documenter un savoir critique détenu par deux personnes qui approchent de la retraite.
- L'expérience client : une réponse juste du premier coup vaut plus que trois réponses rapides et fausses.
- La gestion du risque : détecter une anomalie avant qu'elle devienne un incident, un recours ou une manchette.
Un même outil peut servir n'importe lequel de ces objectifs. Mais si vous ne nommez pas l'objectif que vous visez, vous ne saurez jamais si vous l'avez atteint. Et c'est un directeur de projet qui vous écrit ça… Genre, c'est applicable à tous vos projets 😁
Un résultat observable, sinon c'est une anecdote
Chaque cas d'usage devrait être attaché à un résultat qu'on peut observer : un délai mesuré, un taux d'erreur, un volume traité, un score de satisfaction, un coût évité. Pas un sentiment. Pas un sondage interne où tout le monde répond « c'est le fun ».
Le « c'est le fun » est le pire indicateur de performance de l'histoire de la gestion. Juste derrière « le fournisseur nous dit que ça va bien ».
Et voici la partie inconfortable : un projet peut être techniquement réussi, adoré des utilisateurs, livré à temps et dans le budget… et rester secondaire. Si le résultat qu'il améliore ne compte pas pour la mission, vous avez optimisé un détail. Avec brio, certes. Mais un détail. Un directeur doit avoir le courage de le dire, même quand la démonstration est spectaculaire.
Et si vous voulez vous amuser, faites-le ! Mais en mode labo expérimental, pas pour mettre en place des changements structurels.
Ne crachez pas sur les petites victoires
Attention au réflexe inverse. Certains gestionnaires, armés de leur nouveau vocabulaire, rejettent maintenant tout gain de productivité qui ne « transforme pas le modèle d'affaires ». C'est aussi ridicule que l'excès contraire.
Une équipe qui récupère cinq heures par semaine sur une tâche pénible, c'est réel. C'est du moral, de la rétention d’employés, de la marge de manœuvre. Ces gains sont d'excellentes portes d'entrée : peu coûteux, peu risqués, faciles à mesurer. Le problème n'est pas leur taille. Le problème, c'est de les empiler et d'appeler ça une stratégie.
Trois questions avant d'approuver le prochain cas d'usage
- Quelle valeur cherchons-nous : qualité, capacité, rapidité, résilience, expérience client ou risque ? Une seule réponse principale, pas un buffet.
- Quel résultat observable nous dira, dans six mois, que ça a fonctionné — ou pas ?
- Si ce projet réussit parfaitement, est-ce que quelqu'un à la table de direction va s'en apercevoir ? Si la réponse est non, c'est peut-être un bon projet… mais ce n'est pas une priorité.
L'IA va continuer de nous éblouir avec des gains de temps. Tant mieux. Mais le temps n'est pas une destination : c'est un moyen de transport.
Dans votre organisation, vos cas d'usage IA sont-ils attachés à une valeur nommée et mesurable, ou êtes-vous en train de collectionner des minutes sauvées ?

Discussion des membres