Podcast-Webinaire : Posez toutes vos questions sur l’ERP et la fabrication

Pas de diapositives ici — juste deux personnes qui ont passé leur carrière dans le monde du ERP manufacturier à discuter franchement d’où s’en va l’industrie. Max reçoit Jean Magny, président de Genius, pour une conversation qui commence par leurs parcours respectivement similaires (curiosité technique depuis l’enfance, un détour par le génie physique avant le génie mécanique, un premier emploi peu glorieux en qualité ou en aéronautique qui leur a néanmoins appris comment une entreprise fonctionne dans son ensemble) et qui aborde ensuite des sujets vraiment utiles : pourquoi l’ERP restera la colonne vertébrale de l’entreprise même avec l’IA, pourquoi un système comptable combiné à Excel n’est pas un ERP, et ce qui distingue vraiment une implantation réussie d’une implantation qui échoue. Jean est étonnamment direct sur la sélection de fournisseurs — les appels d’offres remplis de centaines de questions sur les fonctionnalités logicielles et presque aucune sur l’accompagnement posent la mauvaise question, puisque l’accompagnement, la formation et la personnalisation peuvent représenter les deux tiers du coût total d’un projet. Les deux s’entendent sur le fait qu’un projet ERP est, sous le capot, un projet de transformation humaine — c’est pourquoi avoir un vrai champion interne (pas seulement un stagiaire techniquement doué) compte autant que le logiciel lui-même. Si vous évaluez votre premier ERP ou essayez de comprendre pourquoi votre dernière implantation a échoué, cette conversation vaut le détour.

Ce que vous apprendrez dans ce webinaire

Chapitre 1 — Expérience dans l’implantation d’un ERP

Max raconte son parcours : ingénieur mécanique, d’abord ingénieur de liaison en aéronautique, puis chargé de projet dans la fabrication d’équipements en acier inoxydable pour le pharmaceutique, où il a participé à une implantation ERP qui l’a définitivement orienté vers ce monde — il a ensuite rejoint une compagnie d’implantation ERP et n’a jamais regardé en arrière.

Chapitre 2 — Évolution des systèmes ERP

À la question de Max sur l’évolution de l’ERP dans les 5, 10, 15 prochaines années, Jean préfère se projeter sur dix ans : l’ERP restera la colonne vertébrale de l’entreprise, la source centrale de données permettant de bâtir des indicateurs de performance et de prendre de bonnes décisions. Il insiste aussi sur le fait qu’un ERP n’est pas un logiciel qu’on achète, mais un chantier de transformation humaine — le numérique n’étant que l’outil qui soutient cette transformation, pas la transformation elle-même.

Chapitre 3 — Impact de l’intelligence artificielle sur les ERP

Jean prévoit que l’IA va accélérer les transactions individuelles, mais surtout réduire le nombre d’employés nécessaires pour générer un même chiffre d’affaires, dans un contexte de rareté de main-d’œuvre. Au-delà des indicateurs de performance actuels, il envisage que l’IA permette une simulation plus avancée de l’impact d’une décision (comme déplacer du stock d’un client à un autre, avec des répercussions sur la planification de production ou les bons d’achat en sous-traitance) — quelque chose qu’même une personne très expérimentée ne peut pas couvrir manuellement. Il répète que l’implantation elle-même reste un chantier de transformation humaine, peu importe la taille ou la maturité de l’entreprise.

« Ce n’est pas de la transformation numérique… c’est de la transformation humaine en réalité. » — Jean Magny

Chapitre 4 — Tendances actuelles dans le marché ERP

Max identifie l’intelligence artificielle comme la tendance dominante actuelle (après l’industrie 4.0 et la connectivité machine il y a trois ans), portée par la tendance de l’infonuagique — environ 90 % des clients actuels choisissent aujourd’hui un modèle cloud, contre presque 50/50 il y a trois ou quatre ans, en partie parce que les modèles d’IA ont besoin de données centralisées. Les deux discutent des agents d’IA remplaçant des rôles cléricaux (comme la saisie de factures payables), des requêtes en langage naturel via des LLM pour extraire rapidement des rapports, et du concept d’« empowerment » — donner aux employés la même visibilité sur les données que le propriétaire de l’entreprise. Jean va plus loin en prévoyant que cette même fluidité transactionnelle pourrait bousculer d’autres secteurs bâtis sur des honoraires (comme le droit ou la comptabilité des grandes firmes), à mesure qu’une partie du travail de validation des transactions devient automatisable.

