Estimated reading time: 12 minutos

El primer marketplace suele entrar sin mucho ruido.

Un pedido. Una etiqueta. Una caja. Sale con el transportista y ya está. Si hay pocas referencias, el equipo lo lleva bastante bien. Mira el stock, prepara el producto, imprime lo que toca y sigue con lo siguiente.

Alguna cosa falla, claro. Una etiqueta que no lee bien. Un cliente que pregunta por el seguimiento. Un pedido que aparece duplicado en la pantalla. Se arregla sobre la marcha y nadie le da demasiadas vueltas.

Hasta que llegan más canales.

La empresa abre otro marketplace. Mantiene la tienda online. Lanza una campaña un jueves y el lunes hay pedidos que nadie esperaba. El mismo SKU aparece en tres sitios, pero dentro del almacén casi todo sigue funcionando como antes.

Ahí se empieza a notar el desajuste.

Amazon pide una cosa. Otro canal pide otra. En uno cambia el formato de etiqueta. En otro no sirve el embalaje habitual. Hay pedidos que tienen que salir antes de cierta hora y otros que pueden esperar, aunque hayan entrado antes.

El almacén no prepara “pedidos” en abstracto. Prepara pedidos con nombre y apellido.

Uno viene de una plataforma, otro lleva una regla de transporte distinta, otro necesita una documentación concreta y otro se queda parado porque la última unidad ya estaba reservada para otro canal. Eso no siempre se ve a tiempo, sobre todo cuando el stock se revisa entre Excel, pantallas abiertas y avisos que llegan por correo.

Cuando aparece el fallo, casi nunca parece grande al principio. Se cancela un pedido. Buscamos una unidad que debería estar. Se cambia una etiqueta. Alguien llama al transportista. Atención al cliente contesta como puede.

La métrica del marketplace lo registra todo.

Y el almacén, que parecía una parte secundaria de la venta, acaba metido de lleno en el rendimiento de la cuenta.

Cuando el pedido sale tarde, la plataforma no pregunta demasiado

El cliente ve una fecha de entrega y espera que se cumpla.

No sabe si el pedido lo ha preparado una persona en almacén propio, un operador externo o alguien revisando pedidos a última hora porque el sistema no actualizó bien. Tampoco le importa demasiado. Compró en una plataforma y espera el paquete.

Como deciamos antes, el marketplace va dejando marcas.

Un envío confirmado fuera de plazo. Un seguimiento que no aparece. Una cancelación porque el producto figuraba disponible y luego no estaba. Una reclamación abierta por un pedido mal preparado. Todo eso queda asociado al vendedor, aunque el origen esté en una ubicación mal contada o en una etiqueta impresa con datos viejos.

Pasa más de lo que parece.

Amazon trabaja con métricas de rendimiento del vendedor, como la tasa de envíos retrasados o los pedidos defectuosos. No hace falta que el fallo sea enorme para que empiece a contar.

Y ahí el almacén queda expuesto.

Un retraso que antes se resolvía con una disculpa ahora puede tocar la cuenta. Una cancelación por stock mal cuadrado no se queda solo en atención al cliente. Una etiqueta equivocada consume media mañana entre llamadas, correos y revisión de pantallas.

La venta se hizo en el marketplace. El golpe, muchas veces, llega bastante antes de que el paquete salga por la puerta.

Cuando la última unidad aparece disponible en tres sitios

El stock da problemas raros cuando la venta se reparte en varios sitios.

En pantalla quedan cinco unidades. En el almacén aparecen tres. Una está apartada para una promoción, otra se ha reservado para un pedido que todavía no ha bajado al sistema y la última quizá está físicamente allí, pero bloqueada porque llegó con el embalaje tocado.

Un marketplace enseña disponibilidad. La tienda online también. Otro canal tarda unos minutos en actualizar. Y justo en ese hueco entra una venta. Luego otra. Cuando el equipo va a preparar, descubre que la unidad ya no existe para ese pedido, aunque hace un rato todos los sistemas decían que sí.

Ahí empieza el recorrido de siempre. Se busca en otra ubicación. Preguntar si hay reposición. Se revisa si alguna unidad bloqueada puede salir. Alguien comprueba si el pedido se puede retrasar sin castigo. A veces se salva. Otras toca cancelar.

La sobreventa casi nunca nace de una gran decisión equivocada. Suele salir de un stock que no se actualizó a tiempo, de una reserva que no viajó bien entre sistemas o de una promoción que dejó unidades comprometidas sin que todos los canales lo supieran.

En marketplaces eso pesa más.

Un pedido cancelado por falta de stock no es solo una venta perdida. Puede abrir incidencia, empeorar métricas y obligar al equipo de atención al cliente a explicar algo difícil de explicar. Porque para el comprador el producto estaba disponible.

