Avant de choisir un outil d’IA, clarifiez le problème.

Commencer par une situation précise

Une équipe passe trop de temps à retrouver une information. Un compte rendu mobilise une personne pendant des heures. Un document circule entre plusieurs services sans que personne sache quelle version utiliser. Ces situations constituent des points de départ beaucoup plus solides que « nous devons faire de l’IA ».

Je commence par demander ce qui se passe aujourd’hui : qui fait quoi, avec quelles informations, à quelle fréquence et avec quelles difficultés. Cette description permet parfois de découvrir qu’un problème d’organisation doit être réglé avant d’ajouter un outil.

La CNIL recommande de partir de besoins concrets et de définir les usages autorisés. ^[1] Pour rendre ce départ exploitable, je demande une description sans nom de produit : le déclencheur de la tâche, les informations reçues, les étapes et le résultat transmis. Si le besoin n’existe que dans le vocabulaire d’un fournisseur, il mérite d’être reformulé avec les personnes qui feront le travail.

Une observation n’est pas encore une explication. « Nous ouvrons plusieurs dossiers pour trouver la bonne procédure » décrit une situation. « Il nous faut un assistant conversationnel » propose une solution. Entre les deux, il faut examiner les causes possibles : classement, doublons, accès, versions ou connaissance des outils existants.

Définir ce que l’on veut améliorer

Gagner du temps est une intention. Savoir sur quelle tâche, pour quelles personnes et sans dégrader quel niveau de qualité permet de choisir. Un résultat utile doit pouvoir être observé : temps de traitement, erreurs à reprendre, facilité de recherche ou capacité à réaliser une tâche jusque-là laissée de côté.

Il faut aussi expliciter les contraintes. Les informations sont-elles sensibles ? Qui doit contrôler le résultat ? Quels outils existent déjà ? Que se passe-t-il si la solution n’est pas disponible ? Ces questions font partie du projet dès le départ.

• Définissez le résultat utile : une information retrouvée, un document validé ou une réponse correctement orientée.
• Précisez les exigences bloquantes : données utilisables, exactitude nécessaire, accès et responsabilité.
• Observez le travail complet : recherche, préparation, contrôle, correction et transmission.
• Prévoyez le fonctionnement dégradé : ce qui se passe si l’outil est absent ou le résultat inutilisable.

Je déconseille de noyer une exigence bloquante dans une note globale. Un outil rapide et agréable peut rester inadapté si les conditions d’utilisation des données ne sont pas acceptables. Le cadrage doit distinguer ce qui est souhaitable de ce qui est indispensable.

Pour approfondir ce point : IA en entreprise : usages, limites et contrôles.

Mettre une hypothèse à l’épreuve

Un premier essai peut rester limité : une tâche, un petit groupe, des données adaptées et un critère de résultat partagé. Il ne s’agit pas de déployer un outil puis de chercher à justifier son intérêt. Il s’agit de vérifier s’il aide réellement dans le contexte retenu.

À l’issue de l’essai, on peut poursuivre, modifier ou arrêter. Ces trois issues sont utiles si elles reposent sur ce que l’on a appris. L’important est de rendre la décision plus claire.

Pour approfondir ce point : Déployer l’IA : passer du pilote aux usages.

Un exemple : retrouver une procédure interne

Le premier livrable peut donc être une liste de documents faisant autorité et de leurs responsables. L’essai portera ensuite sur un ensemble de questions représentatives, y compris des questions sans réponse dans les documents. Le comportement attendu doit être explicite : citer une source pertinente ou reconnaître que l’information manque.

La présence d’une citation ne garantit pas que le passage cité étaye la réponse. Le NIST recommande de vérifier les références générées avant le déploiement et dans le suivi. ^[2] Pour notre exemple, je propose de tester séparément la bonne référence, sa version, son accessibilité à l’utilisateur et la fidélité de la réponse.

Inventorier des documents ne signifie pas que leur utilisation dans n’importe quel service est autorisée. Le cadrage doit identifier qui confirme les conditions d’accès, de traitement et de partage. Lorsqu’une réponse ne figure pas dans les références disponibles, le comportement attendu peut être de le signaler et d’orienter vers un interlocuteur.

Comparer aussi une solution sans IA

Pour la même difficulté, une arborescence revue, un moteur de recherche ou une page de procédures validées peuvent déjà apporter une amélioration. Leur coût de maintenance et leurs limites méritent d’être comparés au projet d’assistant.

Je ne cherche pas à placer l’IA dans toutes les situations. Je cherche à comprendre quelle solution rend le travail plus simple et plus fiable. La comparaison devient plus honnête lorsque l’on inclut les solutions existantes et les modifications d’organisation.

Ces options peuvent se combiner. Une base documentaire mieux organisée peut servir à la recherche comme à un futur assistant. Comparez-les sur les mêmes situations : une question simple, une question ambiguë et une question à laquelle les documents ne permettent pas de répondre. Le fonctionnement actuel reste aussi un point de comparaison ; ses défauts et son coût ne doivent pas être oubliés.

Une fois le besoin formulé, comparez les solutions IA à partir des preuves, coûts et conditions de sortie.

Le brief qui rend la prochaine décision possible

Je propose de terminer le cadrage par une ou deux pages : tâche actuelle, personnes concernées, difficultés observées, résultat attendu, contraintes, options et inconnues. Chaque inconnue importante doit avoir un responsable et une manière d’être instruite. Il est inutile de masquer les désaccords sous une formulation trop générale.

À ce stade, la décision peut être de clarifier le référentiel, d’examiner un outil existant ou de lancer un pilote limité. Le cadrage est réussi lorsqu’il rend cette décision argumentable. La méthode de pilote proposée dans l’article associé prend ensuite le relais pour définir les essais et les critères de poursuite.