RIA2D · Blog · Guides
Guides

Déployer un assistant en entreprise : la méthode en cinq étapes

Le taux d’abandon d’un assistant déployé sans méthode est élevé, et la cause est presque toujours la même : personne n’a défini à quoi il devait servir. Voici l’ordre que nous appliquons.

Demander un diagnostic → Tous les articles

Étape 1 : partir des tâches, pas de l’outil.

La question à poser n’est pas « où mettre de l’IA » mais « qu’est-ce qui, chez vous, coûte cher et se répète ». Les deux ne se recouvrent pas autant qu’on le croit.

Nous demandons à trois ou quatre personnes de tenir, pendant une semaine, la liste des tâches qu’elles trouvent absurdes. Cette liste est un meilleur point de départ que n’importe quel atelier d’idéation, parce qu’elle est écrite par ceux qui feront le travail.

Étape 2 : choisir trois cas, pas quinze.

Un déploiement qui commence par quinze usages échoue sur les quinze. Nous en retenons trois, avec un critère précis : la tâche doit être fréquente, ennuyeuse, et sans conséquence grave si le résultat est imparfait.

Ce dernier point est le plus important au démarrage. On apprend à faire confiance à un outil sur des tâches où l’erreur se voit et se corrige, pas sur celles qui engagent l’entreprise.

Étape 3 : écrire le cadre d’usage avant de distribuer les accès.

Une page suffit, et elle doit répondre à quatre questions. Quels documents peut-on soumettre à l’outil, et lesquels sont interdits ? Que faut-il vérifier avant d’utiliser une réponse ? Qui relit quoi ? À qui signale-t-on un problème ?

Sans cette page, chacun invente ses propres règles, et vous découvrez six mois plus tard que des documents sensibles sont passés dans un outil grand public.

Étape 4 : former sur vos cas, pas sur l’outil.

Une formation générique à l’usage d’un assistant produit peu d’effets. Une séance d’une heure sur les trois cas retenus, avec les documents réels de l’équipe, en produit beaucoup.

Nous constatons systématiquement le même partage : une partie de l’équipe s’en empare seule, une autre n’ouvrira jamais l’outil sans accompagnement direct. Le déploiement se joue sur la seconde.

Étape 5 : mesurer ce qui est refait à la main.

Le seul indicateur qui compte n’est pas le nombre d’utilisateurs actifs, c’est la part des résultats qu’il faut reprendre. Un assistant corrigé une fois sur deux ne fait pas gagner de temps, il déplace le travail.

Le critère de réussite n’est pas la qualité du modèle, c’est le nombre de personnes qui s’en servent sans qu’on le leur rappelle. Relevez-le au bout d’un mois, puis au bout de trois. Si la courbe baisse, ce n’est pas l’outil qu’il faut changer, c’est le cas d’usage qu’il faut revoir.

Note de la maison

Ce que je refuse de faire : livrer une démonstration qui impressionne en réunion et que personne n’ouvre le mois suivant. J’en ai vu assez pour savoir que l’adoption ne se décide pas au moment du choix de l’outil, mais au moment où l’on choisit les trois premières tâches. Prenez-les ennuyeuses et sans risque : c’est contre-intuitif dans une réunion de direction, et c’est ce qui fait que l’outil est encore utilisé un an plus tard.

Richad Addou

Sur le même sujet.