Points clés à retenir
- La classification des produits opère à deux niveaux : stratégie marketing et architecture des données. La plupart des problèmes de catalogue se trouvent au deuxième niveau.
- Les systèmes standards comme eCl@ss, ETIM, GS1 GPC et UNSPSC définissent non seulement les groupes de produits, mais aussi les attributs qui appartiennent à chaque classe. Choisir le mauvais standard pour votre secteur crée des frictions de données permanentes.
- De nombreux fabricants gèrent une classification propriétaire aux côtés d'une ou plusieurs normes externes. Un PIM rend cela gérable. Une feuille de calcul, non.
- L'héritage des attributs est l'avantage principal d'une classification correcte : assignez un attribut à une classe une seule fois, et chaque produit de cette classe l'obtient automatiquement.
- L'erreur de classification la plus courante est de la traiter comme un problème de navigation. Les arbres de catégories pour la navigation sur la boutique en ligne et les structures de classification pour la gestion des données servent des objectifs différents et doivent être construites séparément.
- Les listes de produits plates et indifférenciées sont l'échec de classification le plus coûteux. Elles poussent la gestion des attributs au niveau du produit, où elle ne peut pas passer à l'échelle.
Ce que la classification des produits est réellement
La classification des produits est la décision de déterminer à quel groupe un produit appartient. Cela semble simple. En pratique, cela détermine quels attributs un produit possède, comment il est trouvé et filtré, s'il peut être exporté vers un système partenaire sans rework manuel, et si la logique de variante fonctionne à grande échelle.
Les termes taxonomie des produits, catégorie de produits et classification des produits sont utilisés de manière interchangeable, mais ils font référence à des choses différentes. La taxonomie des produits est la hiérarchie complète des groupes et sous-groupes. Une catégorie de produits est un nœud spécifique dans celle-ci. La classification des produits est l'acte d'assigner un produit au bon nœud. Les problèmes dans un catalogue de produits remontent presque toujours à l'un de ces trois étant mal défini ou confondu avec un autre.
En marketing, la classification vous indique comment les clients achètent un produit et ce que cela signifie pour la tarification, la promotion et la distribution. Un composant industriel à considération élevée est commercialisé et vendu différemment d'un article d'entretien consommable, même s'ils proviennent tous deux du même fabricant.
En gestion des données, la classification détermine quelles informations un produit a besoin, comment elle est structurée dans votre catalogue, et si elle peut être échangée avec des partenaires, des marchés ou des systèmes d'approvisionnement sans rework manuel. Un produit classé comme « disjoncteur » dans eCl@ss hérite d'un ensemble spécifique d'attributs techniques. Si vous l'avez assigné à la mauvaise classe, ces attributs sont erronés aussi, et chaque export en aval le reflète.
Cet article couvre les deux aspects, mais davantage sur l'architecture des données, car c'est là que se prennent la plupart des décisions pratiques pour les fabricants et les distributeurs gérant de grands catalogues.
Systèmes standard de classification des produits
Plusieurs normes de classification maintenues par l'industrie existent pour résoudre un problème spécifique : si votre entreprise et vos partenaires commerciaux utilisent des groupements internes différents, l'échange de données nécessite une traduction manuelle à chaque transmission. La classification standard élimine cela et rend possible l'interopérabilité entre systèmes sans mappage personnalisé à chaque point de connexion.
eCl@ss est une norme multi-secteurs pour classifier et décrire les produits et services, conforme à ISO/IEC et maintenue par l'association non gouvernementale eCl@ss. Elle est structurée hiérarchiquement sur quatre niveaux : segment, groupe principal, groupe et classe de commodity. Chaque classe définit un ensemble de propriétés : des attributs spécifiques qu'un produit de cette classe doit ou peut porter. eCl@ss est largement utilisée dans la fabrication, l'approvisionnement industriel et les industries de transformation, et est de plus en plus référencée comme un langage commun pour l'échange de données Industrie 4.0.
ETIM (Modèle d'information technique européen) est originaire du secteur de l'ingénierie électrique néerlandais en 1991 et s'est depuis étendue aux CVC, plomberie, construction et métiers connexes. Contrairement aux systèmes hiérarchiques, ETIM organise les produits en classes avec des caractéristiques techniques précisément définies et des valeurs autorisées. Un produit classé comme un type spécifique de disjoncteur porte un ensemble défini de caractéristiques mesurables : courant assigné, nombre de pôles, pouvoir de coupure, tel que spécifié par la norme. ETIM est le système de classification dominant dans la vente en gros technique européenne.
GS1 GPC (Classification globale des produits) a été créée en 1999 pour soutenir la synchronisation des données de produits sur le réseau mondial de synchronisation des données de GS1. Elle se distingue d'UNSPSC malgré les deux étant gérées par GS1 US. GPC opère au niveau de la brique, où les produits partagent un ensemble défini de quatre à sept attributs. Elle voit l'adoption la plus importante dans les biens de consommation, la vente au détail et les chaînes d'approvisionnement épicerie.
UNSPSC (Code standard des Nations Unies pour les produits et services) est une norme mondiale multi-secteurs originellement développée pour l'analyse des dépenses et l'approvisionnement. Sa hiérarchie à cinq niveaux couvre segment, famille, classe, commodity et fonction commerciale. Elle ne définit pas les attributs des produits au niveau classe, ce qui la rend utile pour l'approvisionnement et la gestion des dépenses mais moins adaptée à la description technique des produits. Elle est couramment requise pour les appels d'offres publics et les listes de marchés B2B.
Le choix entre elles dépend de votre secteur, des exigences de vos partenaires commerciaux, et de ce que vous avez besoin que la classification accomplisse. Un fabricant de composants électriques vendant à des grossistes européens a presque certainement besoin d'ETIM. Une entreprise vendant des produits MRO industriels tous secteurs confondus peut trouver eCl@ss plus appropriée. Certaines entreprises en ont besoin de plusieurs.
Autres cadres de classification
Au-delà des systèmes axés sur le catalogue, un ensemble plus large de cadres de classification existe à des fins réglementaires, statistiques et commerciales. Ce ne sont pas des outils de gestion de catalogue ; ils existent pour la conformité, la déclaration et le commerce transfrontalier :
- CPC (Classification centrale des produits) : norme de l'ONU pour la déclaration statistique sur tous les biens et services
- CPA (Classification des produits par activité) : l'équivalent européen, aligné avec la classification d'activité NACE
- SH (Système harmonisé) : régit les douanes internationales, déterminant les droits et la documentation pour les expéditions transfrontalières
- CTCI (Classification type du commerce international) : utilisée pour les statistiques du commerce international
- Dictionnaire de données commun IEC : maintenu par la Commission électrotechnique internationale, définit les descriptions de produits basées sur les normes électrotechniques
Pour un aperçu complet du paysage complet, l'article de Wikipedia sur la classification des produits couvre tous les systèmes majeurs avec leur portée et leur origine.
Systèmes de classification individuels : construire le vôtre dans un PIM
Les systèmes standards ne correspondent pas toujours parfaitement à la gamme de produits d'une entreprise. Un fabricant d'équipements de sécurité industrielle personnalisés peut trouver que des classes eCl@ss existent pour certains de leurs produits mais pas pour des configurations propriétaires. Une entreprise de matériaux de construction avec une gamme de produits couvrant les catégories structurelles, thermiques et de surface peut avoir besoin d'une logique de classification qui reflète leur propre taxonomie d'ingénierie, et non une taxonomie standard inter-secteurs.
Dans ces cas, les entreprises construisent une classification propriétaire aux côtés de toute norme de classification externe qu'elles sont requises de supporter. La structure interne reflète généralement comment les propres ingénieurs de l'entreprise pensent la gamme de produits : familles de produits, sous-familles et classes définies par des caractéristiques techniques partagées plutôt que par des conventions de taxonomie externes.
Dans les projets que nous avons implémentés pour les fabricants de composants industriels et d'équipements électriques, l'approche la plus fonctionnelle était de définir les classes de produits en fonction de la structure technique partagée : les produits qui portent les mêmes attributs essentiels, ont besoin des mêmes règles de complétude et suivent la même logique de variante appartiennent à la même classe. La classification est ensuite construite à partir du produit, pas à partir d'une norme.
Un PIM rend cela réalisable. Dans AtroCore, chaque classe de produits porte son propre ensemble d'attributs. Quand un produit est assigné à une classe, il hérite automatiquement de tous les attributs définis pour cette classe : champs obligatoires, champs optionnels, unités de mesure, listes de valeurs autorisées. Un nouveau produit dans la classe « cylindre pneumatique » obtient les bons champs sans que personne ne les configure manuellement. Cette logique d'héritage est ce qui rend la classification utile en premier lieu. Sans elle, les attributs s'accumulent au niveau du produit et la cohérence du catalogue se dégrade rapidement.
La capacité la plus importante est d'exécuter plusieurs schémas de classification simultanément. Un fabricant peut maintenir sa propre hiérarchie de produits interne, exporter vers les partenaires commerciaux dans eCl@ss et se conformer aux exigences ETIM pour les catalogues des grossistes, tout à partir du même enregistrement de produit. AtroCore gère cela en assignant plusieurs références de classification à un même produit, chacune avec son propre mappage d'attributs. Les données source restent centralisées. Le résultat s'adapte au canal.
Nos clients viennent à nous après avoir essayé de gérer cela dans des feuilles de calcul ou dans leur ERP. Le point de rupture est généralement le même : quelqu'un doit maintenir des colonnes parallèles pour chaque norme de classification, et au moment où l'une est mise à jour, les autres se désynchronisent. La gestion de l'information produit construite autour d'une classification appropriée supprime ce fardeau en traitant la classification comme une propriété structurelle des données, pas une colonne dans un tableau. Pour les distributeurs gérant les produits de dizaines de fournisseurs à travers une chaîne d'approvisionnement fragmentée, ce n'est pas un gain d'efficacité mineur. C'est la différence entre un catalogue utilisable et un qui nécessite une intervention manuelle à chaque transmission.
Comment fonctionne la classification des produits dans un catalogue
La classification des produits n'est pas la même chose que la navigation. Cette distinction crée de vrais problèmes de catalogue quand elle est ignorée.
Un arbre de catégories dans une boutique en ligne est conçu pour la navigation : large au sommet, spécifique au bas, organisé pour correspondre à la façon dont les clients pensent aux produits. Une structure de classification dans un PIM est conçue pour l'intégrité des données : les produits partagent une classe parce qu'ils partagent des attributs, pas parce qu'ils partagent un chemin de recherche client. Les deux peuvent se ressembler et servir des objectifs différents. Construire l'un pour en faire deux signifie généralement qu'il ne fait bien ni l'un ni l'autre.
La logique de variante dépend de la classification correcte. Si un capteur de pression est classé correctement, ses dimensions de variante (plage, signal de sortie, raccordement de processus) sont définies au niveau de la classe et héritées par chaque variante. S'il est mal classé ou non classé, les attributs de variante sont ajoutés manuellement par produit, et le catalogue accumule des incohérences au fil du temps.
La publication spécifique au canal ajoute une autre couche. Un enregistrement de produit peut avoir besoin d'exporter avec les codes eCl@ss pour un partenaire, les codes ETIM pour un autre, et un ensemble d'attributs simplifié pour une place de marché. Rien de cela n'est possible si la classification de produit sous-jacente est incorrecte ou manquante. La classification est ce que lit la logique d'export.
Dans AtroCore, la séparation entre la structure de classification et la structure de navigation est explicite. Vous maintenez une classification de produits canonique unique qui pilote l'héritage des attributs, les règles de complétude et les mappages d'export. Séparément, vous configurez les arbres de catégories utilisés pour la navigation de boutique en ligne ou la structure du catalogue imprimé. Les deux se référencent mutuellement sans être la même chose.
Là où cela se casse sans les bons outils : la classification des produits n'existe que de nom : un champ sur l'enregistrement du produit qui porte un label mais ne pilote aucun héritage d'attribut, aucune règle de complétude et aucune logique d'export. C'est un label, pas un système de classification. La valeur pratique de la classification se trouve entièrement dans ce qu'elle applique et automatise en aval.
Erreurs courantes de classification des produits
Arbres de catégories plats. Un groupement de produits à un seul niveau ou deux niveaux sans héritage d'attribut force la gestion des attributs au niveau du produit. À n'importe quelle échelle de catalogue significative, cela devient ingérable. Les produits finissent avec des ensembles d'attributs incohérents, des valeurs manquantes à certains endroits et des entrées redondantes à d'autres. Le catalogue semble fonctionnel jusqu'à ce que vous essayez de filtrer, d'exporter ou de comparer dans celui-ci.
Mélanger classification et navigation. Utiliser la même structure à la fois pour la gestion des données et la navigation de boutique en ligne crée une structure optimisée pour aucune des deux. Un arbre de boutique en ligne est construit pour la façon dont les clients recherchent. Une structure de classification est construite pour les attributs que les produits partagent. Forcer l'une à servir les deux produit une hiérarchie trop granulaire pour la navigation et trop peu profonde pour la gestion des données. Construisez-les séparément et mappez entre elles.
Ignorer l'héritage des attributs. Une classification sans héritage est une taxonomie sans fonction. L'intérêt entier est que la classe définit les attributs, pas l'inverse. Si vous assignez un produit à une classe et configurez ensuite ses attributs manuellement, la classification ne fait rien. Chaque attribut ajouté manuellement est une incohérence future qui attend d'apparaître.
Choisir la mauvaise granularité. Les classes trop larges groupent les produits avec des structures techniques véritablement différentes, ce qui force un compromis sur les attributs : soit certains produits portent des champs non pertinents, soit les champs pertinents sont omis pour garder la classe propre. Les classes trop étroites créent une surcharge de maintenance sans avantage réel. La bonne granularité est le niveau auquel tous les produits d'une classe partagent légitimement le même ensemble d'attributs.
Classification par canal. Maintenir des structures de classification séparées pour chaque canal de vente au lieu d'une classification canonique unique avec des mappages spécifiques au canal multiplie le fardeau de maintenance avec chaque nouveau canal ajouté. Quand la classification interne change, chaque version spécifique au canal a besoin d'une mise à jour séparée. L'approche correcte est une classification source unique avec des résultats mappés par canal ou norme partenaire.
Classification tardive. Traiter la classification comme quelque chose à ajouter après que le catalogue soit construit signifie remanier les assignations d'attributs rétroactivement. Dans de grands catalogues, c'est des mois de travail. Les produits entrés sans classe ne portent aucun attribut hérité, donc quelqu'un doit assigner les champs produit par produit. La classification doit être définie avant le début de l'entrée des données de produit, pas après qu'elle soit déjà en difficulté.
La plupart de ces erreurs partagent une cause profonde : la classification des produits est traitée comme une commodité organisationnelle plutôt qu'une décision d'architecture de données. La mettre en place correctement tôt coûte peu. La corriger plus tard, avec des milliers de produits déjà entrés, des exports déjà brisés, et des contournements spécifiques au canal déjà en place, coûte considérablement plus.