La classification des données produit est le processus d'assignation de chaque produit de votre catalogue à une catégorie définie et d'attachement des attributs qui lui correspondent. Bien exécutée, elle rend un catalogue de produits recherchable et filtrable, avec des données structurées pour l'échange automatisé avec les partenaires commerciaux. Mal exécutée, elle crée des incohérences qui se propagent dans tous les systèmes gérant vos données produit.
Pour les fabricants et distributeurs gérant de grands catalogues de produits techniquement complexes, la classification des données produit détermine les résultats opérationnels. La capacité d'un acheteur à filtrer par spécifications, la vitesse d'ingestion d'un flux fournisseur, le temps nécessaire pour lancer un nouveau canal de vente : tout cela dépend du fait que les données sous-jacentes soient correctement structurées.
Ce que la classification des données produit fait réellement
Au cœur du processus, la classification des données produit répond à deux questions : quel type de produit est-ce, et quelles informations doit-il porter ?
La première question classe chaque produit dans une catégorie au sein d'une hiérarchie. Un passe-câble va dans Composants électriques > Gestion des câbles > Passe-câbles. Une meuleuse d'angle va dans Outils électriques > Meulage > Meuleuses d'angle. La profondeur de cette hiérarchie dépend de la variation existant dans une gamme de produits.
La deuxième question est là où la classification crée de la valeur. Chaque catégorie définit un ensemble d'attributs que les produits de cette catégorie doivent porter. Une meuleuse d'angle a besoin du diamètre du disque, de la vitesse à vide, de la puissance nominale, de la classe de protection et du poids. Un passe-câble a besoin de la taille de filetage, de la plage de diamètre du câble, du matériau et de l'indice de protection. Ce ne sont pas des champs génériques. Ils sont spécifiques au type de produit, et la classification indique au système quels champs s'appliquent.
Cette connexion entre catégorie et ensemble d'attributs est ce qui distingue la classification des données produit du simple catalogage. Ranger les produits dans des dossiers est du catalogage. Définir le modèle de données pour chaque type de produit est une classification.
Taxonomie : le fondement de la classification des données produit
Avant de pouvoir classifier les produits, vous avez besoin d'une taxonomie : une hiérarchie de produits structurée de catégories couvrant toute votre gamme. C'est l'épine dorsale de tout système de classification des données produit.
Les taxonomies peuvent être construites à partir de zéro, héritées d'une norme ou adaptées des deux. Dans les secteurs manufacturier et distributif B2B, plusieurs normes de classification industrielle sont bien établies. ETIM couvre les produits électriques, d'installation et de HVAC. eCl@ss s'étend à une beaucoup plus large gamme de produits industriels et supporte la définition d'attributs par classe. UNSPSC et GPC adressent respectivement l'approvisionnement et la vente au détail. Dans de nombreux secteurs, la norme utilisée par votre plus grand partenaire commercial décidera effectivement la question pour vous.
Dans les projets que nous avons implémentés pour des distributeurs en électricité et matériaux de construction, la question de la taxonomie émerge généralement tôt et crée plus de débats internes que prévu. Les chefs de produit veulent des catégories granulaires. Les équipes ERP veulent quelque chose qu'elles peuvent mapper à leur structure existante. L'approvisionnement veut la compatibilité avec les formats de données des fournisseurs. Il y a rarement une réponse nette, mais la décision pratique est généralement de s'aligner sur la norme dominante dans votre secteur et d'ajouter des catégories personnalisées uniquement si strictement nécessaire.
Une taxonomie plate avec une centaine de catégories de niveau supérieur et aucune hiérarchie crée rapidement des problèmes. Les produits qui devraient être regroupés pour la recherche et le filtrage finissent dispersés. Les ensembles d'attributs gonflent parce que chaque catégorie réinvente la roue. Et quand quelqu'un essaie d'exporter les données dans un format standard, le travail de mapping est énorme.
Les taxonomies profondes avec trop de niveaux créent un problème différent : la maintenance. Chaque nouvelle gamme de produits nécessite des décisions sur son emplacement, et plus on descend dans l'arbre, plus il y a de potentiel pour l'incohérence.
La plupart des taxonomies fonctionnelles dans les catalogues B2B complexes se stabilisent entre trois et cinq niveaux, avec assez de profondeur pour définir des ensembles d'attributs spécifiques par catégorie mais pas tellement que la classification devienne une négociation quotidienne.
Attribution d'attributs dans la classification des données produit
Une fois qu'un produit est assigné à une catégorie, l'ensemble d'attributs de cette catégorie détermine quelles données il doit porter. C'est là que se fait le travail pratique.
Les attributs se répartissent en plusieurs types. Certains sont des valeurs fixes d'une liste définie : un type de connexion, une classe de protection, une norme de filetage. D'autres acceptent des valeurs numériques avec unités : tension, débit, résistance à la traction. Certains sont du texte libre, bien que ceux-ci soient plus difficiles à comparer et filtrer.
La classification sans valeurs d'attributs standardisées est incomplète. Un produit assigné à la bonne catégorie mais portant des valeurs d'attributs incohérentes ou manquantes échouera toujours au filtrage, à l'export et à l'échange de données avec les partenaires.
En pratique, la qualité des attributs varie selon la source de données. Les données des fabricants arrivent dans différents formats, utilisant différentes terminologies pour la même propriété. Un fournisseur l'appelle « courant nominal », un autre l'appelle « ampérage nominal ». Les deux signifient la même chose. Sans un modèle de classification qui mappe ceux-ci à un seul attribut standardisé, vous accumulez de la variation qu'aucun système en aval ne peut résoudre automatiquement.
C'est l'un des problèmes les plus courants que nos clients rencontrent avant de passer à un PIM structuré : ils ont des données produit, mais elles existent dans des feuilles de calcul au format fournisseur ou dans des champs ERP hérités sans modèle cohérent de classification des données produit derrière. Le résultat est un catalogue où les données sont présentes mais structurellement inertes : aucun filtrage fiable, aucun export propre, aucune comparaison entre types de produits.
Héritage et logique de hiérarchie dans la classification
L'un des avantages structurels d'un modèle approprié de classification des données produit est l'héritage d'attributs. Si vous définissez un attribut au niveau d'une catégorie parent, chaque produit dans les catégories enfants porte également cet attribut. Vous le définissez une fois ; il se propage vers le bas.
C'est important pour les catalogues avec des milliers de SKU. Sans héritage, vous vous retrouvez à redéfinir manuellement les mêmes attributs dans des douzaines de sous-catégories et créez des opportunités d'incohérence à chaque fois.
L'héritage s'applique aussi aux valeurs de classification elles-mêmes. Un produit classé comme appareil électrique de classe II porte des implications spécifiques sur la mise à la terre et les exigences d'isolation qui s'appliquent à tous les produits de cette classe. Changer la classification change le contexte de conformité, automatiquement, pour chaque produit concerné.
Les systèmes PIM bien conçus permettent de configurer l'héritage d'attributs par niveau de taxonomie, pour que vous puissiez décider ce qui se propage automatiquement et ce qui est remplacé au niveau du produit. AtroPIM, construit sur la plateforme AtroCore, gère ceci par des familles de produits et des groupes d'attributs configurables. Vous définissez le modèle de données pour la gestion des informations sur les produits au niveau de la catégorie une seule fois, et il s'applique de manière cohérente à chaque SKU assigné à cette famille de produits, avec la possibilité de remplacer les valeurs d'attributs individuels où un produit spécifique diffère de la norme de classe.
Classification à grande échelle : où ça devient difficile
Classifier manuellement une centaine de produits est gérable. Mettre à l'échelle la classification des données produit sur cinquante mille SKU, huit cents catégories et une douzaine de sources de données de fournisseurs tout en maintenant la qualité des données est un problème différent.
Trois problèmes surviennent régulièrement quand la classification des données produit atteint l'échelle du catalogue.
Premièrement, les données entrantes des fournisseurs correspondent rarement proprement à votre taxonomie. Chaque fournisseur structure son flux autour de sa propre logique interne : noms de catégories, étiquettes d'attributs, unités et formats de valeur qui avaient du sens dans leur système mais n'ont aucun équivalent direct dans le vôtre. Chaque nouveau fournisseur nécessite un exercice de mapping avant qu'un seul produit puisse être correctement classifié.
Deuxièmement, les catalogues existants accumulés avant qu'un modèle de classification soit en place portent des années d'incohérence. Reclassifier un grand catalogue existant tout en le maintenant opérationnel nécessite une planification attentive.
Troisièmement, les décisions de classification prises tôt ont des conséquences durables. Une structure de catégories qui avait du sens pour dix mille produits devient maladroite à cent mille. Restructurer une taxonomie après coup signifie reclassifier de grands nombres de produits et mettre à jour les intégrations qui dépendent de la structure existante.
Gartner estime que la mauvaise qualité des données coûte aux organisations une moyenne de 12,9 millions de dollars par an. Dans la fabrication et la distribution, une part mesurable de ce chiffre est des données produit qui n'ont jamais été correctement classifiées : chaque tâche d'enrichissement de contenu manuelle, chaque échange de données échoué, chaque lancement de canal retardé remonte à un catalogue sans structure cohérente derrière.
PIM comme moteur de la classification des données produit
Une feuille de calcul ou un ERP peut stocker des informations produit. Aucun n'est construit pour gérer un modèle de classification des données produit sur un large catalogue de produits en évolution.
Un système PIM conçu pour les catalogues complexes gère l'aspect structurel de la classification des données produit : gestion de taxonomie, définition d'ensembles d'attributs, configuration de l'héritage et règles de validation qui assurent la complétude avant qu'un produit soit considéré comme prêt pour la publication.
AtroPIM supporte les hiérarchies de produits multi-niveaux avec des familles de produits et des groupes d'attributs configurables. Les normes de classification comme eCl@ss et ETIM peuvent être importées et mappées au modèle de données interne. Les valeurs d'attributs peuvent être validées par rapport à des listes, unités et plages définies. Les produits qui ne répondent pas aux critères de complétude pour leur catégorie sont signalés avant d'atteindre tout canal de sortie.
Le module DAM, inclus dans AtroCore, connecte les ressources numériques directement aux produits classifiés, pour que les dessins techniques, les fiches de sécurité et les images soient attachés au niveau du produit et disponibles pour tout format de sortie, qu'il s'agisse d'un canal web, d'une liste de prix spécifique à un client ou d'un catalogue de produits PDF généré nativement dans la plateforme.
Pour les distributeurs recevant des données de centaines de fabricants, les outils d'import et de mapping importent autant que le modèle de classification lui-même. L'API REST d'AtroPIM, documentée selon les standards OpenAPI par instance, supporte l'ingestion automatisée à partir des flux fournisseurs, avec des règles de mapping appliquées à l'import pour normaliser les données entrantes par rapport à la taxonomie interne.
Ce qu'une bonne classification des données produit rend possible
Un catalogue bien classifié change ce qui est possible en externe. La propreté interne en est un effet secondaire.
- Le filtrage à facettes sur les portails de produits fonctionne parce que chaque produit d'une catégorie porte les mêmes attributs structurés avec des valeurs cohérentes.
- L'échange de données avec les partenaires commerciaux dans les formats standards (BMEcat, eCl@ss XML) nécessite un modèle de classification qui mappe à ces normes.
- La documentation réglementaire est plus facile à produire quand les produits portent des attributs techniques structurés plutôt que des descriptions non structurées.
- Les nouveaux canaux de vente peuvent être configurés plus rapidement parce que les données sont déjà structurées pour l'export au lieu de nécessiter une préparation manuelle.
Pour les fabricants avec de longues gammes de produits techniques, la classification est aussi ce qui rend la comparaison de produits possible du tout. Un acheteur comparant des équipements de sécurité ou des composants électriques compare des attributs spécifiques : tension nominale, classe de protection, matériau, type de montage. Si ces attributs sont absents ou enregistrés de manière incohérente, la comparaison ne peut pas se faire dans votre catalogue. Elle se fait dans celui d'un concurrent.
C'est là où la mauvaise classification a une conséquence directe sur les revenus. Un distributeur dont le catalogue ne peut pas supporter le filtrage basé sur les attributs perd la vente au point de recherche, avant que l'acheteur n'atteigne jamais une page de produit.
Bien faire la classification des données produit
Le point de départ pratique pour la classification des données produit est de décider d'une taxonomie avant de toucher à des enregistrements de produits individuels. Cela signifie s'entendre sur la profondeur, décider d'adopter une norme ou de construire en personnalisé, et mapper les ensembles d'attributs pour les catégories les plus importantes en premier.
La classification est une décision d'architecture de données. La mal faire tôt signifie la corriger plus tard sur des dizaines de milliers d'enregistrements.
Cela signifie aussi résister à la tentation de tout classifier à la fois. Commencez par vos groupes de produits à plus fort volume ou priorité élevée. Validez le modèle par rapport aux données réelles du catalogue produit, identifiez où il échoue, et ajustez avant de l'appliquer au catalogue complet.
Le modèle de classification des données produit devrait être la responsabilité de quelqu'un. Pas partagé librement entre plusieurs équipes sans gouvernance. Un propriétaire défini, des règles claires pour l'ajout de nouvelles catégories et un processus d'examen pour les changements d'attributs sont ce qui maintient le modèle cohérent au fur et à mesure que le catalogue croît.
Les outils de configuration d'AtroPIM supportent ce type de gouvernance sans nécessiter de travail de développement pour chaque changement. Les familles de produits, groupes d'attributs et hiérarchies de classification sont tous gérables via l'interface. Quand les personnes responsables des produits contrôlent directement le modèle de classification, le modèle reste exact au fur et à mesure que le catalogue croît.