El micro-fulfillment acerca una parte del inventario a los compradores con un almacén chico dentro de la ciudad. Qué productos tiene sentido llevar ahí, qué se complica al repartir el inventario y qué necesita el sistema para sostener la promesa de entrega.
El micro-fulfillment es operar un almacén chico dentro de la ciudad, cerca de donde viven los compradores, con una parte seleccionada del catálogo. El almacén central sigue guardando todo; el nodo urbano guarda solo lo que más se vende en esa zona y surte los pedidos que tienen que llegar el mismo día o al día siguiente.
Para una marca, o para el 3PL que la atiende, la promesa es clara: entregas más rápidas y una última milla más corta. El costo también: un segundo inventario que hay que reabastecer, sincronizar y controlar. Si conviene o no depende menos de la tecnología que del catálogo y de dónde están los compradores.
Qué cambia con el micro-fulfillment
Lo que cambia no es cómo se surte un pedido: en el nodo urbano se surte igual que en cualquier almacén, con menos pasillos y menos productos. Lo que cambia es que el inventario de un mismo SKU vive en dos lugares, y cada pedido tiene que decidir de cuál sale.
Esa decisión la toma el sistema en el momento en que entra el pedido: si el producto está en el nodo y la dirección cae en su zona, sale de ahí; si no, del central. Cuando la regla falla, el pedido urgente sale del almacén lejano y la promesa se rompe, o el nodo se vacía con pedidos que podían esperar un día.
Para un 3PL hay una pregunta previa: quién opera el nodo y para cuántas marcas. Un espacio urbano compartido entre varios clientes ayuda a que el equipo tenga trabajo todo el día, y a la vez obliga a que el inventario de cada marca siga separado aunque ocupe los mismos anaqueles y salga en la misma recolección.
El micro-fulfillment no es un almacén más: es la misma existencia repartida en dos lugares, y el trabajo está en saber en todo momento cuánto hay en cada uno.
Qué productos llevar al micro-fulfillment
El nodo urbano es caro por metro —la renta dentro de la ciudad no es la de un parque industrial—, así que solo tiene sentido para lo que rota rápido. Conviene elegir con el historial de pedidos de la zona, no con el del país:
- Los SKU que concentran los pedidos de esa ciudad, que no siempre son los más vendidos en total
- Productos chicos y ligeros, que caben muchos en poco espacio y se entregan en moto o en auto
- Lo que el comprador quiere rápido: consumo frecuente, regalos, reposición
- Fuera: producto voluminoso, de baja rotación o con muchas variantes que se venden poco cada una
La selección no es fija. Lo que se vende en la zona cambia con la temporada y con las promociones, y el nodo tiene que ajustarse para no quedarse con producto que ya no rota ahí mientras le falta el que sí.
Lo que se complica al repartir el inventario
El reabastecimiento es el primer punto. Si se repone por calendario, el nodo se vacía antes de que llegue el siguiente traspaso; conviene reponer por consumo, con traspasos desde el central a la frecuencia que pida la venta. Cada traspaso es inventario en tránsito que no está disponible en ningún lado mientras viaja, y el sistema tiene que saberlo.
La sincronización con las tiendas es el segundo. El canal de venta necesita saber si el producto se puede prometer para hoy, y eso depende de la existencia del nodo, no de la total. Si la tienda ve la suma de los dos almacenes, promete entrega rápida con producto que está lejos.
Las devoluciones son el tercero: llegan a la ciudad y conviene decidir si se reintegran al nodo o regresan al central. Un nodo que recibe devoluciones sin regla termina lleno de lo que no se vende ahí.
Y el conteo. Un nodo chico con mucha rotación se descuadra rápido, y cada diferencia es una promesa de entrega que se puede romper. Conviene contarlo por ciclos cortos, con los SKU que más se mueven en la lista de cada semana, en lugar de esperar un inventario completo.
Cuándo no conviene el micro-fulfillment
No conviene cuando el catálogo es muy disperso y ningún grupo de SKU concentra la venta de una zona, ni cuando los compradores no valoran la entrega rápida lo suficiente para pagarla. Tampoco cuando el volumen de la ciudad no alcanza para mantener ocupado al equipo del nodo: un almacén chico con gente esperando pedidos cuesta más que un envío al día siguiente desde el central. Ni cuando los compradores están repartidos por toda la ciudad: el nodo acorta la última milla solo si los pedidos están cerca de él.
Antes de rentar el local, una prueba sencilla ayuda: con el historial, ver qué parte de los pedidos de esa ciudad se habría podido surtir con una lista corta de SKU. Si la parte es chica, el nodo no se paga; si es grande, ya sabes qué llevar el primer día.
Que cada pedido salga del almacén correcto según la existencia y la zona, que la tienda vea el inventario del nodo y no la suma, y que los traspasos se registren como inventario en tránsito es lo que se le pide a un software WMS para fulfillment y e-commerce que opera más de un almacén para las mismas marcas.
Si una marca te pide entregas el mismo día en una ciudad, empieza por su historial de pedidos en esa zona. Ahí se ve si el micro-fulfillment tiene con qué sostenerse.