El inventario multicanal necesita una versión común.

El reloj manda más de lo que parece

Hay pedidos que pueden esperar media hora. Otros no.

En una bandeja de pedidos todos pueden parecer iguales. Mismo formato, misma urgencia aparente, misma línea esperando a que alguien los prepare. Pero uno viene de un marketplace con hora de corte a las 15:00, otro tiene recogida a las 18:00 y otro puede salir mañana sin que pase nada grave.

Si el almacén prepara por orden de llegada, alguno se queda mal colocado.

Pasa mucho en días cargados. Entran pedidos por la mañana, luego llega una recepción que hay que ubicar, alguien pregunta por una devolución pendiente y el equipo sigue preparando como puede. Hasta que aparece un pedido que llevaba dos horas en cola y tenía una ventana de expedición más corta que los demás.

Ya va justo.

Entonces se corre. Se busca el producto, se imprime la etiqueta, se revisa el transportista, se intenta meter en la recogida del día. A veces entra. A veces no. Y cuando no entra, el pedido no solo sale tarde. Sale tarde para una plataforma que lo mide.

Los marketplaces obligan a ordenar la preparación con más cabeza. Canal, SLA, hora de corte, transportista, tipo de producto. Todo pesa. Por eso, la automatización de órdenes de picking ayuda a que la prioridad no dependa de revisar pantallas a última hora. No siempre gana el pedido más antiguo. Gana el que se queda sin margen antes.

Cuando esa prioridad no está clara en el sistema, alguien tiene que decidirla mirando pantallas, correos y avisos. Funciona un día. Dos. En cuanto sube el volumen, empiezan los olvidos. Y casi siempre se descubren tarde, cuando el transportista ya está cerrando la puerta.

Una etiqueta mal puesta puede parar un pedido perfecto

El producto está bien. La unidad es la correcta, no tiene golpes, el pedido se ha preparado a tiempo y la caja aguanta el transporte. Hasta ahí, todo parece cerrado. Pero alguien pega una etiqueta que no toca, o la coloca donde el lector no la coge bien, o imprime el documento de otro canal porque las plantillas se parecen demasiado. Y el pedido se atasca.

A veces ni siquiera sale del almacén. Otras sale, pero vuelve. En el peor caso llega al punto de control del marketplace y empieza la incidencia. Nadie discute que el producto estuviera preparado. El fallo está en un papel, en un código o en una instrucción que se pasó por alto.

Pasa con más frecuencia cuando hay varios canales trabajando a la vez.

Un marketplace pide etiqueta propia. Otro exige albarán sin precio. En otro no se aceptan ciertos embalajes. Otro tiene normas sobre dónde colocar el código. Si el equipo no lo ve claro en el momento de preparar, tira de memoria. Y la memoria en un almacén con prisa es bastante mala compañera.

Luego llegan las preguntas: Quién imprimió esa etiqueta. De qué pedido era. Por qué salió con ese formato. Si se puede reexpedir, o si cuenta como retraso o si el cliente ya ha escrito.

Todo por un detalle pequeño.

El packaging y la documentación no son adornos de la venta marketplace. Deciden si el pedido circula limpio o si se queda parado en una esquina esperando que alguien lo revise. Y cuando el volumen sube, esos detalles dejan de ser detalles.

Cómo cambia la preparación de un mismo SKU según el canal

Un mismo SKU no siempre se prepara igual. En logística marketplace, la referencia puede ser la misma, pero las reglas de salida cambian según el canal de venta.

El coste del “casi”

Un pedido que sale tarde por poco no parece gran cosa. Media hora. Una recogida perdida. Un seguimiento que se informa después. En una tienda propia quizá se habla con el cliente y se arregla. En un marketplace, esa media hora puede quedar registrada como incumplimiento.

No siempre se ve en euros al día siguiente. Se ve más tarde, cuando empiezan las reclamaciones, cuando una métrica baja, cuando atención al cliente recibe mensajes que no esperaba o cuando comercial pregunta por qué una cuenta está perdiendo fuerza. Entonces toca reconstruir pedidos uno a uno.

El producto estaba. Bueno, estaba en teoría. La etiqueta se había generado.

Sí, pero con otro formato.

El pedido salió, pero no entró en la recogida correcta.

Así se pierde tiempo. Mucho. Y no solo en almacén. También en administración, atención al cliente, transporte y seguimiento de la cuenta.

Amazon mide cuestiones como envíos tardíos o pedidos defectuosos. Otras plataformas tienen sus propios indicadores, con nombres distintos y la misma lógica de fondo: si el vendedor falla, la plataforma lo apunta.

