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

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

All articles include both versions in their content: Spanish first, then English.
A Pretty Menu Doesn't Compensate for a Kitchen That Doesn't Know What's Available

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

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. El Instituto for Business Value de IBM encontró que solo el 14% de los consumidores describe como satisfactoria su experiencia de compra online (IBM, 2024). Esa brecha no es de diseño, 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. El 37% de las empresas ya opera con este modelo y el mercado se proyecta en más de USD 16.5 mil millones para 2027 (IBM, 2021).

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.


Versión en inglés

A Pretty Menu Doesn't Compensate for a Kitchen That Doesn't Know What's Available 🍽️

In e-commerce it's believed that a well-designed user experience solves conversion. What almost never disconnects the customer is an unattractive interface, but a system that doesn't synchronize what it shows with what it can deliver. AI doesn't improve an experience without architecture.

A marketplace works like a restaurant with hundreds of tables and specialized kitchens. The waiter is the experience: search, catalog, cart, and checkout. The kitchen is the operation: inventory, payments, fulfillment, anti-fraud, and sellers. When both parts have separate logic, the result is a menu that promises what's no longer in stock.

Imagine a customer finding what they looked for, adding it to the cart, and at checkout discovering there's no stock, the price was an expired promotion, or payment was rejected without explanation. The problem didn't happen at checkout: catalog and inventory never talked in real-time. The Institute for Business Value at IBM found that only 14% of consumers describe their online shopping experience as satisfactory (IBM, 2024). That gap isn't design, it's synchronization.

That's where event-driven architecture changes things. Each relevant change, updated price, deactivated seller, or detected fraud, is transmitted as an event that components process without waiting. 37% of companies already operate with this model and the market projects to more than USD 16.5 billion by 2027 (IBM, 2021).

Semantic search, which understands user intent not just the exact words they type, needs catalog, availability, and prices synchronized for the recommendation to be executable. If the kitchen doesn't know what's available, the waiter can suggest the fanciest dish and the customer still leaves without eating.

Micro-frontends, where each section of the store like catalog, cart, or payments functions as an independent application, allow each team to update their part without stopping the rest. The promotions team changes their logic without affecting checkout, and the anti-fraud team deploys a new model without the search noticing.

A pretty menu doesn't compensate for a kitchen that doesn't know what's available.

First connect catalog, inventory, and prices by events so the experience reflects actual state. Then separate each frontend section so changes happen without massive coordination. Then integrate AI as a layer that acts on real-time signals. Finally measure not just conversion rate but the distance between what's shown and what can be delivered.