L'effort suit le volume
Chaque commande, chaque fournisseur, chaque référence ajoute des heures de saisie, de rapprochement et de relance. L'activité croît, l'équipe ne suit pas, et personne ne sait dire à quel moment cela cassera.
Diagnostic, feuille de route et industrialisation — avec une expertise forte sur la supply chain et l'IA appliquée.
Ce qui a changé n'est pas la puissance des modèles. C'est le coût d'en mettre un en production sur un périmètre étroit. Ce qui suit décrit ce que nous observons en mission, et ce que nous en concluons.
Chaque commande, chaque fournisseur, chaque référence ajoute des heures de saisie, de rapprochement et de relance. L'activité croît, l'équipe ne suit pas, et personne ne sait dire à quel moment cela cassera.
L'outil est payé pour tout le monde et n'est adapté à personne. On finance des modules jamais ouverts, on contourne ceux qui ne collent pas, et le contournement finit dans un tableur.
Le besoin est trop spécifique au métier pour qu'un éditeur l'adresse. Le marché est trop étroit, ou la pratique trop récente. Aucun budget n'achètera ce qui n'est pas édité.
Des secteurs différents, des tailles différentes, les trois mêmes défaillances.
Quatre échappatoires, qui reviennent partout. Aucune ne traite la défaillance : elles en déplacent la charge.
Il fonctionne, jusqu'au jour où son auteur part en congés.
On paie l'intégralité, on en utilise un tiers, et on maintient le reste à la main.
Devisé, arbitré, reporté. Le chiffrage arrive avant que le périmètre soit stabilisé.
La décision reste au jugement, la charge reste sur l'équipe, et le sujet revient chaque année.
On demande un chiffrage ferme sur un périmètre qui n'est pas encore défini. Le devis protège le prestataire, pas le projet.
Douze à dix-huit mois entre la décision et le premier usage réel. Le problème, lui, continue pendant ce temps.
Personne en interne n'est en position de trancher entre une règle métier, un modèle statistique et un modèle génératif — trois réponses au coût de maintenance sans commune mesure.
Le choix se résumait à financer un grand programme ou à faire sans. Pendant des années, faire sans l'a emporté.
Le périmètre utile s'est réduit au point de tenir en quelques semaines. Une décision qui se répète souvent, des données déjà disponibles pour l'éclairer, un gain que l'on sait mesurer : c'est la plus petite unité de transformation qui produise encore un effet réel. En dessous, il ne se passe rien. Au-dessus, on retombe dans le programme de dix-huit mois.
Prévision de demande, allocation de stock, contrôle qualité fournisseur, rapprochement documentaire. Ce qui décide de ce qui part et de ce qui reste.
Ressaisie, vérification, relance, recherche d'information. Ce qui occupe les journées sans apparaître dans aucun indicateur.
On ne branche pas un modèle sur la libération des commandes pour voir ce que ça donne.
Pas sur un extrait choisi. Les cas sales font partie du périmètre, sinon le dispositif ne survit pas au premier mois d'exploitation.
Les sorties reviennent dans l'ERP ou dans l'outil déjà ouvert par l'équipe. Un écran de plus est un écran que personne n'ouvre.
Le seuil en dessous duquel on arrête est fixé au cadrage. Sans lui, un dispositif décevant se prolonge par habitude et par gêne.
Documentation, transfert de compétence, interlocuteur formé. Si nous sommes encore indispensables au bout d'un an, la mission a échoué.
Le gain ne prend pas toujours la forme d'une heure économisée. Il se présente sous quatre formes, et elles ne se valent pas.
Le dispositif ne remplace rien : il rend possible une décision que l'on ne savait pas prendre, faute de pouvoir lire la donnée à temps.
L'outil à moitié adapté n'a plus de raison d'être payé, ni d'être contourné.
Les heures récupérées ne sont pas réaffectées à la même tâche ailleurs. C'est la condition pour que le gain soit réel.
L'équipe fait évoluer le dispositif sans repasser par un prestataire, y compris nous.
Nous intervenons là où la donnée est la plus complexe et la plus rentable : la supply chain. Prévision, qualité fournisseur, flux documentaires — nous partons d'un cas d'usage mesurable, puis nous l'industrialisons.
Cartographie des flux, de la donnée et des irritants terrain.
Un périmètre chiffré, avec un gain attendu et un critère d'arrêt.
Mise en production, intégration SI, sécurité et conformité.
Formation des équipes, run et amélioration continue.
−23 %
Modèles de demande entraînés sur l'historique client, la saisonnalité et les aléas fournisseurs.
×4
Analyse automatisée des non-conformités et priorisation des audits fournisseurs.
−70 %
Extraction des bons de livraison, factures et douanes, réinjectés dans l'ERP.
Digitaliser les processus métier sans attendre un cycle SI complet : applications ciblées, intégrées, maintenables.
Un outil n'existe que s'il est utilisé : formation des équipes, accompagnement du run et amélioration continue.
Cartographie des processus, des flux de données et des points de friction. On mesure où le temps se perd avant de proposer quoi que ce soit.
Les cas d'usage sont classés par valeur attendue et par faisabilité réelle, en tenant compte de la qualité des données dont vous disposez vraiment.
Un seul cas d'usage, mené jusqu'à un usage réel par vos équipes. Un prototype qui ne sort pas de la démonstration ne prouve rien.
Mise en production, formation, documentation et transfert de compétence, pour que le dispositif vous appartienne.
Le diagnostic le dit sans détour. Dans la majorité des cas, le premier chantier porte sur la donnée, pas sur l'intelligence artificielle : un modèle nourri de données incohérentes produit des réponses incohérentes, plus vite.
Un prototype utilisable sur un cas d'usage réel demande quatre à six semaines depuis le lancement. C'est délibérément court : un dispositif qu'on ne peut pas essayer avant six mois ne se corrige jamais à temps.
Rarement. Nous nous intégrons à ce qui fonctionne déjà. Un projet qui commence par remplacer l'ERP échoue pour des raisons qui n'ont rien à voir avec l'IA.
Trois choses : une décision qui se répète souvent, des données déjà disponibles pour l'éclairer, et un gain que l'on sait mesurer. S'il en manque une, le cas d'usage attendra.
Non, et le dire fait partie du travail. Une règle métier ou un modèle statistique simple règle beaucoup de problèmes plus sûrement, pour un coût et une complexité de maintenance sans commune mesure.