Un client demande une machine avec une option de chauffage, une alimentation en 24 V et un carter en inox. Le commercial hesite : est-ce compatible ? Il appelle le bureau d'etudes. Le technicien est en reunion, rappelle deux heures plus tard, demande une precision sur la longueur du convoyeur, puis confirme que c'est possible, sauf avec le moteur prevu au depart. Le devis part le lendemain, a la place du jour meme.
Cette scene se rejoue chaque semaine dans beaucoup d'entreprises industrielles qui proposent des produits a options. Le probleme n'est ni le commercial ni le bureau d'etudes : la connaissance de ce qui est compatible avec quoi existe, mais elle vit dans la tete de quelques personnes, dans des fichiers Excel et dans des fiches techniques dispersees.
Ou se cachent vraiment les regles de compatibilite
Avant de parler d'outil, il faut regarder ou se trouvent les regles aujourd'hui. Dans la plupart des PME industrielles, on les retrouve a quatre endroits :
- dans l'experience du responsable du bureau d'etudes, qui sait que telle option ne passe pas avec tel gabarit sans avoir besoin de relire quoi que ce soit ;
- dans des tableaux de compatibilite, souvent en Excel, mis a jour de maniere irreguliere ;
- dans les catalogues et fiches techniques, qui decrivent les produits mais rarement leurs contraintes croisees ;
- dans des mails et des historiques de devis precedents, que l'on cherche quand on se souvient qu'un cas similaire est deja passe.
Le resultat est previsible : le commercial est dependant d'une validation humaine pour tout ce qui sort du standard, et le bureau d'etudes passe une part de son temps a repondre a des questions dont la reponse existe deja, quelque part.
Encoder une regle : plus rigoureux que ce que l'on croit
Un configurateur sur mesure ne fait que traduire ces regles sous une forme que l'outil peut appliquer. Mais l'exercice de formalisation est souvent la partie la plus utile du projet. On distingue en general trois familles de regles.
Les exclusions
Ce sont les combinaisons impossibles : l'option A ne peut pas etre choisie avec l'option B. Elles sont les plus faciles a exprimer et celles qui evitent les erreurs les plus couteuses, celles qu'on decouvre en fabrication ou chez le client.
Les dependances
Choisir une option en impose une autre : un moteur plus puissant impose une alimentation adaptee, un carter specifique impose un type de fixation. Le configurateur peut alors ajouter automatiquement l'element requis, ou prevenir l'utilisateur qu'il doit le selectionner.
Les contraintes de dimension et de plage
Certaines regles ne portent pas sur des options mais sur des valeurs : une longueur maximale selon le modele, une charge admissible selon la configuration, un debit minimal pour une taille donnee. Ici, l'outil effectue un calcul et valide ou refuse la configuration selon des seuils precis.
Le point important : une regle encodee doit etre explicite. Quand le bureau d'etudes dit "ca depend", il faut aller jusqu'a la condition exacte : depend de quoi, a partir de quelle valeur, avec quelle exception. Ce travail d'explicitation fait ressortir des incoherences que l'on tolerait sans s'en rendre compte, par exemple deux tableaux qui ne disent pas la meme chose.
Ce que change un configurateur dans le quotidien
Une fois les regles encodees, la validation d'une configuration standard ou semi-standard ne passe plus par une personne. Le commercial compose le produit, l'outil signale immediatement ce qui est incompatible et propose les alternatives possibles. Le bureau d'etudes n'intervient plus que sur les vrais cas particuliers, ceux qui sortent du perimetre des regles connues.
Quelques effets concrets que l'on observe generalement :
- le devis peut etre produit pendant l'echange avec le client, ou le jour meme, et non au bout de plusieurs echanges internes ;
- les erreurs de configuration detectees tard (en atelier, voire chez le client) diminuent, puisque la combinaison invalide n'est tout simplement pas selectionnable ;
- la connaissance cesse d'etre portee par une ou deux personnes : elle est documentee, partageable, et ne disparait pas avec un depart ou un changement de poste ;
- le bureau d'etudes retrouve du temps pour la conception et l'amelioration des produits.
L'outil peut aussi aller plus loin que la simple validation : generer la nomenclature associee, calculer le prix a partir des options retenues, produire une fiche de configuration que l'atelier pourra exploiter directement. Mais ces extensions viennent apres, une fois que le socle des regles est fiable.
Comment aborder un tel projet sans se perdre
L'erreur frequente est de vouloir tout encoder d'un coup. Une approche plus saine consiste a commencer par une gamme de produits, ou meme par les configurations qui generent le plus de questions au bureau d'etudes. On encode ces regles, on met l'outil entre les mains des commerciaux, on observe ou il bloque ou ou il manque des cas, puis on elargit.
Il faut aussi prevoir comment les regles evolueront. Un produit change, une option disparait, une nouvelle contrainte apparait. Le configurateur doit permettre a quelqu'un de l'entreprise, typiquement au bureau d'etudes, de faire evoluer les regles sans repasser par un developpeur a chaque modification. C'est ce qui distingue un outil qui reste utile dans la duree d'un outil qui devient obsolete au bout d'un an.
Pour conclure
Les allers-retours entre commercial et bureau d'etudes ne sont pas une fatalite, ni le signe d'une mauvaise organisation : ils sont souvent le symptome de regles qui n'ont jamais ete mises a plat. Les formaliser, meme sans outil, est deja un progres. Les integrer dans un configurateur permet ensuite de les appliquer de maniere constante, au meme endroit pour tout le monde.
Si vous reconnaissez cette situation dans votre entreprise et que vous vous demandez ce que cela donnerait pour vos gammes de produits, nous sommes disposes a en discuter, sur la base de votre cas concret. Vous pouvez nous retrouver sur vygma.com.