Sommaire

Chez Bonx, nous pensons que la mise en place d’un ERP industriel devrait se compter en semaines ou en mois, pas en années. Nous pensons aussi que votre ERP doit créer de la valeur pour votre entreprise très tôt, idéalement avant même la fin du déploiement complet.

Mais ce n’est pas seulement une conviction. C’est aussi une preuve concrète, et une vraie fierté pour nos équipes. Notre client Feroce est passé sur Bonx en 42 jours sans interrompre ses opérations, puis a absorbé un pic de commandes déclenché par un passage à la télévision nationale, tout en gardant le même niveau de traçabilité et d’expédition pour chaque colis. Something Added a déployé Bonx en deux mois avec une intégration native aux imprimantes 3D HP, ce qui permet à l’usine de regrouper automatiquement les commandes, de générer les ordres de fabrication et de faire tourner la production 24h/24 et 7j/7, avec plus de 10,000 pièces produites chaque mois.

Pour une équipe habituée aux ERP historiques, ces convictions et ces résultats peuvent paraître difficiles à croire. Comment Bonx peut-il tenir des délais de mise en place aussi ambitieux ? C’est ce que cet article explique.

Pourquoi un ERP natif IA change le calendrier

Le calendrier de mise en place d’un ERP historique est en partie un problème technologique, car les ERP historiques ont été conçus autour de schémas de données rigides et d’adaptations lourdes en code. Représenter un processus revient souvent à traduire l’entreprise dans la structure existante de l’ERP, puis à ajouter de la configuration, du développement spécifique, des tests et des corrections autour de cette structure. Le délai entre "voici comment fonctionne notre processus" et "ce processus existe dans le logiciel" est long, ce qui explique une partie des raisons pour lesquelles tant de projets ERP échouent.

Le modèle opérationnel de Bonx est conçu pour être configuré et adapté plus vite. Par exemple, en utilisant des agents IA pendant la phase de déploiement elle-même pour transformer les données et les règles en processus. L’objectif est d’obtenir un système capable de représenter plus vite les flux de travail, de se connecter aux outils qui l’entourent et d’alléger plus tôt les tâches répétitives des équipes.

La technologie change elle-même la vitesse de mise en place de deux façons :

Représentation : quand le système est plus configurable et plus composable, le temps nécessaire pour cartographier et adapter un processus peut diminuer fortement. L’équipe passe donc beaucoup plus vite de la discussion sur le workflow à un logiciel opérationnel que dans un projet ERP historique.
Adoption : les utilisateurs adoptent plus vite un système qui leur apporte de la valeur immédiatement. Si une équipe commerciale récupère 80% de sa capacité de préparation de devis parce que le travail sur les commandes clients est automatisé, cette partie de l’entreprise a une bonne raison de basculer vers l’ERP. L’adoption n’a donc pas besoin de devenir une campagne de formation ou une étape isolée du go-live, ce qui accélère encore le calendrier.

3 différences dans l’approche de mise en place de Bonx

La technologie elle-même, par exemple le modèle de données et le modèle opérationnel, est l’un des facteurs qui différencient un ERP natif IA d’un ERP historique et permettent une mise en place plus rapide. Mais au-delà de la technologie, un go-live avec Bonx ne reproduit pas simplement un projet ERP historique sur un calendrier plus serré. Voici trois autres différences dans notre approche, qui nous permettent de rendre nos clients opérationnels rapidement.

1. Tout ne bascule pas forcément en même temps

Dans un projet ERP historique, l’équipe cherche souvent à modéliser toute l’entreprise en amont, puis attend la fin du projet pour voir de la valeur, parfois plusieurs années plus tard. Dans le modèle Bonx, l’équipe choisit un premier flux de travail, le met en production, apprend à partir d’un usage réel, puis étend le périmètre.

Cela dit, certains de nos clients préfèrent, ou doivent, souvent à cause de la fin de vie d’un autre système, choisir une mise en place où toute l’entreprise bascule vers le nouveau système à un moment précis. Mais le plus souvent, le premier go-live concerne un flux opérationnel réel, précis et important, pas toute l’entreprise ni tout le système. Il peut s’agir des commandes clients jusqu’à l’expédition, des commandes de pièces détachées, des déclarations de production pour une activité, des stocks et des achats sur un périmètre maîtrisé, etc.

Le mot important est "réel". Un premier go-live avec Bonx n’est pas un environnement de démonstration, un faux processus ou un workflow théorique. Il implique de vrais utilisateurs, de vraies commandes, de vrais mouvements de stock, de vrais documents et une vraie valeur opérationnelle.

Cela signifie souvent que le premier go-live fonctionne à côté des outils existants. En pratique, plusieurs plans de déploiement Bonx prévoient une phase en parallèle, où l’équipe fait passer du vrai travail dans Bonx pendant que l’outil existant reste en place pour valider le flux. Cette étape réduit le risque perçu d’un déploiement ERP.

2. Le premier périmètre a un critère de réussite clair

