PIM sobre Magnolia CMS para el catálogo de Design: lo que el ERP no puede sostener

Un ERP administra el producto como unidad de negocio: código, stock, costo. No está pensado para venderlo. Esa diferencia, que parece de matiz, define cómo se ve una ficha en la tienda.

Softland gestiona el producto con un único campo de descripción, sin nombre comercial ni descripción corta, de modo que la ficha publicada terminaba heredando ese mismo texto para el nombre, el slug, el meta title y la meta description.

En un catálogo de materiales de construcción, eso deja fuera justo lo que decide la compra.

• Un texto para todo: el mismo dato administrativo cumpliendo cuatro funciones distintas en la ficha, sin servir bien para ninguna.
• Sin especificaciones propias: las características técnicas del material no tenían dónde vivir.
• SEO heredado: los campos de búsqueda de cada ficha se completaban solos, con el texto del ERP.

Ampliar el ERP no era la salida: el problema no es que le falten campos, es que administra otra cosa.

Implementamos Magnolia CMS como PIM del catálogo, en una instancia de gestión interna sin front público, que separa dos responsabilidades que suelen mezclarse.

El ERP administra el producto como unidad de negocio y el PIM administra cómo ese producto se presenta y se vende.

Un modelo de información pensado para vender

• Nombre comercial y descripciones corta y larga como campos independientes, no como un texto reutilizado.
• Especificaciones técnicas propias de materiales de construcción y terminaciones.
• Campos SEO por ficha: meta title, meta description y slug, editables uno por uno.
• Multimedia asociada al producto.

Publicación hacia la tienda

• La información enriquecida se entrega por API al eCommerce en PrestaShop.
• La ficha publicada se compone con los datos del PIM y no con el volcado directo del ERP.
• La gestión cubre el catálogo completo con su estructura de categorías y subcategorías, la misma que sincroniza la integración con Softland.

Una fuente para toda la compañía

• El sistema queda como fuente de información de producto para los procesos internos, más allá de la publicación en la tienda.

Arquitectura y tecnología

• Magnolia CMS como PIM, en instancia de gestión interna sin front público propio.
• Entrega por API hacia el eCommerce en PrestaShop.
• Convivencia con la sincronización de catálogo desde el ERP Softland.

Conocé más sobre Magnolia para catálogo y ecommerce.

Conocé más sobre desarrollo de software y marketing digital.

El catálogo pasó de heredar un dato administrativo a tener una ficha construida para vender, sobre una sola fuente.

KPIs iniciales

• Un único campo de descripción en el ERP cumpliendo cuatro funciones en la ficha.
• Sin nombre comercial, descripción corta, especificaciones técnicas ni campos SEO propios.

KPIs alcanzados

• 960 productos del catálogo gestionados desde el PIM.
• La totalidad de las categorías y subcategorías bajo gestión centralizada.
• 4 familias de atributos enriquecidos por ficha: nombre y descripciones, especificaciones técnicas, campos SEO y multimedia.
• Una única fuente de información de producto para el eCommerce y para los procesos internos.

Impacto estratégico

• Cada ficha puede optimizarse por separado sin tocar el ERP ni el trabajo de otra área.
• La compañía deja de tener la información de producto repartida entre sistemas que no la comparten.