El PIM (Product Information Management) gestiona el dato del producto: nombre, atributos, categoría y precio. El DAM (Digital Asset Management) gestiona los archivos: foto, video y manual en PDF. En el ecommerce, los dos funcionan mejor juntos, porque la foto pertenece al SKU. Separados, alguien mantiene a mano el vínculo entre producto e imagen, y ese vínculo se rompe.
Casi todo retail con un catálogo grande termina armando los dos: un sistema para los datos de producto y otro para los medios.
Que los dos hacen falta, nadie lo discute. La pregunta es si deben ser sistemas separados, y en la mayoría de las operaciones separarlos cuesta caro de una forma que nadie anota en la hoja de cálculo.
¿Cuál es la diferencia entre PIM y DAM?
El PIM responde qué es el producto: el tipo, la marca, el voltaje, el color, el precio, el texto que va a la tienda. El DAM responde cómo aparece el producto: la foto de frente, la de detalle, el video de uso, el manual. Uno guarda dato estructurado, el otro guarda archivos.
La diferencia desaparece en el SKU. La ayuda de Google Merchant Center sobre imágenes pide que la imagen principal muestre claramente el artículo exacto que se vende, y la documentación de catálogo de VTEX define el SKU como la unidad física o la variante del producto. Si el refrigerador inox es un SKU, la foto de la versión inox tiene que estar vinculada a él, y ese vínculo es un dato como cualquier otro.
El costo está en mantenerlos unidos
Cuando los datos están en un lugar y los medios en otro, alguien tiene que mantenerlos alineados a mano. Los puntos de fricción son siempre los mismos:
- La foto correcta en el producto equivocado. El DAM no sabe qué variante de color corresponde a qué SKU; alguien lo decide manualmente, y a veces se equivoca.
- Medios huérfanos. Fotos que no están vinculadas a ningún producto vigente, que ocupan espacio y confunden a quien busca.
- Actualización a medias. Cambió el empaque, la foto nueva entró al DAM, pero el producto en el PIM sigue apuntando a la anterior porque nadie rehízo el vínculo.
- La sincronización como trabajo. Una persona cuyo día consiste en conciliar dos sistemas que deberían ser uno.
Nada de esto aparece como una línea de costo. Aparece como lentitud, retrabajo y el producto que se publicó con la imagen del modelo del año pasado.
Juntos, el medio se vuelve atributo del producto
La alternativa es tratar la imagen como parte del producto, sin dejarla como un archivo aparte. La foto pertenece al SKU. El manual pertenece al producto. Cuando datos y medios viven bajo el mismo techo, el vínculo deja de ser una tarea y forma parte de la estructura.
Esto tiene consecuencias prácticas:
- La completitud exige los medios. Un producto sin foto aparece como incompleto en tu panel, antes de que alguien lo publique.
- El cambio rehace las versiones. Si cambias la imagen principal, las versiones generadas para los canales, cada una con su propio tamaño, se rehacen a partir de ella.
- Lo que falta aparece en el producto. "¿Qué productos están sin foto?" deja de ser una auditoría que cruza dos herramientas, porque la falta de la imagen aparece en la completitud de cada producto.
Lo que se gana es confiabilidad
Unir PIM y DAM parece una comodidad, pero el valor está en equivocarse menos: menos productos incompletos, menos fotos intercambiadas, menos "¿por qué esto salió así?".
En AdCore Turbo, la foto es un atributo del SKU, la completitud exige la imagen, cada cambio queda anotado en un registro de auditoría, y el manual en PDF queda en el propio SKU, con búsqueda en su texto. De esa misma base salen los feeds para los canales.
El mismo costo de mantener sistemas unidos a mano aparece cuando el generador de feed también queda en un sistema aparte, y el post sobre el Product Data Hub trata las tres capas juntas. La salida de los datos hacia cada canal está en cómo funciona el feed management moderno.