Points clés à retenir
- 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 trouvent au second niveau.
- Les systèmes standards comme eCl@ss, ETIM, GS1 GPC et UNSPSC définissent non seulement les groupes de produits, mais aussi quels attributs appartiennent à chaque classe. Choisir le mauvais standard pour votre secteur crée des frictions de données persistantes.
- De nombreux fabricants gèrent une classification propriétaire aux côtés d'un ou plusieurs standards externes. Un PIM rend cela gérable. Une feuille de calcul ne le permet pas.
- L'héritage d'attributs est le bénéfice fondamental d'une bonne classification : 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 le webshop et les structures de classification pour la gestion des données servent des objectifs différents et doivent être construits 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 évoluer.
Ce qu'est réellement la classification des produits
La classification des produits est la décision d'identifier à quel groupe un produit appartient. Cela semble simple. En pratique, cela détermine quels attributs un produit porte, comment il est trouvé et filtré, s'il peut être exporté vers un système partenaire sans retravail manuel, et si la logique des variantes tient à grande é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 au sein de 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 éléments qui est 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'il provient 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 s'il peut être échangé avec des partenaires, des places de marché ou des systèmes d'approvisionnement sans retravail manuel. Un produit classé comme « disjoncteur » dans eCl@ss hérite d'un ensemble spécifique d'attributs techniques. Si vous l'aviez assigné à la mauvaise classe, ces attributs sont faux aussi, et chaque export en aval le reflète.
Cet article couvre les deux aspects, mais en mettant l'accent sur le côté architecture des données, car c'est là que se produisent la plupart des décisions pratiques pour les fabricants et les distributeurs gérant de grands catalogues.
Systèmes standards 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 possible l'interopérabilité entre systèmes sans mapping personnalisé à chaque point de connexion.
eCl@ss est un standard inter-industries pour la classification et la description des produits et services, conforme à la norme ISO/IEC et maintenu par l'association non gouvernementale eCl@ss. Il est structuré hiérarchiquement sur quatre niveaux : segment, groupe principal, groupe et classe de marchandise. 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é dans la fabrication, l'approvisionnement industriel et les industries de processus, et est de plus en plus référencé comme langage commun pour l'échange de données Industry 4.0.
ETIM (modèle d'information technique européen) est né dans le secteur de l'ingénierie électrique néerlandais en 1991 et s'est depuis étendu au 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 nominal, nombre de pôles, pouvoir de coupure, selon les spécifications du standard. ETIM est le système de classification dominant dans la distribution technique européenne en gros.
GS1 GPC (classification mondiale 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 est distincte d'UNSPSC malgré les deux étant gérées par GS1 US. GPC opère au niveau brique, où les produits partagent un ensemble défini de quatre à sept attributs. Elle connaît la plus forte adoption dans les biens de consommation, la vente au détail et les chaînes d'approvisionnement alimentaires.
UNSPSC (code standard des Nations unies pour les produits et services) est un standard mondial multi-secteurs développé à l'origine pour l'analyse des dépenses et l'approvisionnement. Sa hiérarchie à cinq niveaux couvre segment, famille, classe, marchandise et fonction métier. 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 requise pour les appels d'offres publics et les listes sur les 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 à des grossistes européens aura presque certainement besoin d'ETIM. Une entreprise vendant des produits MRO industriels dans plusieurs secteurs peut trouver eCl@ss plus appropriée. Certaines entreprises ont besoin des deux.
Autres cadres de classification
Au-delà des systèmes axés sur la gestion du catalogue, existe un ensemble plus large de cadres de classification pour des fins réglementaires, statistiques et commerciales. Ce ne sont pas des outils de gestion de catalogue ; ils existent pour la conformité, les rapports et le commerce transfrontalier :
- CPC (classification centrale des produits) : standard des Nations unies pour les rapports statistiques sur tous les biens et services
- CPA (classification des produits par activité) : équivalent de l'UE, aligné sur la classification des industries NACE
- HS (système harmonisé) : régit les douanes internationales, déterminant les droits et la documentation pour les expéditions transfrontalières
- SITC (classification type du commerce international) : utilisée pour les statistiques du commerce international
- dictionnaire de données commun de la CEI : 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 classification des produits de Wikipédia couvre tous les systèmes majeurs avec leur portée et origine.
Systèmes de classification individuels : construire le vôtre dans un PIM
Les systèmes standards ne s'alignent pas toujours proprement sur la gamme de produits d'une entreprise. Un fabricant d'équipements de sécurité industriels personnalisés peut découvrir 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 structurelles, thermiques et de surface peut avoir besoin d'une logique de classification qui reflète leur propre taxonomie d'ingénierie, pas une taxonomie générique inter-industries.
Dans ces cas, les entreprises construisent une classification propriétaire aux côtés de tout système de classification externe qu'elles doivent soutenir. 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 les caractéristiques techniques partagées plutôt que par les conventions de taxonomie externe.
Dans les projets que nous avons implémentés 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 de base, ont besoin des mêmes règles de complétude et suivent la même logique de variantes appartiennent à la même classe. La classification est ensuite construite du produit vers le haut, pas du standard vers le bas.
Un PIM rend cela tractable. Dans AtroPIM, chaque classe de produit 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 « 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 digne de faire en premier lieu. Sans cela, 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 des partenaires commerciaux en eCl@ss et se conformer aux exigences ETIM pour les catalogues de grossistes, tout à partir du même enregistrement de produit. AtroPIM gère cela en assignant plusieurs références de classification à un seul produit, chacun avec son propre mapping 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 à l'intérieur de leur ERP. Le point de rupture est habituellement le même : quelqu'un doit maintenir des colonnes parallèles pour chaque standard de classification, et au moment où l'une est mise à jour, les autres perdent la synchronisation. 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 des produits de dizaines de fournisseurs dans une chaîne d'approvisionnement fragmentée, ce n'est pas un petit gain d'efficacité. C'est la différence entre un catalogue utilisable et celui 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 cause des vrais problèmes de catalogue quand elle est ignorée.
Un arbre de catégories dans un webshop est conçu pour naviguer : large au-dessus, spécifique au-dessous, 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 faire les deux signifie généralement qu'il ne fait bien ni l'un ni l'autre.
La logique des variantes dépend de la classification correcte. Si un capteur de pression est correctement classifié, ses dimensions de variante (plage, signal de sortie, connexion de processus) sont définies au niveau de la classe et héritées par chaque variante. S'il est mal classifié ou non classifié, les attributs de variante sont ajoutés manuellement par produit, et le catalogue accumule des inconsistances 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 tout cela n'est possible si la classification de produit sous-jacente est fausse ou manquante. La classification est ce que la logique d'export lit.
Dans AtroPIM, 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 d'attributs, les règles de complétude et les mappings d'export. Séparément, vous configurez les arbres de catégories utilisés pour la navigation du webshop ou la structure du catalogue imprimé. Les deux se référencent l'un l'autre sans être la même chose.
Où cela s'effondre sans les outils appropriés : la classification des produits existe en nom seulement : un champ sur l'enregistrement de 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 est 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 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, des valeurs manquantes à certains endroits et des entrées redondantes à d'autres. Le catalogue semble fonctionnel jusqu'à ce que vous essayiez de filtrer, exporter ou comparer dans son ensemble.
Mélanger classification et navigation. Utiliser la même structure pour à la fois la gestion des données et la navigation du webshop crée une structure optimisée pour ni l'une ni l'autre. Un arbre de webshop est construit pour la façon dont les clients recherchent. Une structure de classification est construite pour ce que les produits partagent comme attributs. Forcer l'une à servir les deux produit une hiérarchie qui est trop granulaire pour naviguer et trop superficielle pour la gestion des données. Construisez-les séparément et mappez entre eux.
Ignorer l'héritage d'attributs. La classification sans héritage est une taxonomie sans fonction. Le tout point est que la classe définit les attributs, pas l'inverse. Si vous assignez un produit à une classe et configurez ensuite manuellement ses attributs, la classification ne fait rien. Chaque attribut ajouté manuellement est une inconsistance future en attente de survenir.
Choisir la granularité erronée. Les classes qui sont trop larges regroupent les produits avec des structures techniques véritablement différentes, ce qui force un compromis d'attributs : soit certains produits portent des champs non pertinents, soit les champs pertinents sont omis pour garder la classe propre. Les classes qui sont trop étroites créent des frais généraux de maintenance sans bénéfice 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 plutôt qu'une classification canonique unique avec des mappings 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 sorties mappées par canal ou standard de partenaire.
Classification en fin de stade. Traiter la classification comme quelque chose à ajouter après la construction du catalogue signifie reworker les assignations d'attributs rétroactivement. Dans les grands catalogues, c'est des mois de travail. Les produits entrés sans classe ne portent pas d'attributs hérités, donc quelqu'un doit assigner les 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 problème.
La plupart de ces erreurs partagent une cause racine : la classification des produits est traitée comme une commodité organisationnelle plutôt qu'une décision d'architecture des données. Bien la faire au début coûte peu. La corriger plus tard, avec des milliers de produits déjà entrés, les exports déjà cassés et les contournements spécifiques au canal déjà en place, coûte considérablement plus.