Solutions · Channels & Markets
Vender en marketplaces sin rehacer los datos en cada canal.
El mismo producto, adaptado al sitio al que va: traducido a los idiomas en los que vendes y reescrito según el esquema y el buscador de cada marketplace. Amazon no es un canal de venta, es uno por país, y lo mismo pasa con todo lo demás. De hacerlo se encargan agentes de IA.
El problema
El conector funciona. Lo que no pasa la validación son los datos.
Lo que frena un lanzamiento rara vez es la conexión. El conector existe, el feed sale, la integración funciona. Lo que lo frena son los datos que llegan al otro lado: campos que el canal exige y tu catálogo no tiene, valores en un formato que el operador rechaza, un atributo obligatorio del que no se ocupa nadie.
Y un canal no tiene un único reglamento. Amazon Italia y Amazon Alemania tienen esquemas de atributos, validaciones y operadores distintos, así que son dos trabajos y no el mismo trabajo hecho dos veces. Es una lección de un proyecto real, no una preferencia de diseño: las reglas no se pueden copiar de un país a otro, así que la plantilla se estudia país por país.
Ese coste se paga en tiempo, y no en la integración: se va en producir datos que encajen en la plantilla. Para el minorista, el mismo hueco parece más pequeño y duele más: un producto con buen texto y buenas especificaciones que aun así no se puede dar de alta porque falta un campo obligatorio.
Casos de uso habituales
Las tareas por canal
Estos son algunos de los agentes de IA que trabajan aquí. Solo Amazon ya es un flujo de trabajo por país, así que la lista real es más larga que estas tarjetas, y un canal que no aparece es una plantilla que estudiar, no un producto nuevo. Cada uno tiene su propio resultado y sus propias cifras.
Publicar en un canal
Pasar la validación y sonar como si se hubiera escrito allí
Sobre el mismo producto caen dos trabajos. El anuncio se mapea al esquema propio de ese canal en ese país: los atributos obligatorios se generan en lugar de dejarse vacíos, los valores se normalizan a los formatos que acepta el operador, los campos de selección única como la categoría se resuelven siempre con la misma regla, y los títulos, las viñetas y los términos de búsqueda ocultos se escriben para el buscador de ese marketplace en lugar de copiarse de tu ficha de producto. El idioma es el segundo trabajo: el contenido que ya tienes, llevado a los mercados en los que vendes con tu propio glosario y tu tono, para que ningún lanzamiento se quede esperando a una traducción. Lo que de verdad no se puede resolver vuelve como una decisión antes de subirlo, porque un anuncio que no pasa la validación cuesta más que uno que espera un día.
Amazon DE · pre-flight
ReadyPasses on first upload
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 de feeds de producto?
Tomar una ficha de producto y adaptarla a cada canal que la pide. No hay dos canales que pidan lo mismo: cada uno tiene sus campos obligatorios, su árbol de categorías y sus reglas sobre lo que puede llevar un título. Gestionar feeds es cumplir con todos desde una sola fuente y darse cuenta de cuándo uno cambia las reglas.
¿Amazon es una sola integración o una por país?
Una por país, y es a propósito. Cada Amazon nacional tiene su propio esquema de atributos, sus reglas de validación y sus operadores, así que cada uno es un flujo de trabajo con su propia plantilla. Compartir una plantilla entre países es lo que hace que un anuncio se valide en el primero y falle en los demás.
¿Sustituís nuestro gestor de feeds o nuestra integración?
No. Lo que mueve los datos los sigue moviendo. Nosotros trabajamos sobre lo que transporta, para que la ficha que llega al canal ya encaje en su esquema.
¿Esto es traducir o reescribir?
Las dos cosas, y son trabajos separados a propósito. La traducción lleva el contenido que ya tienes a tus otros idiomas. Un anuncio de marketplace se reescribe según las reglas y el buscador de ese marketplace, así que las frases son otras, escritas para ese canal.
¿Qué pasa cuando un marketplace cambia sus reglas?
La plantilla es por país y se mantiene a medida que cambian las reglas. De esa parte nos seguimos ocupando después de la puesta en producción, y por eso esto funciona de forma continua y no como una migración que se hace una vez.
¿Y los campos obligatorios que directamente no tenemos?
Se deducen o se recuperan cuando se puede, y se marcan como una decisión cuando no. Nada se rellena con una suposición verosímil para pasar la validación, porque ese error vuelve más tarde en forma de devolución o de retirada del anuncio.
¿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.