Notre approche de mise en place signifie que le système n’a pas forcément besoin de couvrir toute l’entreprise et tous les cas d’usage dès le premier jour. En revanche, nous sommes très attachés à définir, puis à atteindre, des indicateurs de réussite. Ce que le go-live doit prouver, c’est que le premier périmètre défini fonctionne vraiment. Pas seulement d’un point de vue technique, mais aussi d’un point de vue humain.

Dans un plan de déploiement récent, le critère de go-live était simple : un utilisateur devait créer une commande client complète, du devis aux documents d’expédition, en moins de 10 minutes et sans aide. C’est un bien meilleur standard qu’une liste de champs configurés, car il teste la capacité du système à soutenir une action opérationnelle réelle.

Pour le premier périmètre de go-live, nous cherchons à répondre à des questions pratiques :

L’équipe peut-elle exécuter ce flux dans Bonx sans attendre ni consulter un autre outil ou une autre source d’information ?
Les bons utilisateurs voient-ils ce dont ils ont besoin sans devoir demander à quelqu’un d’autre ?
Les documents, mouvements de stock, changements de statut, étapes de production, etc., sont-ils suffisamment fiables pour un usage réel sur le terrain ?
Le flux réduit-il réellement la charge de travail et facilite-t-il la vie des équipes, ou déplace-t-il simplement le travail dans un autre écran ?

Cette approche doit rendre la mise en place plus concrète : le premier périmètre peut être plus restreint, mais le niveau d’exigence en matière de réussite et d’impact métier est plus élevé.

3. La première itération n’est pas la ligne d’arrivée

Beaucoup de fabricants ont appris à voir le moment du go-live ERP comme une rupture nette. Avant, tout est préparation. Après, tout est support. Pour Bonx, le go-live est la première preuve que le système peut soutenir l’entreprise, puis la mise en place continue à s’étendre, avec la pleine participation de notre équipe.

Pour que ce modèle fonctionne, notre équipe est disciplinée sur ce qui vient après cette première étape. Par exemple, dans un plan de déploiement récent, Bonx et le client ont gelé tous les sujets du deuxième périmètre jusqu’à la fin du premier go-live. Intégrations, tableaux de bord, codes spécifiques, rapports supplémentaires et workflows additionnels n’ont pas été ignorés. Ils ont été placés dans un parking lot, priorisés et planifiés après le premier flux en production.

Ce n’est pas un compromis. C’est ce qui évite au projet de devenir une mise en place ERP historique de plusieurs mois. Les cas particuliers comptent, bien sûr, mais la question est de savoir s’ils doivent bloquer le go-live du premier cas d’usage qui apporte de la valeur opérationnelle. Si un tableau de bord, une intégration ou une exception est utile mais pas nécessaire au bon fonctionnement du premier flux réel, ce sujet ne doit pas prendre le go-live en otage.

C’est la partie de notre approche de mise en place qui peut sembler inconfortable au début. Les équipes ont l’habitude de considérer le périmètre ERP comme une protection : si tout est écrit maintenant, rien ne sera oublié. Mais un périmètre trop large peut produire l’effet inverse : le projet devient trop lourd pour avancer, et l’entreprise attend des mois avant que quelqu’un puisse utiliser le système.

Ce que vous pouvez attendre d’une mise en place avec Bonx

Une mise en place ERP rapide ne signifie pas que le client reste passif, ni qu’il n’a aucune responsabilité dans la réussite du projet. Elle demande moins d’ateliers cérémoniels qu’un déploiement ERP historique, mais passer en production avec Bonx demande toujours des décisions, des données et une vraie responsabilité côté métier.

Bien sûr, chaque fabricant a un périmètre et un calendrier qui lui sont propres. Mais comme point de départ, nous demandons généralement à nos clients de fournir une vision complète de leur réalité opérationnelle : produits, clients, fournisseurs, prix, stocks, nomenclatures, gammes, règles qualité, documents et exceptions assez fréquentes pour compter. L’équipe doit aussi identifier les utilisateurs capables de valider le flux, car un système ne peut pas passer en production sereinement si personne ne peut répondre à la question : "est-ce que cela correspond à notre façon de travailler ?"

À partir de là, c’est la forme du travail qui change. Au lieu de passer des mois à traduire l’entreprise dans une structure ERP rigide, l’équipe travaille sur le premier flux réel. Quelles données sont nécessaires pour ce flux ? Quels statuts comptent ? Quels documents doivent être générés ? Quelles décisions nécessitent une validation humaine ? Quelles étapes pourront être automatisées plus tard, une fois la confiance installée ?

Nous ne demandons pas à nos clients de mobiliser leurs meilleurs profils dans des ateliers pendant des semaines et des semaines, sur une année entière, avant de voir de la valeur. Dans le même temps, une mise en place rapide n’est pas une promesse d’éviter les sujets difficiles. Passer en production avec Bonx demande toujours de la concentration, mais la différence est simple : nous pensons fermement que le projet doit apporter de la valeur rapidement à votre entreprise, et nous faisons tout pour tenir cette promesse.