Points clés
- La classification des produits opère à deux niveaux : la stratégie marketing et l'architecture des données. La plupart des problèmes de catalogue se situent au deuxième niveau.
- Des 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 permanentes dans les données.
- De nombreux fabricants maintiennent une classification propriétaire à côté d'une ou plusieurs normes externes. Un PIM rend cela gérable. Un tableur ne le permet pas.
- L'héritage d'attributs est l'avantage principal d'une classification appropriée : assignez un attribut à une classe une seule fois, et tous les produits de cette classe l'obtiennent automatiquement.
- L'erreur de classification la plus courante est la traiter comme un problème de navigation. Les arbres de catégories pour la navigation des boutiques web 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 représentent l'échec de classification le plus onéreux. Elles poussent la gestion des attributs au niveau du produit, où elle ne peut pas évoluer.
Ce qu'est réellement la classification des produits
La classification des produits est la décision d'assigner un produit à un groupe. Cela semble simple. En pratique, cela détermine les attributs qu'un produit porte, comment il est trouvé et filtré, s'il peut être exporté vers un système partenaire sans retouches manuelles, et si la logique des variantes tient la route à l'échelle.
Les termes taxonomie des produits, catégorie de produit et classification des produits sont utilisés indifféremment, mais ils désignent des choses différentes. La taxonomie des produits est la hiérarchie complète des groupes et sous-groupes. Une catégorie de produit est un nœud spécifique dans cette hiérarchie. La classification des produits est l'action d'assigner un produit au bon nœud. Les problèmes d'un catalogue de produits remontent presque toujours à l'un de ces trois éléments mal défini ou confondu avec un autre.
En marketing, la classification vous dit comment les clients achètent un produit et ce que cela signifie pour la tarification, la promotion et la distribution. Un composant industriel à forte réflexion est commercialisé et vendu différemment d'un article d'entretien consommable, même s'ils proviennent du même fabricant.
En gestion des données, la classification détermine les informations dont un produit a besoin, comment elles sont structurées dans votre catalogue, et si elles peuvent être échangées avec des partenaires, des places de marché ou des systèmes d'approvisionnement sans retouches manuelles. 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 mauvais aussi, et chaque export en aval le reflète.
Cet article traite des deux aspects, mais avec un accent sur la gestion de l'architecture des données, car c'est là que la plupart des décisions pratiques se prennent pour les fabricants et distributeurs gérant de grands catalogues.
Systèmes standard de classification des produits
Plusieurs systèmes de classification maintenus 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 étape. La classification standard élimine cela et rend l'interopérabilité entre systèmes possible sans mappages personnalisés à chaque point de connexion.
eCl@ss est une norme transversale pour classer 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 produit. Chaque classe définit un ensemble de propriétés : des attributs spécifiques qu'un produit dans 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 citée comme langage commun pour l'échange de données de l'Industrie 4.0.
ETIM (European Technical Information Model) trouve son origine dans le secteur néerlandais de l'électrotechnique en 1991 et s'est depuis étendue au chauffage, à la plomberie, à la construction et aux 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 nominal, nombre de pôles, pouvoir de coupure, tel que spécifié par la norme. ETIM est le système de classification dominant dans la distribution technique européenne.
GS1 GPC (Global Product Classification) a été créé en 1999 pour soutenir la synchronisation des données de produits sur le Global Data Synchronization Network de GS1. Il est distinct d'UNSPSC malgré que les deux soient gérés par GS1 US. GPC opère au niveau brique, où les produits partagent un ensemble défini de quatre à sept attributs. Il voit l'adoption la plus large dans les biens de consommation, la vente au détail et les chaînes d'approvisionnement d'épicerie.
UNSPSC (United Nations Standard Products and Services Code) est une norme mondiale multi-secteur développée à l'origine pour l'analyse des dépenses et l'approvisionnement. Sa hiérarchie à cinq niveaux couvre le segment, la famille, la classe, le produit et la fonction commerciale. Elle ne définit pas les attributs des produits au niveau de la 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 exigée pour les appels d'offres publics et les listes de places de marché 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 fasse. Un fabricant de composants électriques vendant aux grossistes européens aura presque certainement besoin d'ETIM. Une entreprise vendant des produits industriels MRO dans plusieurs secteurs trouvera peut-être eCl@ss plus appropriée. Certaines entreprises ont besoin des deux.
Autres frameworks de classification
Au-delà des systèmes axés sur les catalogues, un ensemble plus large de frameworks de classification existe à des fins réglementaires, statistiques et commerciales. Ce ne sont pas des outils de gestion de catalogues ; ils existent à titre de conformité, de rapport et de commerce transfrontalier :
- CPC (Central Product Classification) : norme ONU pour les rapports statistiques sur tous les biens et services
- CPA (Classification of Products by Activity) : l'équivalent de l'UE, aligné sur la classification NACE des industries
- HS (Harmonized System) : régit le commerce international, déterminant les droits et la documentation pour les expéditions transfrontalières
- SITC (Standard International Trade Classification) : utilisée pour les statistiques du commerce international
- IEC Common Data Dictionary : maintenue par la Commission électrotechnique internationale, définit les descriptions de produits en fonction des normes électrotechniques
Pour une vue d'ensemble complète du paysage complet, l'article de classification des produits de Wikipedia couvre tous les principaux systèmes avec leur champ d'application et leur origine.
Systèmes de classification individuels : créer le vôtre dans un PIM
Les systèmes standards ne correspondent pas toujours directement à la gamme de produits d'une entreprise. Un fabricant d'équipements de sécurité industriels personnalisés peut trouver que des classes eCl@ss existent pour certains de ses produits mais pas pour des configurations propriétaires. Une entreprise de matériaux de construction avec une gamme de produits couvrant les catégories structurales, thermiques et de surface peut avoir besoin d'une logique de classification qui reflète sa propre taxonomie d'ingénierie, et non une taxonomie générique transversale.
Dans ces cas, les entreprises construisent une classification propriétaire à côté de toute norme de classification externe qu'elles doivent supporter. La structure interne reflète généralement la façon dont 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 les conventions de taxonomie externes.
Dans les projets que nous avons mis en œuvre pour des 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 principaux, qui ont besoin des mêmes règles de complétude et qui suivent la même logique de variantes appartiennent à la même classe. La classification est alors construite à partir du produit vers le haut, non pas à partir d'une norme vers le bas.
Un PIM rend cela tractable. Dans AtroCore, chaque classe de produit porte son propre ensemble d'attributs. Lorsqu'un produit est assigné à une classe, il hérite automatiquement de tous les attributs définis pour cette classe : champs obligatoires, champs facultatifs, unités de mesure, listes de valeurs autorisées. Un nouveau produit dans la classe « vérin pneumatique » obtient les bons champs sans que personne ne les configure manuellement. Cette logique d'héritage est ce qui rend la classification valable 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 de gérer 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 d'ETIM pour les catalogues de grossistes, tout à partir du même enregistrement de produit. AtroCore gère cela en assignant plusieurs références de classification à un seul produit, chacune avec son propre mappageد'attributs. Les données source restent centralisées. Le résultat s'adapte au canal.
Nos clients nous arrivent après avoir essayé de gérer cela dans des tableurs ou à l'intérieur de 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 d'elles est mise à jour, les autres se désynchronisent. La gestion de l'information produit construite autour d'une classification appropriée élimine ce fardeau en traitant la classification comme une propriété structurelle des données, non pas comme une colonne dans un tableau. Pour les distributeurs gérant des produits de dizaines de fournisseurs dans 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 étape.
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 lorsqu'elle est ignorée.
Un arbre de catégories dans une boutique web est conçu pour la navigation : large en haut, spécifique en 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, non pas parce qu'ils partagent un chemin de recherche client. Les deux peuvent se ressembler et servir des objectifs différents. Construire l'une pour faire les deux signifie généralement qu'elle ne fait bien ni l'une ni l'autre.
La logique des variantes dépend d'une classification correcte. Si un capteur de pression est classé correctement, ses dimensions de variante (plage, signal de sortie, raccord de procédé) 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'être exporté avec des codes eCl@ss pour un partenaire, des codes ETIM pour un autre, et un ensemble d'attributs simplifiés pour une place de marché. Rien de tout cela n'est possible si la classification de produit sous-jacente est mauvaise ou manquante. La classification est ce que la logique d'export lit.
Dans AtroCore, la séparation entre la structure de classification et la structure de navigation est explicite. Vous maintenez une classification de produit canonique qui détermine 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 web ou la structure de catalogue imprimé. Les deux se référencent mutuellement sans être la même chose.
Où cela s'effondre sans outils appropriés : la classification des produits n'existe que de nom : un champ sur l'enregistrement du produit qui porte un libellé mais ne détermine aucun héritage d'attributs, aucune règle de complétude et aucune logique d'export. C'est un libellé, 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 ou deux niveaux sans héritage d'attributs force la gestion des attributs au niveau du produit. À toute échelle de catalogue significative, cela devient ingérable. Les produits finissent par avoir des ensembles d'attributs incohérents, avec des valeurs manquantes dans certains endroits et des entrées redondantes dans d'autres. Le catalogue semble fonctionnel jusqu'à ce que vous essayiez de filtrer, d'exporter ou de comparer.
Mélanger classification et navigation. Utiliser la même structure pour la gestion des données et la navigation de la boutique web crée une structure optimisée pour ni l'une ni l'autre. Un arbre de boutique web est construit en fonction de la façon dont les clients cherchent. Une structure de classification est construite en fonction de ce que les attributs des produits partagent. Forcer l'une à servir les deux produit une hiérarchie trop granulaire pour la navigation et trop superficielle pour la gestion des données. Construisez-les séparément et mappez entre elles.
Ignorer l'héritage d'attributs. La classification sans héritage est une taxonomie sans fonction. L'objectif entier est que la classe définisse les attributs, pas l'inverse. Si vous assignez un produit à une classe et que vous devez ensuite configurer ses attributs manuellement, la classification ne fait rien. Chaque attribut ajouté manuellement est une incohérence future en attente.
Choisir la mauvaise granularité. Les classes trop larges groupent les produits avec des structures techniques genuinely 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 charge de maintenance sans bénéfice réel. La bonne granularité est le niveau auquel tous les produits dans une classe partagent genuinely le même ensemble d'attributs.
Classification par canal. Maintenir des structures de classification distinctes 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é. Lorsque la classification interne change, chaque version spécifique au canal doit être mise à jour séparément. L'approche correcte est une classification source unique avec des résultats mappés par canal ou norme de partenaire.
Classification de fin de stade. Traiter la classification comme quelque chose à ajouter après que le catalogue est construit signifie retravailler les assignations d'attributs rétroactivement. Dans les 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 des champs produit par produit. La classification devrait être définie avant que l'entrée des données de produit commence, 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 convenance organisationnelle plutôt que comme une décision d'architecture des données. La faire correctement dès le départ coûte peu. La corriger plus tard, avec des milliers de produits déjà entrés, des exports déjà cassés, et des contournements spécifiques au canal déjà en place, coûte considérablement plus.