Conclusiones Clave
- La clasificación de productos funciona en dos niveles: estrategia de marketing y arquitectura de datos. La mayoría de los problemas de catálogo están en el segundo nivel.
- Los sistemas estándar como eCl@ss, ETIM, GS1 GPC y UNSPSC definen no solo grupos de productos, sino también qué atributos pertenecen a cada clase. Elegir el estándar equivocado para tu industria genera fricción de datos continua.
- Muchos fabricantes mantienen una clasificación propia junto con uno o varios estándares externos. Un PIM lo hace manejable. Una hoja de cálculo no.
- La herencia de atributos es el beneficio central de una clasificación correcta: asigna un atributo a una clase una sola vez, y cada producto en esa clase lo obtiene automáticamente.
- El error más común en clasificación es tratarla como un problema de navegación. Los árboles de categorías para exploración web y las estructuras de clasificación para gestión de datos sirven propósitos distintos y deben construirse por separado.
- Las listas de productos planas e indiferenciadas son el fracaso más costoso en clasificación. Trasladan la gestión de atributos al nivel de producto, donde no puede escalar.
Qué es Realmente la Clasificación de Productos
La clasificación de productos es la decisión de a qué grupo pertenece un producto. Suena simple. En la práctica, determina qué atributos lleva un producto, cómo se encuentra y filtra, si puede exportarse a un sistema asociado sin rework manual, y si la lógica de variantes se mantiene a escala.
Los términos taxonomía de productos, categoría de productos y clasificación de productos se usan indistintamente, pero se refieren a cosas diferentes. La taxonomía de productos es la jerarquía completa de grupos y subgrupos. Una categoría de productos es un nodo específico dentro de ella. La clasificación de productos es el acto de asignar un producto al nodo correcto. Los problemas en un catálogo de productos casi siempre trazan su origen a uno de estos tres siendo mal definido o confundido con otro.
En marketing, la clasificación te dice cómo compran los clientes un producto y qué significa eso para la fijación de precios, la promoción y la distribución. Un componente industrial de gran consideración se comercializa y vende de manera diferente que un artículo de mantenimiento consumible, aunque ambos provengan del mismo fabricante.
En la gestión de datos, la clasificación determina qué información necesita un producto, cómo se estructura en tu catálogo, y si puede intercambiarse con socios, mercados o sistemas de compras sin rework manual. Un producto clasificado como "interruptor automático" en eCl@ss hereda un conjunto específico de atributos técnicos. Si lo asignaste a la clase equivocada, esos atributos también están equivocados, y cada exportación descendente refleja eso.
Este artículo se enfoca en ambos lados, pero ponderado hacia el lado de la arquitectura de datos, porque es donde ocurren la mayoría de las decisiones prácticas para fabricantes y distribuidores que gestionan catálogos grandes.
Sistemas Estándar de Clasificación de Productos
Varios sistemas de clasificación mantenidos por la industria existen para resolver un problema específico: si tu empresa y tus socios comerciales usan agrupaciones internas diferentes, el intercambio de datos requiere traducción manual en cada punto de transferencia. La clasificación estándar elimina eso e hace posible la interoperabilidad entre sistemas sin mapeo personalizado en cada punto de conexión.
eCl@ss es un estándar multisectorial para clasificar y describir productos y servicios, conforme a ISO/IEC y mantenido por la asociación no gubernamental eCl@ss. Está estructurado jerárquicamente en cuatro niveles: segmento, grupo principal, grupo y clase de commodity. Cada clase define un conjunto de propiedades: atributos específicos que un producto en esa clase debe o puede llevar. eCl@ss se usa ampliamente en manufactura, suministro industrial e industrias de procesos, y cada vez se referencia más como un lenguaje común para el intercambio de datos en la Industria 4.0.
ETIM (Modelo Técnico Europeo de Información) se originó en el sector de ingeniería eléctrica holandesa en 1991 y desde entonces se ha expandido a través de HVAC, plomería, construcción y oficios relacionados. A diferencia de los sistemas jerárquicos, ETIM organiza productos en clases con características técnicas precisamente definidas y valores permitidos. Un producto clasificado como un tipo específico de interruptor automático lleva un conjunto definido de características medibles: corriente nominal, número de polos, capacidad de corte, según especifica el estándar. ETIM es el sistema de clasificación dominante en el comercio mayorista técnico europeo.
GS1 GPC (Clasificación Global de Productos) fue creada en 1999 para apoyar la sincronización de datos de productos a través de la Red Global de Sincronización de Datos de GS1. Es distinta de UNSPSC a pesar de que ambas sean gestionadas por GS1 US. GPC opera a nivel de ladrillo, donde los productos comparten un conjunto definido de cuatro a siete atributos. Ve la mayor adopción en bienes de consumo, retail y cadenas de suministro de abarrotes.
UNSPSC (Código Estándar de Naciones Unidas para Productos y Servicios) es un estándar global multisectorial originalmente desarrollado para análisis de gasto y compras. Su jerarquía de cinco niveles cubre segmento, familia, clase, commodity y función comercial. No define atributos de productos a nivel de clase, lo que lo hace útil para compras y gestión de gasto pero menos adecuado para descripción técnica de productos. Es comúnmente requerido para licitaciones públicas y listados de mercados B2B.
Elegir entre ellos depende de tu industria, de los requisitos de tus socios comerciales, y de lo que necesites que la clasificación haga. Un fabricante de componentes eléctricos vendiendo a mayoristas europeos casi con seguridad necesita ETIM. Una empresa vendiendo productos MRO industrial a través de sectores puede encontrar eCl@ss más apropiado. Algunas empresas necesitan ambos.
Otros Marcos de Clasificación
Más allá de los sistemas enfocados en catálogos, existe un conjunto más amplio de marcos de clasificación con propósitos regulatorios, estadísticos y comerciales. Estas no son herramientas de gestión de catálogos; existen para cumplimiento, reporting e intercambio transfronterizo:
- CPC (Clasificación Central de Productos): estándar de la ONU para reporting estadístico de todos los bienes y servicios
- CPA (Clasificación de Productos por Actividad): el equivalente de la UE, alineado con la clasificación industrial NACE
- HS (Sistema Armonizado): rige aduanas internacionales, determinando aranceles y documentación para envíos transfronterizos
- SITC (Clasificación Comercial Internacional Estándar): usada para estadísticas comerciales internacionales
- Diccionario de Datos Común IEC: mantenido por la Comisión Electrotécnica Internacional, define descripciones de productos basadas en estándares electrotécnicos
Para una descripción completa del panorama completo, el artículo de clasificación de productos de Wikipedia cubre todos los sistemas principales con su alcance y origen.
Sistemas de Clasificación Individual: Construyendo el Tuyo en un PIM
Los sistemas estándar no siempre se mapean claramente a la gama de productos de una empresa. Un fabricante de equipos de seguridad industrial personalizados puede encontrar que existen clases eCl@ss para algunos de sus productos pero no para configuraciones propietarias. Una empresa de materiales de construcción con una gama de productos que abarca categorías estructurales, térmicas y de superficie puede necesitar una lógica de clasificación que refleje su propia taxonomía de ingeniería, no una genérica multisectorial.
En estos casos, las empresas construyen una clasificación propia junto con cualquier estándar de clasificación externo que estén obligadas a soportar. La estructura interna típicamente refleja cómo los propios ingenieros de la empresa piensan sobre la gama de productos: familias de productos, subfamilias y clases definidas por características técnicas compartidas en lugar de por convenciones de taxonomía externa.
En proyectos que implementamos para fabricantes de componentes industriales y equipos eléctricos, el enfoque más funcional fue definir clases de productos basadas en estructura técnica compartida: productos que llevan los mismos atributos centrales, necesitan las mismas reglas de completitud y siguen la misma lógica de variantes pertenecen a la misma clase. La clasificación se construye entonces desde el producto hacia arriba, no desde un estándar hacia abajo.
Un PIM lo hace manejable. En AtroCore, cada clase de producto lleva su propio conjunto de atributos. Cuando un producto se asigna a una clase, hereda automáticamente todos los atributos definidos para esa clase: campos obligatorios, campos opcionales, unidades de medida, listas de valores permitidos. Un nuevo producto en la clase "cilindro neumático" obtiene los campos correctos sin que nadie los configure manualmente. Esa lógica de herencia es lo que hace que valga la pena hacer clasificación en primer lugar. Sin ella, los atributos se acumulan a nivel de producto y la consistencia del catálogo se degrada rápidamente.
La capacidad más importante es ejecutar múltiples esquemas de clasificación simultáneamente. Un fabricante puede mantener su propia jerarquía de productos interna, exportar a socios comerciales en eCl@ss, y cumplir con requisitos ETIM para catálogos de mayoristas, todo desde el mismo registro de producto. AtroCore lo maneja asignando múltiples referencias de clasificación a un solo producto, cada una con su propio mapeo de atributos. Los datos fuente se mantienen centralizados. La salida se adapta al canal.
Nuestros clientes llegan a nosotros después de intentar gestionar esto en hojas de cálculo o dentro de su ERP. El punto de quiebre es usualmente el mismo: alguien tiene que mantener columnas paralelas para cada estándar de clasificación, y en el momento en que uno se actualiza, los otros se quedan desincronizados. La gestión de información de producto construida alrededor de una clasificación correcta elimina esa carga al tratar la clasificación como una propiedad estructural de los datos, no como una columna en una tabla. Para distribuidores que gestionan productos de docenas de proveedores a través de una cadena de suministro fragmentada, esto no es una ganancia de eficiencia menor. Es la diferencia entre un catálogo usable y uno que requiere intervención manual en cada transferencia.
Cómo Funciona la Clasificación de Productos en un Catálogo
La clasificación de productos no es lo mismo que la navegación. Esta distinción causa problemas reales de catálogo cuando se ignora.
Un árbol de categorías en una tienda web está diseñado para exploración: amplio en la parte superior, específico en la parte inferior, organizado para coincidir con cómo los clientes piensan en los productos. Una estructura de clasificación en un PIM está diseñada para la integridad de datos: los productos comparten una clase porque comparten atributos, no porque compartan una ruta de búsqueda del cliente. Los dos pueden parecer similares y servir propósitos diferentes. Construir uno para hacer ambos usualmente significa que hace ninguno bien.
La lógica de variantes depende de que la clasificación sea correcta. Si un sensor de presión se clasifica correctamente, sus dimensiones de variante (rango, señal de salida, conexión de proceso) se definen a nivel de clase y se heredan por cada variante. Si está mal clasificado o sin clasificar, los atributos de variante se añaden manualmente por producto, y el catálogo acumula inconsistencias con el tiempo.
La publicación específica por canal añade otra capa. Un registro de producto puede necesitar exportarse con códigos eCl@ss para un socio, códigos ETIM para otro, y un conjunto de atributos simplificado para un mercado. Nada de eso es posible si la clasificación de producto subyacente es incorrecta o falta. La clasificación es lo que la lógica de exportación lee.
En AtroCore, la separación entre estructura de clasificación y estructura de navegación es explícita. Mantienes una clasificación canónica de un solo producto que impulsa la herencia de atributos, reglas de completitud y mapeos de exportación. Separadamente, configuras los árboles de categorías usados para navegación de tienda web o estructura de catálogo impreso. Los dos se referencian mutuamente sin ser lo mismo.
Donde esto se rompe sin herramientas apropiadas: la clasificación de productos existe solo de nombre: un campo en el registro del producto que lleva una etiqueta pero no impulsa herencia de atributos, reglas de completitud, o lógica de exportación. Eso es una etiqueta, no un sistema de clasificación. El valor práctico de la clasificación está completamente en lo que impulsa y automatiza descendentemente.
Errores Comunes en Clasificación de Productos
Árboles de categorías planos. Una agrupación de productos de un nivel o dos niveles sin herencia de atributos fuerza la gestión de atributos al nivel de producto. A cualquier escala de catálogo significativa, eso se vuelve inmanejable. Los productos terminan con conjuntos de atributos inconsistentes, valores faltantes en algunos lugares y entradas redundantes en otros. El catálogo se ve funcional hasta que intentas filtrar, exportar o comparar a través de él.
Mezclar clasificación con navegación. Usar la misma estructura para gestión de datos y exploración de tienda web crea una estructura optimizada para ninguno. Un árbol de tienda web se construye para cómo buscan los clientes. Una estructura de clasificación se construye para qué atributos comparten los productos. Forzar uno a servir a ambos produce una jerarquía que es demasiado granular para exploración y demasiado superficial para gestión de datos. Construye los dos por separado y mapea entre ellos.
Ignorar la herencia de atributos. La clasificación sin herencia es taxonomía sin función. El punto completo es que la clase define los atributos, no al revés. Si asignas un producto a una clase y aún así configuras sus atributos manualmente, la clasificación no está haciendo nada. Cada atributo añadido manualmente es una inconsistencia futura esperando aparecer.
Elegir la granularidad equivocada. Las clases que son demasiado amplias agrupan productos con estructuras técnicas genuinamente diferentes, lo que fuerza compromiso de atributos: o algunos productos llevan campos irrelevantes, o campos relevantes se omiten para mantener la clase limpia. Las clases que son demasiado finas crean gastos de mantenimiento sin beneficio real. La granularidad correcta es el nivel en el que todos los productos en una clase legítimamente comparten el mismo conjunto de atributos.
Clasificación por canal. Mantener estructuras de clasificación separadas para cada canal de ventas en lugar de una clasificación canónica única con mapeos específicos por canal multiplica la carga de mantenimiento con cada nuevo canal añadido. Cuando la clasificación interna cambia, cada versión específica del canal necesita actualización por separado. El enfoque correcto es una clasificación fuente única con salidas mapeadas por canal o estándar de socio.
Clasificación en etapa tardía. Tratar la clasificación como algo para añadir después de que el catálogo está construido significa retrabajar asignaciones de atributos retroactivamente. En catálogos grandes, eso es meses de trabajo. Los productos ingresados sin una clase no llevan atributos heredados, así que alguien tiene que asignar campos producto por producto. La clasificación debe definirse antes de que comience la entrada de datos de producto, no después de que ya está en problemas.
La mayoría de estos errores comparten una causa raíz: la clasificación de productos se trata como una conveniencia organizativa en lugar de una decisión de arquitectura de datos. Hacerlo bien al principio cuesta poco. Arreglarlo después, con miles de productos ya ingresados, exportaciones ya rotas, y soluciones específicas de canal ya implementadas, cuesta considerablemente más.