Chapitre 5 — Transition d’Excel à un ERP

Max demande pourquoi un mélange de suite comptable et d’Excel n’est pas considéré comme un ERP. Jean relie ça à une question de maturité plutôt que d’étiquette : Excel convient très bien à une petite entreprise dont le modèle d’affaires n’est pas encore défini (grande flexibilité, aucun cadre imposé), mais devient risqué une fois qu’une entreprise a défini son modèle et doit intégrer rapidement de nouvelles personnes — les fichiers partagés corrompus ou modifiés sans historique deviennent alors un vrai problème vécu par plusieurs clients. Il refuse de « démoniser » Excel : même les grandes entreprises le gardent souvent en parallèle de leur ERP pour du prototypage ou de l’extraction de données. Max ajoute que la rigidité qu’apporte un ERP crée une interdépendance entre les rôles (changer l’information sur un bon de commande a maintenant un impact sur toute l’entreprise, pas seulement sur soi-même) — c’est exactement ce qui brise les silos de données, mais aussi ce qui crée de la friction dans la transformation humaine.

Chapitre 6 — Considérations pour l’achat d’un premier ERP

Premier conseil de Jean : éviter les réponses génériques et « préconçues » (diminuer la saisie de données, améliorer la sécurité) et définir le véritable problème ou impact recherché — par exemple réduire un délai de livraison de vingt à seize semaines pour gagner en compétitivité, ou régler un problème concret de liquidités lié à une mauvaise gestion des commandes.

Chapitre 7 — Objectifs de transformation et impact

Une fois les vrais objectifs définis, il faut délimiter un scope de phase un réaliste et s’y tenir, plutôt que de céder au « chant des sirènes » des fonctionnalités vues en démo qu’on n’utilisera peut-être pas avant plusieurs années. Jean compare un projet ERP interrompu à un fruit laissé trop longtemps sur le comptoir : l’énergie investie est complètement perdue si une phase n’est pas complétée avant qu’un changement (départ d’employé, etc.) ne vienne interrompre le projet — un peu comme des travaux en cours sur le plancher qui ne valent rien tant qu’ils ne sont pas terminés.

Chapitre 8 — Coûts cachés de l’implantation d’un ERP

Jean souligne que les gens magasinent souvent un ERP comme une commodité, consacrant presque toutes leurs questions au logiciel lui-même — qui ne représente généralement qu’un tiers du coût total — alors que l’accompagnement (méthodologie, transfert de connaissances, gestion du changement) représente les deux autres tiers mais reçoit à peine quelques questions. Max compare ça à un coffre d’outils (le logiciel, un tiers du coût) et au charpentier ou au coach qui sait s’en servir pour construire quelque chose (les deux tiers restants).

Chapitre 9 — Fit du produit et personnalisation

Max demande l’importance d’un champion interne fort; Jean insiste sur l’appropriation dès le jour un et le développement de compétences à l’interne plutôt que de dépendre indéfiniment des consultants — le taux de succès est le plus élevé quand il y a une contrepartie solide côté client, mais cette personne doit avoir une réelle compréhension d’affaires, pas seulement des compétences techniques (un stagiaire fraîchement diplômé ne suffit pas). Jean cite des exemples de champions dont le rôle a grandi jusqu’à mener le déploiement dans plusieurs usines après des acquisitions. Il aborde ensuite le « fit » produit : certaines implantations se vendent en dix jours, d’autres nécessitent 1200 à 1400 heures — la différence vient souvent de l’expérience réelle du partenaire dans votre créneau précis (équipement OEM complexe, par exemple, versus pièces à haut volume) plutôt que du logiciel lui-même; un mauvais fit signifie que le client finit par « former » le consultant sur ses propres besoins, ce qui n’est pas gratuit et peut doubler ou tripler le coût réel du projet.

Chapitre 10 — Leçons des échecs d’implantation

Max partage un scénario fréquent chez les clients dont la première implantation a échoué : ils s’attendaient à une expertise sectorielle intégrée à la solution, mais se sont retrouvés avec des gens très compétents en finance ou en optimisation de processus, sans toutefois parler le même langage manufacturier — laissant le client définir lui-même les meilleures pratiques plutôt que d’être guidé vers elles, contrairement à une solution spécialisée qui apporte à la fois le bon fit logiciel et l’expertise pour accompagner le client dès le départ.