El problema
El cuello de botella es el catálogo
Una ficha de producto nace en tres o cuatro sistemas a la vez. Un ERP con códigos y sin textos. Archivos de proveedor en el formato que al proveedor le pareció bien. Un PIM pensado para guardar especificaciones, no para vender con ellas. Y una hoja de cálculo que sostiene los traspasos entre unos y otros, a cargo de la única persona que la entiende.
Nada de eso está mal, y no se trata de sustituirlo. El problema es más concreto: los campos que deciden si un producto se encuentra y se compra (el corte, el material, las dimensiones, la variante a la que pertenece, la categoría en la que está) son campos de los que no se ocupa ningún sistema. Así que se teclean a mano, una vez por canal de venta y otra por mercado, y lo hace el equipo que ya es el cuello de botella.
El coste se ve en el surtido. Cada canal y cada mercado que obliga a volver a teclear los mismos campos es un canal que abre más tarde y con menos catálogo. Todo lo que está por encima de esta capa lee de las mismas fichas, así que arreglar la ficha una vez es lo que abarata las otras siete áreas.
Casos de uso habituales
Las tareas sobre la ficha
Estos son algunos de los agentes de IA que trabajan aquí. Cada uno es un flujo de trabajo con su propio resultado y sus propias cifras, y si no ves un trabajo en la lista, suele ser una variante de alguno que sí está. Pon en marcha uno o todos.
Alta de producto
Entra un archivo de proveedor, sale un producto listo para vender
Veinte proveedores, veinte formatos: un feed XML, un CSV dejado en un SFTP, una API, una hoja de cálculo que alguien mantiene a mano. Cada campo se mapea a tu propio modelo de atributos y se normaliza al entrar: la moneda en el precio, las rutas de categoría aplanadas, las URL de imagen reescritas, y un campo que no tiene sitio se marca en lugar de perderse sin avisar. Las especificaciones que el proveedor dejó en blanco, como el corte, el material o la compatibilidad, se sacan de la ficha técnica y del propio texto del proveedor, y después se buscan en fuentes de internet y se contrastan. Cada valor lleva indicado de dónde viene.
CommerceClarity agent · Apparel EU
El ciclo de correcciones
Cada corrección mejora la siguiente ejecución
Tu equipo juzga el resultado. Un valor es correcto, o es incorrecto y se corrige una sola vez. Cada veredicto cambia la siguiente ejecución: la puntuación sobre tu propia muestra se mueve y el agente parte de lo que aprendió la anterior. Así, la proporción de valores que necesitan revisión humana no deja de bajar, medida en tu catálogo y con tus reglas, no con la media de los demás.
Cómo trabajamos
En producción en tu catálogo en semanas, no en meses
Hacemos las cuatro fases con tu equipo, sobre los sistemas que ya tienes, y cada una termina con una cifra acordada de antemano.
- 01
Diseño
Analizamos cómo entran tus datos y cómo sale el resultado, y acordamos el KPI de negocio que el agente tiene que mover.
- 02
Implementación
Construimos el agente y lo probamos con una muestra de tu propio catálogo, acordada contigo. Cada cambio se evalúa con esa muestra, así que el ajuste se basa en cifras.
- 03
Demostración
Damos el trabajo por terminado cuando el KPI llega al objetivo en todo el catálogo y tú mismo has visto las cifras.
- 04
Evolución
Seguimos a cargo de la cuenta. Tus correcciones siguen mejorando el agente, el KPI se mantiene donde lo necesitas y el siguiente caso de uso parte del contexto que ya ha creado este.
Para grandes empresas, sobre un catálogo que no puede fallar
Funciona sobre los sistemas que ya tienes
Lee tu PIM, ERP y DAM a través de sus API y les devuelve el resultado.
Nada dudoso llega a un canal
Cada valor se revisa con tus reglas, y lo dudoso pasa a revisión antes de llegar a un canal de venta.
Tus datos siguen siendo tuyos
Tu propio espacio de trabajo aislado. Nunca se mezcla con modelos compartidos y puedes exportarlo cuando quieras.
Cada ejecución queda registrada
Cada valor lleva su fuente, su ejecución y su puntuación, así que, si uno sale mal, ves por qué.
Questions
Lo que nos preguntan las empresas de retail
¿Qué es la gestión del catálogo de productos?
Mantener cada ficha de producto completa, coherente y al día en cada canal que la lee. En un catálogo pequeño es un trabajo que una persona termina. A partir de unos pocos miles de SKU, con proveedores que mandan veinte formatos distintos, no lo termina nadie. Ahí deja de ser una tarea de carga de datos y se convierte en un área de operaciones.
¿Quién se encarga de los agentes, vosotros o nosotros?
Nosotros, sobre tus datos, categoría por categoría, y seguimos contigo después de la puesta en producción. Lo que compras es el resultado en tu catálogo, no una licencia y un manual.
¿Tenemos que cambiar de PIM o de ERP?
No. Los agentes de IA leen tu PIM, tu ERP y tu DAM y vuelcan los resultados en ellos. Trabajamos sobre los sistemas que ya usas, y lo primero que hacemos es mapear cómo entran y salen los datos.
¿Y si el agente que necesitamos todavía no existe?
La mayoría ya funcionan en otra empresa de retail y se adaptan a tu catálogo, y esa adaptación forma parte del servicio. Si un flujo de trabajo no está cubierto, diseñamos el agente contigo y lo presupuestamos aparte.
¿Cómo sabéis que el resultado es correcto?
El KPI, acordado antes de construir nada, dice si el negocio ha mejorado en el catálogo real. Por debajo de ese KPI, puntuamos el propio trabajo con tus reglas sobre una muestra de tu catálogo, y esa puntuación se recalcula con cada cambio.
¿De quién son los datos?
Tuyos. Los agentes aprenden de las correcciones que hace tu equipo, y puedes exportar los datos y las correcciones en cualquier momento.