Lo incómodo es que muchos fallos logísticos no parecen fallos graves cuando nacen. Una unidad mal reservada. Un bulto sin el código correcto. Una devolución sin referencia clara. Un pedido que se queda en una bandeja porque nadie vio la hora de corte.

Luego llegan las consecuencias.

Cuando el equipo pasa el día apagando cosas

Hay almacenes que no se paran nunca y, aun así, trabajan con la sensación de ir tarde.

Por la mañana aparece un pedido que no ha bajado al sistema. Luego una referencia duplicada. Después una devolución sin número reconocible. Más tarde, alguien descubre que un marketplace ha cambiado una etiqueta y que los paquetes preparados desde primera hora no sirven.

Se corrige como se puede.

Una llamada. Un mensaje interno. Una nota en la pantalla. Alguien que dice “este canal revísalo antes de cerrar”. Durante un tiempo funciona, porque la gente se implica y conoce el negocio. El problema es que esa forma de trabajar se vuelve normal demasiado rápido.

Y no debería ser normal. Una promoción no tendría que convertir el almacén en una cocina a las dos y media. Un SKU duplicado no debería abrir una discusión cada semana. Una devolución no tendría que pasar por tres personas hasta que alguien adivine de qué pedido viene.

Hay señales bastante claras.

• Pedidos apartados “para revisar”.
• Excel paralelos.
• Etiquetas impresas dos veces.
• Pantallas abiertas con datos distintos.
• Frases como “esto pregúntaselo a Marta, que ella sabe cómo va este canal”.

Eso aguanta mientras el volumen es bajo. Con más pedidos, empieza a comer margen. No de golpe. Lo va mordiendo.

La logística para marketplaces pide revisión cuando las excepciones dejan de ser excepciones. Antes de la penalización grande suele haber muchas pistas pequeñas. El almacén las ve primero.

Checklist antes de preparar un pedido Marketplace

Antes de que el pedido llegue al almacén, el sistema debería resolver estas decisiones:

• Stock disponible: qué unidad puede usarse realmente.
• Canal de venta: de qué marketplace, tienda online o plataforma procede.
• Reserva de inventario: si el producto ya está comprometido para otro pedido.
• Etiqueta: qué formato exige el canal o el transportista.
• Documentación: si lleva albarán, factura, documentación neutra o inserto.
• Embalaje: si requiere caja concreta, pack, lote o manipulación específica.
• Transportista: quién recoge el pedido.
• Hora de corte: hasta cuándo puede prepararse para salir a tiempo.
• Prioridad: si manda el SLA, la recogida, el canal o el tipo de producto.
• Excepción: qué hacer si el producto está bloqueado, dañado o no aparece.

El almacén no debería investigar cada venta. El pedido marketplace debería llegar al picking con stock, canal, etiqueta, documentación, transporte y prioridad ya definidos.

Abrir otro canal es fácil. Sostenerlo ya es otra cosa

La decisión de vender en otro marketplace suele tomarse mirando ventas. Tiene lógica. Más escaparates, más demanda posible, más salida para el catálogo. Desde comercial se ve como crecimiento. Desde almacén, a veces, se ve como otra pestaña abierta.

Al principio no pasa nada especial. Llegan algunos pedidos nuevos. Se aprende la etiqueta. Se guarda una plantilla. Alguien explica cómo va ese canal y se tira hacia delante. Si el volumen es bajo, el sistema aguanta incluso con parches.

Luego el canal empieza a vender. Y aparecen los detalles que antes no molestaban. Una hora de corte más exigente. Un embalaje que no sirve. Un stock que tarda en actualizarse. Devoluciones con otro circuito. Pedidos que parecen iguales, pero no lo son.

El almacén empieza a pagar decisiones que se tomaron lejos del muelle.

No porque vender en marketplaces sea una mala idea. Puede ser una vía muy buena para crecer. Pero cada canal trae reglas. Si esas reglas no bajan limpias hasta el picking, el packing, las etiquetas, el transporte y las devoluciones, acaban bajando en forma de incidencia.

Primero una.
Luego varias.
Después ya nadie sabe muy bien qué parte del día es trabajo normal y qué parte es parche.

Antes de abrir otro marketplace merece la pena hacer una prueba sencilla. No una reunión larga. Una prueba de almacén.

Qué pasaría si mañana entran el doble de pedidos, con tres formatos de etiqueta, dos horas de corte distintas y stock moviéndose a la vez en varios canales.

Si la respuesta depende de revisar Excel, preguntar a una persona concreta y correr antes de que llegue el transportista, el problema ya está bastante escrito. Habla con nosotros.

Preguntas frecuentes