Pourquoi les consultants en stratégie recommandent l’OEE léger plutôt qu’un MES complet
Si vous avez passé du temps dans une practice Opérations chez BCG, McKinsey, Bain, Kearney, Roland Berger ou Sia Partners ces cinq dernières années, vous avez vécu le même scénario. Un client industriel commande un diagnostic de performance opérationnelle. L’équipe parcourt l’usine pendant deux semaines. Les pertes sont partout — arrêts non planifiés, micro-arrêts, temps de changement de série, dérive qualité, écart d’adhérence au planning. Le diagnostic produit une lecture claire et le client pose la question qui s’ensuit naturellement : « qu’est-ce qu’on met en place pour mesurer et améliorer tout ça dans la durée ? »
La réponse consulting traditionnelle était un déploiement MES complet — un programme de deux ans, à sept ou huit chiffres. Cela avait du sens à l’époque où les alternatives se résumaient à du reporting papier ou du bricolage SCADA legacy. Ça a cessé d’avoir du sens au milieu des années 2010, quand une nouvelle catégorie d’OEE léger est apparue avec des délais de déploiement en semaines au lieu d’années, et un coût total de possession un ordre de grandeur en-dessous.
Cet article s’adresse aux consultants opérations qui soupçonnent déjà que le réflexe MES est faux, mais qui ont besoin d’un cadre structuré pour argumenter la position avec leurs clients — et avec leurs partners. Il s’appuie sur les six années de déploiements TeepTrak initiés par BCG, McKinsey, Bain, Sia Partners et autres practices opérations de premier plan, et sur la réalité opérationnelle spécifique qui différencie notre approche des MES incumbents. Le papier n’est pas vendor-neutre — nous sommes TeepTrak, et nous construisons de l’OEE léger — mais l’argument structurel tient indépendamment du vendor que vous recommanderez finalement.
Cet article reflète des perspectives construites lors de 4 années au BCG sur des programmes LEAN, performance opérationnelle et réduction des coûts à travers l’Europe, l’Asie et les Amériques.
Le problème caché de la recommandation MES traditionnelle
Recommander un MES traditionnel à un client paraît safe. Les vendors ont une brand recognition forte (Siemens, Rockwell, Aveva, SAP MII). L’architecture est bien documentée. Chaque partner du cabinet a vu au moins un case study MES. Le problème, c’est que la plupart des projets MES ne livrent pas l’uplift opérationnel que l’équipe consulting avait promis dans le diagnostic — et quand ils échouent, la crédibilité des consultants en souffre même si l’implémentation a été faite par un partenaire intégrateur.
Les trois modes d’échec sont remarquablement constants d’une industrie à l’autre :
Scope creep pendant l’implémentation. Le use case OEE qui justifiait le projet se dilue dans la traçabilité, les batch records qualité, la maintenance, le warehousing. Au go-live, le dashboard OEE est une fonctionnalité mineure enfouie dans une plateforme que personne n’utilise au quotidien. Les 15 points d’uplift OEE que le diagnostic avait projetés ne se matérialisent jamais parce que l’outil a cessé de parler d’OEE quelque part au neuvième mois.
Rejet opérateur. Le MES demande aux opérateurs de sélectionner des raisons d’arrêt dans des menus déroulants à 50-200 codes. En environnement de production réel, cette interaction ne peut pas avoir lieu. Le taux de saisie tombe à 30-50%. Les arrêts se retrouvent taggués « autre » ou non taggués du tout. La donnée devient non fiable, et sans donnée fiable, la boucle d’amélioration bloque.
Lock-in sur coût irrécupérable. Au bout de deux ans, le client a dépensé 800K$-2,4M$ et ne peut plus se permettre d’admettre que l’implémentation ne fonctionne pas. Le cabinet qui a recommandé le MES est impliqué dans le coût irrécupérable et a peu d’incentive à rouvrir la question. Personne ne gagne, sauf l’intégrateur qui facture des change orders.
Le consultant opérations expérimenté voit ce pattern. La question inconfortable est : que recommander à la place, quand le client demande « on adore le diagnostic, maintenant comment on opérationnalise ça ? »
L’alternative OEE léger et pourquoi elle existe
Les systèmes OEE légers résolvent un problème plus étroit que le MES. Ils mesurent les pertes de disponibilité, performance et qualité en temps réel via des capteurs externes (courant, vibration, photoélectriques) qui se fixent aux équipements existants sans modification du PLC. Ils donnent aux opérateurs une tablette avec cinq boutons au lieu de cent. Ils se déploient en une à deux semaines au lieu de douze à dix-huit mois. Ils coûtent 40K€-120K€ en TCO année 1 plutôt que 850K$-2,4M$ sur trois ans.
La raison architecturale pour laquelle cette catégorie existe : le design MES original présupposait une intégration dans le stack IT de l’usine — lectures PLC, interfaces ERP, couplage WMS, compliance dossiers électroniques. Toute cette intégration pousse le coût et le délai. Pour 80% des usines qui n’ont pas besoin de traçabilité niveau pharma ou de routage de work orders complexes, le poids de l’intégration paie pour une capacité qui ne sera jamais utilisée.
L’OEE léger inverse l’architecture. Le système vit à côté de l’IT existante, pas dedans. Les capteurs externes impliquent zéro travail PLC. Le déploiement SaaS signifie pas de serveurs. Une UI opérateur simplifiée garantit des taux de saisie élevés (95%+) et donc une donnée fiable — qui est le prédicteur numéro un de la réussite d’un programme d’amélioration.
Obtenir le benchmark
Téléchargement immédiat. Aucune confirmation par e-mail requise.
Pourquoi ça compte pour l’économie de la mission consulting
Les missions dont la recommandation finale est un MES complet ont un problème structurel que les consultants articulent rarement : le calendrier d’implémentation du MES dépasse la durée de la mission. Les consultants partent au mois 4 ; le MES va live au mois 15 ; le temps que quelqu’un puisse mesurer si l’amélioration OEE s’est matérialisée, l’équipe originale est partie sur d’autres clients. La responsabilité se dissout.
Les missions dont la recommandation est l’OEE léger ont la caractéristique inverse : l’outil tourne dans les semaines qui suivent la recommandation. Le temps que la mission se termine, l’équipe consulting peut montrer au client une vraie baseline opérationnelle, de vraies expériences d’amélioration en cours, et un uplift OEE projeté spécifique appuyé par des données mesurées. La phase de travail suivante — les sprints d’amélioration — peut se structurer autour de données que l’équipe a aidé à établir.
Cela a deux bénéfices directs pour le cabinet. Premièrement, la mission produit au closeout des chiffres d’impact plus solides, plus défendables. Deuxièmement, la continuation (sprints d’amélioration, project management de transformation, diagnostics supplémentaires sur sites adjacents) est plus facile à vendre parce que le client voit déjà de la valeur sur la première phase et fait confiance au jugement technique de l’équipe.
Le pattern observé sur les déploiements TeepTrak influencés par des consultants : les missions closent avec 5-10 points d’OEE mesurés en uplift visibles dans le dashboard, plutôt que le classique « uplift projeté de 8-12 points une fois que le MES sera live dans 18 mois » vis-à-vis duquel les clients ont raison d’être sceptiques.
La question spécifique à poser au client avant de recommander
Un filtre utile pour les consultants qui évaluent quelle recommandation convient à un client donné : demander quel problème opérationnel le client cherche vraiment à résoudre, puis tester la recommandation face aux vraies contraintes.
Le MES complet est la bonne recommandation quand le client a besoin : de traçabilité matière complète avec records au niveau batch, signatures électroniques pour compliance GMP ou FDA, routage strict des work orders avec process complexes, intégration ERP profonde pour scheduling MRP, ou gestion centralisée des records qualité avec BRs électroniques. Ce sont les use cases pour lesquels le MES a été conçu et que l’OEE léger ne peut pas substituer.
L’OEE léger est la bonne recommandation quand le client a besoin : de visibilité OEE en temps réel avec décomposition des pertes, analyse root cause des arrêts avec assistance IA, tracking des micro-arrêts à granularité sous-minute, benchmarking inter-équipes et inter-lignes, ou d’une façon rapide de quantifier la baseline avant une transformation LEAN ou TPM. Ce sont les use cases où le MES est sur-ingénieré.
Beaucoup de clients ont besoin des deux à terme. La séquence compte. Déployer l’OEE léger en premier donne au client des données baseline fiables et une boucle d’amélioration en quelques semaines. La décision d’ajouter un MES plus tard pour traçabilité ou compliance peut se prendre dans douze à dix-huit mois, avec une information bien meilleure. Recommander le MES en premier et découvrir dix-huit mois plus tard que 95% du budget dépensé est parti dans des capacités que le client n’utilise pas : c’est le pattern qui abîme la relation consulting.
Ce que les consultants expérimentés regardent vraiment chez un vendor OEE
Quand les consultants évaluent quel vendor OEE léger recommander à un client, ils pondèrent des critères que les acheteurs considèrent rarement de façon explicite mais qui prédisent le succès du déploiement. La vitesse de passage à la donnée mesurable est première — tout vendor incapable de démontrer une vraie donnée OEE client dans les 48 heures suivant l’arrivée sur site n’est pas compétitif. La neutralité hardware est seconde — tout vendor qui exige des marques PLC spécifiques ou impose une intégration réseau réintroduit la complexité qui a rendu le MES peu attractif.
La qualité de l’interface opérateur est troisième, et souvent sous-pondérée. Une UI opérateur qui demande plus de 30 secondes d’interaction par événement s’effondrera à 40% de taux de saisie en quelques mois ; ce problème de qualité de donnée est irréversible. L’analyse root cause assistée par IA est quatrième — les clients qui demandent « pourquoi l’OEE est à 65% » ont besoin d’une réponse plus spécifique qu’un Pareto. Le support opérateur multilingue est cinquième pour les clients globaux qui veulent une méthodologie cohérente entre usines.
Enfin, la qualité des références clients compte. Les consultants des cabinets top-tier ne recommanderont pas un vendor dont la reference list est une poignée de petits industriels domestiques. Les vendors avec des déploiements publiés chez Stellantis, Alstom, Hutchinson ou Kraft Heinz passent le filtre d’approbation partner ; les vendors sans ce pedigree ne passent pas.
Conclusion pour le consultant qui lit cet article
Le gain de crédibilité le plus rapide pour un consultant qui sort d’un diagnostic opérations est de donner au client un outil qui livre de l’amélioration visible avant la fin de la mission, pas dix-huit mois plus tard. C’est à soi seul l’argument pour l’OEE léger contre le MES dans à peu près 80% des cas industriels. Le reste est de l’exécution.
TeepTrak a été fondé en 2014 par François Coulloudon — l’auteur de cet article — après quatre années dans la practice Opérations du BCG à Paris où le problème MES-versus-OEE-léger est devenu visible au fil d’une douzaine de missions clients en automobile, pharma, food & beverage et industrie. La solution construite depuis a été déployée dans plus de 450 usines dans 30 pays, fréquemment via des diagnostics menés par des consultants BCG, Sia Partners et autres cabinets de premier plan. Le POC 48 heures est structuré spécifiquement pour le workflow consultant : entrer sur le site client, installer, avoir la donnée en fin de jour 2, l’utiliser au prochain steering.
Références externes : TRS / OEE — Wikipédia · MESA International · Lean Manufacturing — Wikipédia
À lire également : Ce que 4 ans au BCG m’ont appris sur la conception d’un système OEE · Comment les consultants intègrent un POC OEE 48h dans une mission LEAN · Le pattern client derrière l’adoption de TeepTrak
Vous intervenez chez un client industriel ?
Notre équipe a accompagné des missions BCG, McKinsey, Bain, Kearney, Roland Berger et Sia Partners dans 30+ pays. POC 48h gratuit sur site client — sans engagement de votre client.
Discuter d’un POC client
0 commentaires