Arquitectura de e-commerce: sincronizar catálogo, inventario y pagos

La experiencia de compra depende de eventos que mantengan precios, stock, sellers, fraude y pagos sincronizados durante todo el checkout.

Este artículo también está disponible en inglés.
Arquitectura de e-commerce: sincronizar catálogo, inventario y pagos

Una carta bonita no compensa una cocina que no sabe qué hay disponible 🍽️

La experiencia de compra depende de sistemas sincronizados

En e-commerce se cree que una experiencia de usuario bien diseñada resuelve la conversión. Lo que desconecta al cliente casi nunca es una interfaz poco atractiva, sino un sistema que no sincroniza lo que muestra con lo que puede entregar. La IA no mejora una experiencia sin arquitectura.

Un marketplace funciona como un restaurante con cientos de mesas y cocinas especializadas. El mesero es la experiencia: buscador, catálogo, carrito y checkout. La cocina es la operación: inventario, pagos, fulfillment, antifraude y sellers. Cuando ambas partes tienen lógicas separadas, el resultado es una carta que promete lo que ya no está.

Imagina un cliente que encuentra lo que buscaba, lo agrega al carrito y en el checkout descubre que no hay stock, que el precio era una promoción vencida o que el pago fue rechazado sin explicación. El problema no ocurrió en el checkout: catálogo e inventario nunca se hablaron en tiempo real. Un estudio global del IBM Institute for Business Value encontró que solo el 14% de las personas encuestadas estaba satisfecha con la compra online. Esa brecha no es solo de diseño, también es de sincronización.

Ahí cambia la arquitectura orientada a eventos. Cada cambio relevante, precio actualizado, seller desactivado o fraude detectado, se transmite como un evento que los componentes procesan sin esperar. IBM explica la adopción y los casos de uso de esta arquitectura: cerca del 37% de las organizaciones ya la utilizaba y el mercado se proyectaba por encima de USD 16.500 millones para 2027.

La búsqueda semántica, que entiende la intención del usuario y no solo las palabras exactas que escribe, necesita catálogo, disponibilidad y precios sincronizados para que la recomendación sea ejecutable. Si la cocina no sabe qué hay disponible, el mesero puede sugerir el plato más sofisticado y el cliente igual se va sin comer.

Los micro-frontends, donde cada sección de la tienda como catálogo, carrito o pagos funciona como aplicación independiente, permiten que cada equipo actualice su parte sin detener el resto. El equipo de promociones cambia su lógica sin afectar el checkout, y el de antifraude despliega un modelo nuevo sin que el buscador lo note.

Una carta bonita no compensa una cocina que no sabe qué hay disponible.

YouTube — Event-Driven Architecture Patterns

Primero, conectar catálogo, inventario y precios por eventos para que la experiencia refleje el estado real. Luego, separar cada sección del frontend para que los cambios ocurran sin coordinación masiva. Después, integrar la IA como capa que actúa sobre señales en tiempo real. Por último, medir no solo la tasa de conversión sino la distancia entre lo que se muestra y lo que se puede entregar.