Objectifs
- Distinguer la mise à disposition d'un outil et le changement de pratique qu'il est censé produire.
- Comprendre pourquoi l'effort d'accompagnement fait partie du produit.
Le fil rouge du module
Tout au long du module, nous suivons une équipe de support client qui veut préparer ses réponses avec l'IA. L'outil est choisi, les accès sont donnés, une première session de présentation a eu lieu. Quelques semaines plus tard, certains conseillers l'utilisent chaque jour, d'autres ont arrêté. Qu'est-ce qui explique l'écart ?
Trois dimensions à relier
Une adoption réussie articule la technique (modèle, connexions, interface), les processus (où la tâche commence, qui valide, qui reprend la main) et les personnes (compétences, confiance, intérêt personnel). Une réponse correcte produite par un modèle doit encore trouver sa place dans le travail, être comprise, vérifiée, puis utilisée au bon moment.
Figure 1 : les trois dimensions à relier pour qu'une réponse produite par le modèle trouve sa place dans le travail.
Des chiffres à manier avec prudence
On entend souvent qu'une très grande majorité des projets d'IA échouent, ou qu'il faudrait répartir l'effort selon un repère du type « 10 % algorithmes, 20 % technique et données, 70 % personnes et processus ». Retenez-les comme des estimations ou des repères de réflexion, pas comme des lois : ils ne disent pas que 70 % des échecs ont une cause humaine, ni comment construire votre budget. Leur message utile : on sous-investit souvent dans l'accompagnement.
Pourquoi l'IA générative ajoute une difficulté
Tout déploiement logiciel demande un accompagnement humain. Avec l'IA générative, une réponse plausible peut être fausse. La vérification devient donc une compétence à part entière, à intégrer dans la tâche.
Exemple
Un bon modèle, relié à la base documentaire, avec une interface rapide : si les conseillers doivent recopier les tickets, ignorent qui assume une mauvaise réponse, et que leur manager exige de travailler exactement comme avant, l'usage restera fragile.
Piège fréquent
Considérer le projet terminé le jour où les connexions fonctionnent. Pour l'utilisateur, le vrai travail commence à ce moment.
Mise en pratique
Sur un projet récent, qui était responsable du premier mois d'usage réel ? « Toute l'équipe » sans noms ni disponibilité n'est pas une réponse : visez un responsable métier, un responsable produit, un relais technique et du temps prévu.