Trouver où l'IA rapporte, avant de choisir un outil.

Le diagnostic décrit le déroulé réel du travail, les données dont il dépend et les endroits où les erreurs coûtent. Il aboutit à un registre des opportunités classées et à une décision écrite sur un pilote, y compris la décision de ne pas recourir à l'IA quand un logiciel plus simple fait mieux.

Durée habituelle

Quelques semaines, selon le nombre de processus étudiés et la disponibilité des personnes qui les font tourner.

Vous fournissez

Du temps avec les responsables de processus et les équipes, des documents types ou des extraits anonymisés, la liste de vos logiciels.

Il aboutit à

Une note de décision : un pilote recommandé, sa situation de référence et ses critères de décision écrits.

01 · Le déroulé

Du processus au périmètre, en six étapes.

Le diagnostic suit le travail, pas la technologie. Il commence avec les personnes qui font le travail aujourd'hui et se termine par une décision écrite, portée par quelqu'un dans votre organisation.

Diagnostic · Déroulé

Six étapes, du processus à la décision pilote.

Faites défiler le schéma latéralement pour le voir en entier.

Les six étapes du diagnostic IASix étapes successives : cartographier les processus, inventorier les données et contraintes, mesurer une référence, classer les opportunités, choisir un pilote, écrire les critères de décision. Un échec renvoie au registre des opportunités.01 COMPRENDRE02 DÉCIDER1. Cartographierles processusvolumes, transferts,exceptions2. Inventorierdonnées, contraintesresponsables,sensibilité, contrats3. Mesurer uneréférencetemps, erreurs,stock, coût4. Classer lesopportunitésvaleur, faisabilité,données, risque5. Choisirun pilotevolume, responsable,risque contenu6. Écrire lescritères de décisionseuils fixésavant les testséchec : retour au registre
Les trois premières étapes établissent des faits ; les trois dernières décident sur cette base. Un pilote qui ne remplit pas ses critères renvoie au registre, pas au point de départ.
Lire le schéma sous forme de texte
  1. Cartographier le déroulé réel du travail : volumes, transferts, temps d'attente, exceptions et logiciels utilisés.
  2. Inventorier les données de chaque étape : où elles se trouvent, qui en est responsable, leur sensibilité, et les contrats ou règles qui limitent leur traitement.
  3. Mesurer ou échantillonner une référence : temps de traitement, taux d'erreur ou de reprise, stock en attente, coût par dossier.
  4. Noter chaque opportunité sur la valeur métier, la faisabilité, la maturité des données et le risque, avec une justification pour chaque note.
  5. Choisir un pilote avec assez de volume pour mesurer, une conséquence limitée en cas d'erreur et un responsable nommé.
  6. Écrire les seuils de décision avant tout test. Un échec renvoie la décision au registre.

La situation de référence est l'étape la plus souvent sautée, et c'est elle qui permet de juger un pilote. Si personne ne sait combien de temps prend aujourd'hui la saisie d'une facture, ni à quelle fréquence elle est mal saisie, un système d'IA n'a rien à battre. Nous la mesurons ou l'échantillonnons avant toute construction, avec les personnes qui font le travail.

Cette démarche est largement répandue dans le métier et s'adapte à chaque organisation. Ce n'est pas une méthode propriétaire, et vous n'avez à adopter aucun vocabulaire maison pour exploiter ses résultats.

02 · Le bon outil

Règles, apprentissage classique ou modèle de langage : le plus simple qui fonctionne.

« IA » recouvre trois familles de techniques aux coûts et aux modes de défaillance très différents. Les bonnes conceptions les combinent le plus souvent : les règles d'abord, un modèle sur le reste, une personne sur ce qui demeure incertain.

Automatisation par règlesApprentissage automatique classiqueModèles de langage et agents
Point fortDécisions stables et bien spécifiées : contrôles de format, seuils, orientation selon un champ.Prévision ou classement à partir d'historiques structurés : prévision de demande, score d'anomalie.Texte non structuré, mises en page et formulations variées, rédaction, extraction documentaire.
PrérequisUne spécification claire et quelqu'un pour la maintenir.Un historique annoté, une chaîne de préparation des données, un réentraînement régulier.Un contexte choisi, des prompts versionnés, un jeu d'évaluation, une validation des sorties.
Défaillance typiqueCasse sans bruit sur le cas que personne n'avait prévu.Dérive quand les données sous-jacentes changent.Produit un résultat fluide et plausible, mais faux ; varie d'une exécution à l'autre.
ExplicabilitéTotalement traçable.Dépend du modèle ; au mieux, contribution des variables.Entrées et sources citées traçables, pas le raisonnement interne.
Coût par dossierQuasi nul.Faible, plus la maintenance.À l'appel, sensible au volume et à la taille du contexte.
03 · La notation

