Datos de producto estructurados significa que cada dato del producto vive en un atributo tipado, con…
Gestión de pedidos en jardinería: lo que tu storefront debe mostrar
En el retail de jardín y bricolaje, un mismo carrito puede contener un artículo que va en paquete, un conjunto de muebles de exterior que llega por transporte de carga, plantas vivas con una ventana de entrega y un saco de sustrato para recoger en tienda. El sistema de gestión de pedidos (OMS) decide cómo se prepara cada línea. Tu storefront tiene que hacer visibles esas decisiones artículo por artículo, antes del checkout, y mantenerlas exactas mientras el tráfico de primavera alcanza su pico.
Por qué la jardinería presiona especialmente la gestión de pedidos
Tres características diferencian al sector.
Una temporada concentrada. Según la Oficina Federal de Estadística de Alemania (Destatis), el comercio minorista de flores, plantas, semillas y fertilizantes generó en 2020 el 33,4 % de su facturación anual en marzo, abril y mayo, frente al 34,3 % en los mismos meses de 2019. Aproximadamente un tercio del año ocurre en una cuarta parte de él. Los errores de disponibilidad o de información de entrega cuestan más justo en esas semanas.
Mercancía que no cabe en un paquete. Huertos elevados, invernaderos, muebles de jardín, cortacéspedes y palés de adoquines superan los límites de paquetería. En DHL Alemania, por ejemplo, un paquete estándar llega como máximo a 31,5 kg y 120 x 60 x 60 cm. Lo que supera eso viaja como mercancía voluminosa con recargo o pasa a una empresa de transporte de carga, a menudo con cita de entrega.
Productos que están vivos. Las plantas no pueden pasar el fin de semana en un almacén ni viajar durante una noche de helada. Enviar plantas suele implicar días de envío fijos, ventanas de entrega y pausas cuando cambia el tiempo. Si además hay una red de tiendas con surtidos regionales, el OMS equilibra más restricciones que en la mayoría de sectores del retail.
Un carrito, varios circuitos de preparación
Un pedido de primavera típico en jardinería combina circuitos que una tienda solo de paquetería nunca tiene que conciliar:
- Artículos en paquete como semillas, herramientas o fertilizante.
- Mercancía voluminosa y de carga, entregada por un transportista, a menudo con cita.
- Plantas vivas, enviadas solo ciertos días de la semana o dentro de una ventana de entrega.
- Click & collect o reserva en tienda para consumibles pesados como sustrato, corteza de pino o carbón vegetal, según el stock de la tienda elegida.
- Preventas de artículos de temporada como bulbos o plantones, que se venden antes de estar disponibles.
El OMS enruta cada línea, divide el pedido cuando hace falta, reserva stock y calcula fechas. Describimos la arquitectura que hay detrás en la gestión distribuida de pedidos y el frontend. En jardinería, el pedido dividido es lo normal.
Qué debe mostrar el storefront
Los clientes aceptan la complejidad cuando la ven pronto. Abandonan cuando aparece por primera vez al pagar. Estos puntos de contacto llevan las decisiones del OMS al storefront:
- Método de entrega por artículo en PDP y PLP. "Paquete", "entrega por transportista con cita" o "solo recogida en tienda" va junto al precio, no en las preguntas frecuentes de envío.
- Fecha o ventana de entrega. Una fecha o ventana concreta genera más confianza que un rango genérico, como mostramos en nuestro artículo sobre la UX de la promesa de entrega en la página de producto. En plantas, incluye el siguiente día de envío posible.
- Stock en tienda y disponibilidad regional. En cuanto alguien introduce un código postal o elige una tienda, la disponibilidad, las opciones de recogida e incluso el surtido visible deben referirse a esa ubicación.
- Un carrito agrupado por circuito. Los carritos mixtos funcionan cuando se ve qué artículos llegan juntos, cuáles vienen por transportista y cuáles esperan en tienda, cada uno con su propia fecha.
- Preventas claramente señalizadas. Una preventa necesita una fecha de disponibilidad prevista en la PDP, en el carrito y en la confirmación del pedido, para que nunca se confunda con stock disponible.
Dónde se rompe durante el pico de primavera
Las roturas rara vez ocurren dentro del OMS. Ocurren entre sistemas y páginas.
Disponibilidad desactualizada. Si la PDP lee el stock de una exportación nocturna mientras el checkout consulta el OMS en tiempo real, el primer fin de semana cálido de abril muestra insignias de "en stock" para plantas que se agotaron esa misma mañana.
Reglas en el lugar equivocado. Si el frontend deduce por su cuenta el método de entrega a partir del peso o la categoría, contradirá al OMS en cuanto cambie una regla del transportista o una pausa por el tiempo. El OMS decide. El storefront pregunta y muestra.
Rendimiento bajo carga. Páginas de campaña de temporada, consultas de disponibilidad en tiempo real y picos de tráfico llegan a la vez. Un storefront que se ralentiza o desplaza su diseño cuando carga el widget de entrega pierde clientes justo en el momento de mayor demanda. Por eso el rendimiento y los Core Web Vitals forman parte del alcance de un proyecto OMS, no de lo que viene después.
Cómo se conecta la capa frontend con el OMS
Laioutr es una Frontend Management Platform (FMP), especializada en la composición del frontend, no en la gestión de pedidos. El OMS, el ERP y el WMS siguen a cargo del stock, el enrutamiento y las fechas. El composable storefront presenta sus resultados de forma coherente.
En Laioutr, esa conexión pasa por Orchestr, la capa de datos entre los backends y los componentes del storefront:
- Un modelo de datos. Orchestr ofrece un modelo de datos canónico con entidades estándar como producto, categoría y carrito, más un esquema personalizado para lo que la jardinería necesita además: método de entrega, ventana de entrega, stock en tienda o fecha de preventa.
- Varios sistemas, una entidad. Los component resolvers añaden a una entidad datos de cualquier sistema. El contenido de producto puede venir del PIM, la disponibilidad y las fechas del OMS.
- Caché adaptada a los datos. Queries, links y component resolvers tienen cachés independientes. El contenido de producto estable sigue siendo rápido y la disponibilidad que cambia deprisa se mantiene actualizada.
- Cambios del carrito en el servidor. Los action handlers procesan mutaciones como actualizaciones del carrito o pedidos de forma tipada y en el servidor, que es donde el OMS confirma lo que muestra el carrito.
Más sobre la arquitectura: Composability & Orchestration. Con más de 50 backends compatibles y más de 300 integraciones, no tienes que reconstruir el storefront cuando añades o sustituyes un OMS.
Para product owners y equipos de marketing, la ventaja es la velocidad en temporada. En Studio, los equipos crean las páginas de la campaña de primavera con los mismos bloques de disponibilidad y entrega que la PDP, así una campaña nunca promete lo que el checkout no puede cumplir. El time-to-launch de las landing pages es alrededor de un 65 % más corto. Los storefronts de Laioutr alcanzan un LCP mediano de 1,2 s, con valores objetivo de LCP por debajo de 1,2 s, INP por debajo de 80 ms y CLS por debajo de 0,02.
FAQ
¿Laioutr sustituye a un sistema de gestión de pedidos?
No. Laioutr es la capa frontend. El enrutamiento, las reservas, las fechas de entrega y las reglas de los transportistas siguen en tu OMS. Laioutr muestra esas decisiones de forma coherente desde la PDP hasta el estado del pedido. Más sobre la categoría: el frontend para tu OMS.
¿Cómo debe gestionar un storefront la mercancía voluminosa y el transporte de carga?
Muestra el método de entrega en la página de producto, no solo en el checkout. Si la entrega por transportista requiere cita, indícalo antes de que el artículo llegue al carrito y agrupa esos artículos por separado.
¿Cómo se muestran las ventanas de entrega de plantas vivas?
Pide al OMS el siguiente día de envío posible y la ventana de entrega, y muéstralos en la PDP y en el carrito. Si el tiempo retrasa el envío, el storefront debe mostrar la ventana actualizada en lugar de una nota estática.
¿Podemos tenerlo listo antes de la próxima primavera?
Lo que mejor funciona es un despliegue por fases: primero el método de entrega y la disponibilidad en tiempo real en la PDP, después el carrito agrupado por circuito y luego la selección de tienda y las preventas. Las migraciones con Laioutr tardan de mediana menos de 14 días. El esfuerzo de integración del OMS depende de su API.
Próximos pasos
Si la PDP, el carrito y el checkout muestran información distinta de disponibilidad o entrega, identifica antes de que empiece la temporada qué punto de contacto lee qué fuente. Lo revisamos contigo. Reserva una demo con el equipo de Laioutr.