Le savoir est dans les têtes
Une part du métier n’est écrite nulle part, et aucun outil ne peut la restituer.
Chiffrage, documentation technique, appels d’offres, non-conformités. Les gains sont dans les bureaux avant d’être sur les machines.
Quand une PME industrielle envisage l’intelligence artificielle, l’image qui vient est celle de la production : contrôle visuel, maintenance prédictive, pilotage de machine. Ces sujets sont réels, et presque toujours les plus coûteux et les plus lents à rendre quelque chose, parce qu’ils supposent une instrumentation que la plupart des PME n’ont pas.
Le gain rapide est ailleurs, dans les bureaux : le temps passé à chiffrer, à retrouver un plan, à rédiger une réponse à un appel d’offres, à documenter une non-conformité. Ce sont des tâches qui reposent sur du texte et des documents, c’est-à-dire exactement ce que ces outils traitent bien.
Nous commençons donc par là, et nous disons franchement quand un projet d’atelier n’est pas mûr.
Elles changent la façon de construire l’outil.
Une part du métier n’est écrite nulle part, et aucun outil ne peut la restituer.
Chiffrer prend des heures et repose souvent sur une ou deux personnes. C’est là que le gain se voit en premier.
Une erreur de cote ou de matière se paie en production. L’outil propose, un humain valide, toujours.
Deux semaines de cadrage, qui commencent par l’atelier de confidentialité, puis un premier usage dès le premier sprint.
Les gains rapides sont dans les bureaux, pas sur les machines : chiffrage, documentation technique, réponses aux appels d’offres, non-conformités. On écarte ce qui suppose une instrumentation que vous n’avez pas.
Vos plans, vos prix et vos réponses d’appels d’offres sont des informations sensibles. On décide ce qui peut transiter par un service tiers et ce qui doit rester chez vous, avant le premier déploiement.
Un seul, celui qui rend le plus, mis entre les mains de deux ou trois personnes. On regarde ce qu’elles font, pas ce qu’elles disent.
Le chiffreur ou le technicien valide là où une erreur se paierait en production. Ce contrôle est prévu dans le flux dès le départ.
On étend seulement quand le gain est mesuré. Sinon on arrête et on le dit.
Dans la plupart des PME industrielles, la capacité à répondre est limitée par le temps de chiffrage, et ce temps repose sur une ou deux personnes.
Lire une consultation et en extraire ce qui compte : quantités, matières, tolérances, délais, contraintes de livraison. Retrouver ce qu’on a chiffré de comparable les années précédentes. Reconstituer un prix de revient à partir d’éléments dispersés. Et rédiger une réponse présentable.
Aucune de ces étapes ne relève du métier, et toutes précèdent le moment où le métier intervient réellement, c’est-à-dire l’arbitrage sur le prix et le risque.
Le prix. Une erreur de cote, de matière ou de quantité se paie en production, et elle ne se voit pas dans un document bien mis en forme. Le point de relecture reste dans le flux, et il est conçu en même temps que lui.
Une base de chiffrages consultable se constitue en cours de route. C’est un actif qui grossit tout seul et qui réduit la dépendance à la mémoire d’une personne, ce qui est souvent la vraie fragilité de l’entreprise.
C’est le second gisement, et il pose une question de fond avant toute question d’outil.
Une partie du savoir-faire d’une PME industrielle n’existe que dans la tête de quelques personnes : pourquoi on procède ainsi sur cette matière, quel réglage évite tel défaut, quel fournisseur tient ses délais sur quelle série. Rien de cela n’est dans l’ERP.
Un outil ne peut restituer que ce qui existe quelque part sous forme exploitable. Face à une base vide, il produira des réponses génériques, c’est-à-dire fausses une fois appliquées à votre atelier.
Rendre cherchable ce qui existe déjà mais qui est introuvable : plans, gammes, fiches techniques fournisseurs, comptes rendus de non-conformité, procédures qualité. Dans beaucoup d’entreprises, ces documents existent et personne ne les retrouve, ce qui revient au même que de ne pas les avoir.
Un agent IA qui répond en langage courant sur ce fonds documentaire produit un gain immédiat et sans risque, parce que la réponse pointe vers le document source que la personne peut vérifier.
C’est un chantier à part, plus long, et il est organisationnel avant d’être technique. La bonne porte d’entrée est souvent le compte rendu de non-conformité : il documente une situation réelle et une décision, et il se remplit déjà.
Aucun outil ne capte à lui seul le savoir-faire d’un atelier. Le promettre produirait le genre de déception qui referme le sujet pour des années.
Ce sont les deux terrains où le rapport gain sur risque est le plus favorable, après le chiffrage.
Une réponse comporte une part importante d’éléments qui se répètent d’un dossier à l’autre : présentation de l’entreprise, moyens, références, certifications, procédures. Les reconstituer à chaque fois prend des heures et introduit des incohérences entre dossiers.
Le flux consiste à préparer un premier jet à partir de vos réponses précédentes, en signalant ce qui est spécifique à ce dossier et doit être écrit à la main. Le gain est double : le temps, et la cohérence entre les réponses successives.
Ce qui reste manuel : tout ce qui engage l’entreprise sur un délai, un prix ou une capacité.
Une non-conformité produit un constat, une analyse et une action corrective. La rédaction est fastidieuse, elle se fait souvent en retard, et la qualité du texte varie selon qui l’écrit.
Le flux structure la saisie sur le terrain, prépare le document, et surtout rapproche la situation des cas déjà traités : « une non-conformité comparable a été enregistrée sur cette référence il y a huit mois ». Ce rapprochement vaut davantage que la mise en forme.
Le résultat est immédiatement vérifiable par la personne qui l’utilise, et l’erreur se voit tout de suite. C’est le critère qui nous fait retenir un usage plutôt qu’un autre, et il compte davantage que la sophistication de l’outil.
Le marché promet beaucoup sur ce secteur. Quelques projets sont proposés couramment et nous ne les prenons pas en l’état.
Prédire une panne suppose des capteurs, un historique de données propres et suffisamment de pannes documentées pour qu’un modèle apprenne quelque chose. Une PME qui n’a ni capteurs ni historique n’a pas un projet d’intelligence artificielle, elle a un projet d’instrumentation, qui est plus long et plus coûteux.
Le dire au départ évite un projet de dix-huit mois qui se termine sur un constat que l’on pouvait faire au premier atelier.
Détecter un défaut sur une pièce est réalisable, et cela demande un environnement lumineux stable, un positionnement répétable et des centaines d’exemples de défauts réels. Ce dernier point bloque la plupart des projets : une entreprise qui fabrique bien n’a pas beaucoup de pièces défectueuses à montrer.
Une prévision de charge ou de stock calculée sur un ERP mal renseigné est une prévision fausse présentée avec assurance. Avant tout projet de prévision, la vraie question est l’état de la donnée, et elle relève d’un chantier de nettoyage.
C’est là que la plupart des projets échouent, et la cause est d’organisation. Un outil livré sans personne pour le porter, sans temps prévu pour l’apprentissage et sans retour organisé, est abandonné en quelques semaines. Nous identifions cette personne pendant le cadrage de deux semaines, et son rôle est écrit.
Un déploiement réussi commence petit, sur un usage dont le résultat se vérifie tout de suite.
Une demi-journée, au début des deux semaines de cadrage. Deux sujets : où va la donnée, et quel usage on retient en premier. Le premier se conclut par un document écrit qui vous reste, et qui évite de rouvrir le débat à chaque nouvel usage. Vos plans et vos chiffrages sont des documents sensibles, et la question de savoir s’ils peuvent transiter par un service tiers se tranche avant le déploiement.
Quand la réponse est non, nous déployons sur une infrastructure que vous contrôlez. Nos garanties écrites, valables sur chaque projet, sont sur la page garanties IA et souveraineté des données.
Presque toujours le chiffrage ou la recherche documentaire. Le critère de succès est écrit avant de commencer et porte sur du réel : temps passé sur la tâche, taux de correction nécessaire, et usage effectif au bout d’un mois.
Un outil que l’équipe cesse d’ouvrir n’a pas réussi, quels que soient ses résultats en démonstration. C’est l’indicateur que nous regardons en premier.
Sur les données du premier usage, pas sur l’enthousiasme. Un usage qui ne tient pas au bout d’un mois se retire, et cela fait partie des résultats annoncés comme possibles dès le départ.
Un référent disponible une à deux heures par semaine, avec le mandat de trancher. L’accès aux personnes qui font réellement la tâche, chiffreurs et qualiticiens, pas seulement à la direction. Et l’acceptation de mesurer, y compris quand la mesure dit non.
Un déploiement en PME industrielle échoue plus souvent sur l’adhésion que sur la technique. Trois questions reviennent, et il vaut mieux y répondre avant qu’elles soient posées à voix basse.
C’est la question qui n’est jamais formulée en réunion et qui décide de l’usage réel. Une réponse évasive garantit un contournement poli.
Notre réponse honnête : les usages que nous déployons portent sur des tâches de préparation, pas sur le jugement. Le chiffreur reste le chiffreur. Ce qui change, c’est la capacité de l’entreprise à répondre à plus de consultations avec la même équipe, ce qui est en général son vrai plafond.
C’est la crainte des équipes qualité et méthodes. Elle est légitime, et c’est à la direction d’y répondre. Nous demandons donc que l’objectif soit annoncé clairement au démarrage : ce que l’entreprise fera du temps rendu.
Un projet qui n’a pas de réponse à cette question rencontre une résistance passive, invisible et très efficace.
La réponse est dans la conception du flux : le point de contrôle existe, il est visible, et la personne qui valide a de quoi vérifier. Un outil qui propose sans montrer d’où vient l’information est inutilisable dans un contexte industriel, parce que la vérification coûte alors autant que le travail d’origine.
C’est pour cette raison que nous privilégions les usages dont la réponse pointe vers un document source consultable.
Le cadrage de deux semaines inclut un temps avec les personnes qui font la tâche, pas seulement avec la direction. C’est là que ces questions sortent, et c’est ce qui permet de concevoir un flux qu’elles utiliseront.
Un projet d’intelligence artificielle se compare mal d’un devis à l’autre, parce que le périmètre varie énormément et que le vocabulaire est flou. Nous chiffrons le vôtre sur mesure, après un premier échange.
Les abonnements aux services utilisés, à votre nom et fonction de votre volume. L’infrastructure, quand l’architecture retenue est un traitement local. Et la remise en ordre d’un fonds documentaire, quand un usage la suppose : c’est un chantier en soi, dont la charge dépend de l’état de vos documents.
Aucun engagement sur un pourcentage de temps gagné. Personne ne peut le garantir honnêtement avant d’avoir mesuré, et un engagement de ce type pousse à choisir les usages qui se mesurent bien plutôt que ceux qui servent.
Audit IA, stratégie digitale, adoption et conduite du changement, automatisation des processus, intégration d’outils métier, audit d’outils.
Pôle DigitalDéveloppement, marque, marketing, automatisations légères, outils digitaux et sites sur mesure.
Rarement. Les projets d’atelier supposent une instrumentation et un historique que la plupart des PME n’ont pas, et ils rendent lentement. Les gains rapides sont dans les bureaux : chiffrage, documentation, appels d’offres, qualité.
C’est la première question de l’atelier de confidentialité, au début du cadrage, et elle se tranche par écrit. Selon la réponse, l’architecture change complètement : service en ligne, anonymisation en amont, ou traitement sur une infrastructure que vous contrôlez.
Non, et ce serait risqué : l’outil extrait, rapproche et prépare ; le chiffreur décide.
Pas nécessairement. Beaucoup d’usages utiles portent sur des documents plutôt que sur l’ERP. En revanche, un projet de prévision construit sur des données ERP mal tenues donnera un résultat faux, et nous le dirons plutôt que de le livrer.
Deux semaines de cadrage, puis un premier usage en production dès le premier sprint, sur un périmètre réduit. Le critère de succès est écrit avant de commencer, et l’usage effectif au bout d’un mois compte davantage que la performance en démonstration.
Non. Les usages que nous déployons portent sur la préparation, et le jugement reste à vos équipes.
Réalisable, mais c’est rarement par là qu’il faut commencer : les exemples de défauts réels manquent le plus souvent.
On retire l’usage, et c’est prévu dès le départ.
Un premier échange offert, en visio : l’usage qui vous rendrait le plus de temps, sans toucher à l’atelier.
Prendre rendez-vous