Par où commencer avec l'IA en entreprise, de la première tâche au premier pilote

Par où commencer avec l'IA en entreprise : par une tâche, pas par un outil. Recensez les tâches qui reviennent chaque semaine, choisissez-en une seule, écrivez ce qu'un résultat acceptable veut dire, testez trois semaines avec une personne, puis décidez de garder, d'étendre ou d'arrêter.

Cet ordre produit une décision au bout de trois semaines, pas une liste d'intentions.

Pourquoi commencer l'IA dans une entreprise par le choix d'un outil vous coûte du temps

Comparer des abonnements est le premier réflexe, et c'est le plus cher. Un outil ne vous dira jamais quelle tâche il doit prendre en charge, ni à partir de quel moment son résultat devient utilisable dans votre entreprise.

La licence, elle, se paie tous les mois.

Le problème n'est pas le prix de l'abonnement. C'est qu'il déplace la question : vous évaluez des fonctionnalités au lieu d'évaluer votre propre travail. Six mois plus tard, l'outil est ouvert chez tout le monde et personne ne sait dire ce qu'il a changé.

Ce premier tri suppose un cadre posé en amont : quels usages vous autorisez, quelles données restent hors de portée, quel budget vous engagez. La méthode de stratégie IA entreprise en cinq étapes le détaille. Le présent article commence juste après, au moment de produire un premier résultat.

Comment recenser les tâches avant de parler d'IA

Demandez à chaque service la liste des tâches qui reviennent au moins une fois par semaine, avec le temps qu'elles prennent. Pas les métiers, pas les projets. Les tâches.

La distinction n'est pas de la sémantique. « Le marketing » n'est pas une tâche ; « rédiger la lettre d'information mensuelle à partir des trois articles publiés dans le mois » en est une, et elle se teste.

Trois questions suffisent par ligne :

• Qui fait cette tâche aujourd'hui, nommément.
• Combien de fois par mois elle revient.
• Sur quelle matière elle s'appuie : des documents, un tableur, une boîte mail, une réunion.

La troisième réponse est la plus utile.

Elle dit si la matière première existe déjà sous forme de texte, ce qui décide de presque tout pour la suite du pilote.

Ce recensement tient sur un tableur et se fait sans formation préalable. Nous animons nos deux jours en présentiel sur les tâches que les apprenants apportent : c'est ce travail-là qui rend une session utile, et il vous appartient de toute façon.

Quelle tâche choisir en premier

Une seule tâche, et surtout pas la plus importante. Trois critères la désignent, et les trois doivent être réunis.

• Elle revient au moins une fois par semaine, sinon vous n'aurez pas assez d'essais pour conclure.
• Son résultat se relit en quelques minutes par la personne qui la fait.
• Une erreur reste dans l'entreprise et ne part pas chez un client.

Le troisième critère est celui qu'on saute, et c'est celui qui protège.

Une relance client automatisée part chez le client, avec votre nom dessus. Un compte rendu de réunion, une note de synthèse, un premier jet de réponse à un appel d'offres restent en interne le temps qu'on les relise.

Commencez par ceux-là.

Écartez pour l'instant tout ce qui produit une décision individuelle sur une personne : présélection de candidatures, évaluation, accès à un financement. Ces usages relèvent de catégories réglementées à part, et les obligations de l'AI Act pour une entreprise qui utilise l'IA ne s'y traitent pas en trois semaines de test.

Comment savoir si le résultat est acceptable

Écrivez la réponse avant le test, en une phrase. Sans ce repère, la discussion tourne au ressenti et le pilote ne se conclut jamais.

Un exemple sur la tâche la plus banale qui soit : le compte rendu est acceptable s'il tient en une page, s'il cite les décisions prises avec leur porteur, et s'il se relit en moins de cinq minutes.

Prenez ensuite trois productions récentes de cette même tâche, faites à la main, et mettez-les de côté. Elles serviront deux fois : comme modèle à donner à l'outil, et comme point de comparaison à la fin du pilote.

C'est aussi ce qui vous permet de refuser un résultat qui a l'air bon.

Un texte fluide et faux reste faux, et l'IA générative en produit, avec le même aplomb qu'un texte juste. Une phrase de résultat acceptable écrite à l'avance est la seule chose qui vous fera regarder le fond plutôt que la forme.

Combien de temps doit durer un premier pilote

Trois semaines, une personne, une tâche. Assez long pour sortir de l'effet de nouveauté, assez court pour ne pas installer une habitude que personne n'a validée.

La personne compte plus que l'outil. Choisissez celle qui fait la tâche aujourd'hui, pas la plus à l'aise avec l'informatique : un volontaire enthousiaste qui ne fait jamais cette tâche produira une démonstration, pas une mesure.

Demandez-lui de noter deux choses à chaque essai : le temps passé, et ce qu'elle a dû corriger. La liste des corrections vaut plus que le chronomètre, parce qu'elle dit d'où vient le problème, de la demande, de la matière fournie ou de l'outil lui-même.

Nommez l'outil dans le compte rendu, il n'est pas interchangeable. NotebookLM répond à partir des documents que vous lui déposez et cite ses passages ; ChatGPT rédige à partir d'une consigne et d'exemples que vous lui donnez. Deux tâches différentes, deux outils différents.

Que décider à la fin du pilote

Trois issues sont possibles, et une seule est un échec : ne pas trancher.

• Garder : la personne qui a testé écrit la consigne et les exemples dans un document partagé, sinon l'usage repart avec elle le jour où elle change de poste.
• Étendre : la même tâche passe à deux ou trois autres personnes, avec la consigne écrite comme point de départ, et la même phrase de résultat acceptable.
• Arrêter : vous notez pourquoi en trois lignes, et vous passez à la tâche suivante de votre recensement.

Arrêter n'est pas perdre.

Vous avez éliminé une hypothèse pour le prix de trois semaines d'un collaborateur, et votre recensement en contient d'autres.

Puis la question change de nature. Faire passer un usage validé d'une personne à trente ne relève plus du pilote mais de l'acculturation à l'IA de vos collaborateurs, avec ses référents internes, son rythme et ses usages autorisés.

Ce que cette méthode ne règle pas

Elle ne dit rien de la qualité de vos données. Une entreprise dont les documents vivent dans quinze boîtes mail découvrira son vrai problème au moment du pilote, et ce problème est antérieur à l'IA.

Elle suppose aussi qu'une personne dispose de trois semaines avec un peu de marge. Dans une équipe déjà saturée, le pilote se dilue et ne conclut rien : mieux vaut le décaler que le lancer à moitié.

Enfin, elle mesure une tâche, pas une organisation. Elle vous dit si une consigne bien écrite produit un compte rendu utilisable. Elle ne vous dit pas si votre entreprise saura en faire une pratique partagée, ce qui est un problème de management, pas d'outil.

Nous assumons ce périmètre : commencer petit et trancher vite vaut mieux qu'un plan de transformation que personne ne relit.

Elle ne dit rien non plus de ce qui peut mal tourner une fois l'usage installé, depuis la fuite de données jusqu'à l'affirmation fausse reprise telle quelle. Ces quatre points sont traités dans notre article sur les risques de l'IA générative en entreprise.