Le journal BWA · 5 min de lecture · 14 septembre 2026
Partir d’une tâche que quelqu’un connaît vraiment
La bonne question n’est pas seulement « que peut faire l’IA ? ». C’est aussi « où notre travail se complique-t-il ? ». Demandez à une équipe de décrire une tâche récurrente, les informations qu’elle utilise et les exceptions qu’elle rencontre. Un dossier incomplet, un document difficile à retrouver ou un reporting à préparer peuvent devenir des points de départ précis. La personne qui effectue la tâche doit participer au choix du sujet.
Définir ce que l’on veut améliorer
Avant de construire, décrivez le résultat attendu. Réduire le délai de première réponse, faciliter la recherche d’une procédure ou limiter les ressaisies sont des objectifs observables. Mesurez une situation de départ sur un échantillon représentatif. Le temps consacré au contrôle et aux corrections doit être pris en compte : accélérer une première étape n’est pas utile si l’on déplace toute la charge sur la suivante.
Regarder les données et les connexions
Où se trouvent les informations ? Sont-elles à jour ? Qui a le droit de les lire ? Le logiciel dispose-t-il d’une API ? Ces questions orientent le projet avant le choix du modèle. Une démonstration réalisée avec des documents parfaits ne dit pas comment le système réagira face à vos cas incomplets. Prévoyez volontairement des exemples difficiles dans le pilote.
Choisir un périmètre qui permet d’apprendre
Un premier test peut préparer une réponse sans l’envoyer, classer un document sans modifier la base métier ou chercher une procédure en citant sa source. Ce périmètre permet d’observer les erreurs et les hésitations. Les utilisateurs voient ce que le système prépare et peuvent expliquer ce qui manque pour que le résultat leur soit réellement utile.
Prévoir l’après dès le départ
Qui suit le fonctionnement ? Comment signale-t-on une erreur ? Quel budget d’exploitation est acceptable ? À quel moment décide-t-on de poursuivre, d’ajuster ou d’arrêter ? Un pilote réussi fournit des réponses à ces questions. Il sert à décider de la suite, pas seulement à montrer que la technologie fonctionne une fois.
Votre premier livrable peut tenir sur une page : une tâche, un responsable, les données autorisées, un critère de réussite et une date de bilan.
