Puntos Clave
- La clasificación de productos opera 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 estándares 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 ejecutan una clasificación propia junto a uno o más estándares externos. Un PIM lo hace manejable. Una hoja de cálculo no.
- La herencia de atributos es el beneficio central de la clasificación correcta: asigna un atributo a una clase una sola vez y cada producto en esa clase lo obtiene automáticamente.
- El error de clasificación más común es tratarla como un problema de navegación. Los árboles de categorías para exploración en tienda web y las estructuras de clasificación para gestión de datos sirven propósitos diferentes y deben construirse por separado.
- Las listas de productos planas e indiferenciadas representan el fracaso de clasificación más costoso. Desplazan la gestión de atributos al nivel de producto, donde no puede escalarse.
Qué Es Realmente la Clasificación de Productos
La clasificación de productos es la decisión sobre qué grupo pertenece un producto. Suena simple. En la práctica, determina qué atributos lleva un producto, cómo se descubre y filtra, si puede exportarse a un sistema asociado sin trabajo manual, y si la lógica de variantes se sostiene a escala.
Los términos taxonomía de producto, categoría de producto y clasificación de producto se usan indistintamente, pero se refieren a cosas diferentes. La taxonomía de producto es la jerarquía completa de grupos y subgrupos. Una categoría de producto es un nodo específico dentro de ella. La clasificación de producto es el acto de asignar un producto al nodo correcto. Los problemas en un catálogo de productos casi siempre se remontan a uno de estos tres siendo mal definido o confundido con otro.
En marketing, la clasificación te dice cómo los clientes compran un producto y qué significa eso para precios, promoción y distribución. Un componente industrial de alta consideración se comercializa y se vende de manera diferente a un elemento consumible de mantenimiento, incluso si ambos provienen del mismo fabricante.
En 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 compra sin trabajo 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 son incorrectos, y cada exportación posterior lo refleja.
Este artículo aborda ambos lados, pero con mayor peso en 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
Existen varios estándares de clasificación mantenidos por la industria 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 de clasificación y descripción de productos y servicios entre industrias, compatible con ISO/IEC y mantenido por la asociación no gubernamental eCl@ss. Se estructura jerárquicamente en cuatro niveles: segmento, grupo principal, grupo y clase de commodidad. 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 es cada vez más referenciado como lenguaje común para el intercambio de datos en Industria 4.0.
ETIM (Modelo de Información Técnica Europea) se originó en el sector de ingeniería eléctrica holandés en 1991 y desde entonces se ha expandido a HVAC, fontanerí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 ruptura, según lo especificado por el estándar. ETIM es el sistema de clasificación dominante en el comercio técnico mayorista europeo.
GS1 GPC (Clasificación Global de Productos) fue creada en 1999 para soportar la sincronización de datos de productos en 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 brick, 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 comestibles.
UNSPSC (Código de Productos y Servicios Estándar de las Naciones Unidas) es un estándar global multisectorial desarrollado originalmente para análisis de gastos y compras. Su jerarquía de cinco niveles cubre segmento, familia, clase, commodidad y función empresarial. No define atributos de producto a nivel de clase, lo que lo hace útil para compras y gestión de gastos pero menos adecuado para descripción técnica de productos. Comúnmente se requiere para licitaciones públicas y listados de mercados B2B.
Elegir entre ellos depende de tu industria, los requisitos de tus socios comerciales y qué necesitas que haga la clasificación. Un fabricante de componentes eléctricos que vende a mayoristas europeos casi seguramente necesita ETIM. Una empresa que vende productos MRO industriales en múltiples 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 para propósitos regulatorios, estadísticos y comerciales. Estas no son herramientas de gestión de catálogos; existen para cumplimiento, reportes e intercambio comercial transfronterizo:
- CPC (Clasificación Central de Productos): estándar de la ONU para reportes estadísticos de todos los bienes y servicios
- CPA (Clasificación de Productos por Actividad): el equivalente de la UE, alineado con la clasificación de industria NACE
- HS (Sistema Armonizado): rige las aduanas internacionales, determinando aranceles y documentación para envíos transfronterizos
- SITC (Clasificación de Comercio Internacional Estándar): utilizada para estadísticas de comercio internacional
- Diccionario de Datos Común de 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: Construir el Tuyo Propio en un PIM
Los sistemas estándares no siempre se asignan limpiamente al rango 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 un rango de productos que abarca categorías estructurales, térmicas y superficiales puede necesitar una lógica de clasificación que refleje su propia taxonomía de ingeniería, no una genérica entre industrias.
En estos casos, las empresas construyen una clasificación propia junto a cualquier clasificación estándar externa que necesiten soportar. La estructura interna típicamente refleja cómo los propios ingenieros de la empresa piensan sobre el rango de productos: familias de productos, subfamilias y clases definidas por características técnicas compartidas en lugar de 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 producto basadas en estructura técnica compartida: productos que llevan los mismos atributos principales, 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 viable. 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 requisitos de ETIM para catálogos de mayoristas, todo desde un 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 vienen a nosotros después de intentar 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 quedan desincronizados. La gestión de información de producto construida alrededor de la 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 decenas 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 inferior, organizado para coincidir con cómo los clientes piensan sobre productos. Una estructura de clasificación en un PIM está diseñada para integridad de datos: los productos comparten una clase porque comparten atributos, no porque compartan una ruta de búsqueda de cliente. Los dos pueden parecer similares y servir propósitos diferentes. Construir uno para hacer ambos usualmente significa que no hace bien ninguno.
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 se heredan por cada variante. Si se clasifica incorrectamente o sin clasificar, los atributos de variante se agregan manualmente por producto, y el catálogo acumula inconsistencias con el tiempo.
La publicación específica del canal agrega 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 lee la lógica de exportación.
En AtroCore, la separación entre estructura de clasificación y estructura de navegación es explícita. Mantienes una clasificación de producto canónica única que impulsa herencia de atributos, reglas de completitud y mapeos de exportación. Separadamente, configuras los árboles de categorías utilizados para navegación de tienda web o estructura de catálogo impreso. Los dos se hacen referencia mutuamente sin ser lo mismo.
Donde esto se rompe sin herramientas adecuadas: la clasificación de producto existe solo de nombre: un campo en el registro de producto que lleva una etiqueta pero no impulsa herencia de atributos, reglas de completitud ni 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 enforza y automatiza aguas abajo.
Errores Comunes de Clasificación de Productos
Árboles de categorías planos. Una agrupación de productos de un solo nivel o dos niveles sin herencia de atributos obliga a la gestión de atributos al nivel de producto. A cualquier escala significativa de catálogo, 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 demasiado granular para exploración y demasiado superficial para gestión de datos. Constrúyelos por separado y mapea entre ellos.
Ignorar herencia de atributos. Clasificación sin herencia es taxonomía sin función. Todo el punto es que la clase define los atributos, no al revés. Si asignas un producto a una clase y luego configurar sus atributos manualmente, la clasificación no está haciendo nada. Cada atributo agregado 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 obliga a compromiso de atributos: o algunos productos llevan campos irrelevantes, o campos relevantes se omiten para mantener la clase limpia. Las clases que son demasiado estrechas crean sobrecarga 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 del canal multiplica la carga de mantenimiento con cada nuevo canal agregado. Cuando la clasificación interna cambia, cada versión específica del canal necesita actualización separada. El enfoque correcto es una clasificación fuente única con salidas mapeadas por canal o estándar del socio.
Clasificación en etapa tardía. Tratar la clasificación como algo para agregar después de que el catálogo está construido significa reelaborar asignaciones de atributos retroactivamente. En catálogos grandes, eso son 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. Corregirlo después, con miles de productos ya ingresados, exportaciones ya rotas y soluciones específicas del canal ya implementadas, cuesta considerablemente más.