Une grille de notation qu'on peut discuter.

Chaque opportunité est notée de 1 à 5 sur quatre critères, et chaque note s'appuie sur une phrase de justification. Les pondérations sont fixées avec vous. La grille sert à rendre les désaccords visibles et précis, pas à remplacer le jugement.

CritèreUne note de 1 signifieUne note de 5 signifie
Valeur métierQuelques minutes gagnées par mois ; ni qualité ni délai améliorés.Un coût réel en temps, en erreurs ou en délais au volume actuel, avec une référence mesurée.
FaisabilitéExige des systèmes, des intégrations ou des compétences absents.S'insère dans les outils existants ; les points d'intégration existent et sont documentés.
Maturité des donnéesDonnées dispersées, responsable inconnu, qualité non vérifiée.Données accessibles, sous la responsabilité de quelqu'un, avec des exemples représentatifs.
Risque, noté de sorte que plus haut signifie plus sûrUn résultat faux nuit à une personne ou expose juridiquement, sans revue prévue.Les erreurs se détectent à peu de frais, sont réversibles, et une personne est dans la boucle.
04 · Exemple détaillé

Réception de factures fictive, notée de bout en bout.

Illustratif

Tous les noms et chiffres de cet exemple sont inventés. Il montre le fonctionnement de la méthode sur un cas courant. Il ne décrit aucun client.

La situation. Une entreprise de distribution fictive reçoit environ 1 200 factures fournisseurs par mois, par e-mail, en PDF aux mises en page variées. Deux personnes de la comptabilité les saisissent dans le logiciel comptable. Un échantillon de deux semaines donne la référence : environ quatre minutes par facture, près de 3 % de factures saisies avec une erreur repérée au moment du paiement, et plusieurs jours de retard en fin de mois.

Trois options sont notées, avec des pondérations convenues : valeur 30 %, faisabilité 25 %, données 25 %, risque 20 %.

OptionValeurFaisabilitéDonnéesRisquePondéré
A. Règles de gabarit pour les 20 mises en page fournisseurs les plus fréquentes35454,15
B. Extraction par modèle de langage sur toutes les factures, validation humaine43333,30
C. A + B : règles sur les mises en page connues, modèle sur le reste, relecture des alertes53444,05
Notes illustratives. Le total pondéré est la somme de chaque note multipliée par son poids.

Lecture du résultat. L'option A obtient seule le meilleur score parce qu'elle est peu coûteuse et sûre, mais elle laisse de côté la longue traîne des mises en page. L'option C apporte davantage de valeur pour une faisabilité un peu moindre. Recommandation : construire A d'abord, mesurer le volume couvert, puis piloter C uniquement sur le reste. La grille n'a pas pris la décision ; elle a rendu l'arbitrage assez explicite pour qu'il soit pris vite.

Une option sans IA a aussi sa place dans le registre : demander aux fournisseurs réguliers d'émettre des factures électroniques structurées. La réforme française de la facturation électronique, en cours de déploiement progressif, fera passer une part croissante des factures à des formats structurés, ce qui réduira peu à peu le problème d'extraction à la source.

Critères de décision, écrits avant le pilote

  1. Une précision par champ, sur 300 factures annotées mises de côté, au moins égale au taux d'erreur manuel mesuré dans la référence.
  2. Un temps de revue par facture, corrections comprises, inférieur au temps de traitement de référence.
  3. Aucun export sans décision de revue journalisée au-delà du montant convenu.
  4. Un coût d'exploitation total par facture inférieur à un plafond convenu.

Ce que le diagnostic livre.

Cartographie processus et données

Le déroulé du travail, les données de chaque étape, leur responsable et leur sensibilité.

Registre des cas d'usage

Chaque opportunité candidate, décrite selon un format commun, y compris celles écartées et pourquoi.

Grille de notation

Notes de valeur, faisabilité, maturité des données et risque, chacune justifiée, avec les pondérations retenues.

Options d'architecture

Règles, apprentissage classique ou modèle de langage comparés pour chaque cas retenu, coût d'exploitation compris.

Note de décision pilote

Un pilote recommandé, son responsable, sa référence et ses critères de décision. Ou une recommandation motivée de ne pas poursuivre.

Commencez par un processus.

Dites-nous quel processus coûte le plus de temps à votre équipe, et quel volume il représente à peu près. Nous vous dirons si un diagnostic vaut la peine.