SPD vs LTL/FTL inbound: cuándo el envío por paquete individual se convierte en una trampa de costes ocultos
SPD vs LTL/FTL Inbound: Cuándo el Envío por Paquete Individual se Convierte en una Trampa de Costes Ocultos
SPD (Small Parcel Delivery) envía cajas individuales mediante un transportista de paquetería. LTL (Less-than-Truckload) y FTL (Full Truckload) envían mercancía paletizada a través de un transportista de carga. El modo correcto depende del volumen de envío, número de cajas y cuánta variabilidad en tiempos de recepción y riesgo de daños puedes absorber — no de qué modo es generalmente más barato.
El Modo Inbound que se Convierte en Problema
SPD es el modo inbound por defecto para la mayoría de vendedores nuevos de Amazon. El proceso es familiar — generar etiquetas de caja, entregar las cajas a un transportista de paquetería, observar cómo se actualizan los números de seguimiento. Con volumen bajo, funciona. La fricción es manejable, el coste es visible y no hay complejidad de programación.
El problema es que SPD no escala linealmente. Con volumen bajo, el coste por caja es la variable dominante. A medida que el tamaño del envío crece, el coste laboral de producir etiquetas de paquetería individuales para docenas o cientos de cajas, la variabilidad en tiempos de recepción cuando las cajas llegan a través de múltiples eventos de seguimiento en lugar de una sola entrega, y la mayor exposición por unidad al daño en tránsito crecen proporcionalmente — y el coste agregado empieza a divergir de lo que sugeriría una comparación de tarifas.
SPD (Small Parcel Delivery): Un modo inbound de Amazon donde las cajas individuales se envían mediante un transportista de paquetería (típicamente UPS o FedEx) sin paletización. Cada caja recibe una etiqueta única del transportista y se rastrea individualmente hasta la entrega.
LTL (Less-than-Truckload): Un modo de envío de carga donde el envío paletizado del vendedor comparte camión con la carga de otros expedidores. Amazon asigna una cita de muelle, y la entrega se hace de forma programada en lugar de routing dirigido por el transportista.
FTL (Full Truckload): Un modo de envío de carga donde el envío paletizado del vendedor ocupa un camión completo. Se usa para envíos muy grandes donde el volumen justifica el vehículo dedicado.
La elección entre estos modos no es principalmente una cuestión de tarifa — es una cuestión de control operativo. Cada modo tiene diferentes requisitos, diferentes modos de fallo y diferentes puntos donde las cosas se rompen.
Cómo SPD Crea Costes Ocultos a Escala
La trampa de coste en SPD no es la tarifa del transportista por caja — es la carga operativa agregada que se acumula cuando el tamaño del envío crece.
Con 10 cajas, generar etiquetas de paquetería individuales y entregarlas a un transportista es directo. Con 100 cajas, el proceso de generación de etiquetas lleva tiempo considerable, y cada caja que se pierde, daña o retrasa en tránsito requiere una investigación separada del transportista. Si 3 de esas 100 cajas llegan al centro de fulfillment con daños, cada una es una excepción de recepción separada — tres hilos de investigación separados, cada uno requiriendo su propia documentación y seguimiento.
La variabilidad de recepción es el factor más subestimado. Con SPD, un envío de 100 cajas puede llegar al centro de fulfillment a través de 4 o 5 eventos de entrega diferentes, dependiendo del routing del transportista. El inventario no se vuelve disponible para venta hasta que Amazon ha recibido y registrado todas las cajas del plan inbound. Si 95 cajas llegan el lunes y 5 llegan el jueves siguiente, el inventario de ese envío está parcialmente no disponible durante una semana — no por un problema de stock, sino por un patrón de routing de paquetería.
La observación experta: vendedores que calculan el coste SPD usando solo la tarifa del transportista están consistentemente subestimando el coste inbound total. El coste verdadero incluye trabajo de generación de etiquetas, investigación de daños por caja en recepción, variabilidad de recepción (días de inventario no disponible) y el trabajo de prep de etiquetado individual de cajas versus paletización para LTL. Cuando estos componentes se incluyen, el umbral donde LTL se vuelve más barato se mueve antes de lo que la mayoría de vendedores esperan.
Qué Cambia LTL/FTL — y Qué No
LTL y FTL inbound cambian el modelo operativo de entrega dirigida por transportista a entrega dirigida por cita. Una cita de muelle programada significa que el envío llega en un tiempo definido, se recibe como una unidad (un palé o un conjunto de palés), y el evento de recepción es único en lugar de distribuido a través de múltiples entregas de transportista.
Esto cambia el problema de variabilidad de recepción. Un envío paletizado en una cita programada llega junto. Cuando llega correctamente, el inventario se publica más rápido y con menos excepciones de recepción que un envío SPD caja por caja de tamaño equivalente. Todo el envío se recibe en un evento en lugar de cinco.
Requisitos de paletización: Para LTL inbound a Amazon, los envíos deben prepararse en palés que cumplan las especificaciones de Amazon — dimensiones de palé estándar, altura máxima, envolvimiento estirable seguro y colocación correcta de etiquetas de palé. La etiqueta de palé debe aplicarse a los cuatro lados del palé y debe corresponder al plan inbound.
Lo que LTL no resuelve es la complejidad de preparación que viene con la paletización. Los palés deben construirse según spec: patrón de apilado correcto, envolvimiento estirable apropiado, etiquetas de palé en los cuatro lados coincidiendo con el plan inbound. Si un palé llega al muelle con una etiqueta en solo dos lados, o con daño que compromete el envolvimiento, la cita de muelle puede ser rechazada o el palé marcado para inspección. Una cita de muelle rechazada crea un problema de programación y logística que lleva tiempo resolver y retrasa la disponibilidad de inventario más que un retraso simple de entrega SPD.
LTL también introduce la programación de citas como una dependencia. El vendedor (o su partner de prep) debe coordinar una cita de entrega programada con el centro de fulfillment de Amazon, lo que añade tiempo de espera al proceso inbound. Para vendedores que necesitan reponer rápidamente, esta ventana de cita — que puede ser varios días después — es una restricción de planificación que SPD no tiene.
Comparación: SPD vs LTL/FTL Inbound
| Criterio | SPD | LTL / FTL |
|---|---|---|
| Formato de envío | Cajas individuales, sin paletización | Carga paletizada |
| Tipo de transportista | Transportista de paquetería (UPS, FedEx) | Transportista de carga |
| Tipo de etiqueta | Etiqueta de paquetería única por caja | Etiqueta de transportista + etiquetas de palé (4 lados) |
| Cita de muelle requerida | No | Sí |
| Eventos de recepción | Múltiples (cajas llegan por separado) | Único (entrega completa de palé) |
| Variabilidad de recepción | Alta — cajas pueden llegar durante varios días | Baja — entrega única basada en cita |
| Exposición a daño en tránsito | Por caja (cada caja individualmente en riesgo) | Por palé (mejor protección con envolvimiento correcto) |
| Coste por caja | Generalmente mayor con volumen | Generalmente menor con volumen suficiente |
| Complejidad de preparación | Menor — etiquetas individuales de caja | Mayor — construcción de palé, envolvimiento, etiquetas de palé |
| Mejor ajuste | Conteos bajos de cajas, reposiciones pequeñas frecuentes | Alto volumen, cadencia estable de reposición |
| Manejo de plan dividido | Estándar (cajas van a diferentes centros) | Requiere palés separados por destino |
Reglas de Decisión y el Umbral de Volumen
La cuestión de cuándo cambiar de SPD a LTL no es un número fijo — depende del producto del vendedor, dimensiones de caja y cómo está estructurado el plan inbound. Pero hay señales prácticas que indican que el punto de transición está cerca.
Cuando el tiempo gastado generando etiquetas individuales de caja para un solo envío se vuelve significativo, y cuando la operación de prep está empaquetando cajas que podrían moverse más eficientemente en un palé, SPD está empezando a costar más de lo que muestra la comparación de tarifas. Cuando la variabilidad de recepción está afectando la disponibilidad de inventario — inventario que debería estar disponible para venta está en estatus de recepción porque una porción del envío aún no ha llegado — el coste de esa variabilidad en ventas perdidas necesita añadirse al cálculo SPD.
Una heurística útil: cuando un solo envío regularmente excede un umbral de cajas que requieren trabajo significativo de prep, y cuando la cadencia de reposición es suficientemente estable para soportar programar una cita LTL por adelantado, vale la pena evaluar la transición a LTL. El umbral exacto depende del producto y el workflow de la facility de prep, pero la evaluación debería pasar antes de que el coste de SPD a escala se convierta en un problema conocido en lugar de una hipótesis.
FTL se vuelve relevante cuando un solo envío llena un camión. Ese umbral típicamente lo alcanzan marcas que envían grandes volúmenes en una sola reposición, o en operaciones de temporada alta donde múltiples meses de inventario se mueven en un período concentrado. Para la mayoría de vendedores de Amazon de volumen medio, FTL no es un modo inbound regular — se vuelve relevante para preparación de temporadas altas o envíos de expansión de mercado.
Controlando los Modos de Fallo en Cada Modo
Ambos modos tienen puntos de fallo predecibles. Gestionar inbound significa controlar esos puntos específicos, no solo elegir el modo y asumir que funcionará.
Para SPD, los modos de fallo primarios son daño a nivel de caja en tránsito y variabilidad de recepción. Los controles son: cajas que están empaquetadas apropiadamente para soportar el manejo de paquetería (artículos sin traquetear, relleno de vacío apropiado, sellado seguro), y planes inbound que cuentan con la posibilidad de que no todas las cajas lleguen simultáneamente. Construir un buffer en planificación de inventario para la cola de una entrega de paquetería — esas últimas cajas que pueden llegar días después de la mayoría — previene la situación donde ocurre un stockout mientras el inventario está técnicamente en la cadena inbound pero aún no disponible.
Para LTL, los modos de fallo primarios son calidad de construcción de palé y gaps de programación de citas. Un palé que no está construido según spec — pila inestable, envolvimiento insuficiente, etiquetas faltantes en lados requeridos — crea un riesgo de rechazo de muelle o marcado de daño. El control es un paso de inspección de palé antes de la recogida de carga: verificar el envolvimiento, confirmar colocación de etiqueta de palé, revisar que las dimensiones del palé estén dentro de spec. Los gaps de programación de citas — reservar una cita de muelle que no cuenta con el tiempo de tránsito del transportista desde la facility de prep — son un error de planificación que crea una llegada tardía, lo que puede requerir reprogramación y retrasar la publicación de inventario.
Una cadencia simple para revisar performance inbound por modo: después de cada envío, nota cuántas excepciones de recepción ocurrieron, cuánto tiempo tomó para que el inventario se publicara, y si alguna caja o palé requirió investigación. Durante algunos envíos, el patrón de modos de fallo por modo se vuelve claro, y los controles pueden ajustarse a los puntos específicos donde están ocurriendo errores en lugar de aplicarse uniformemente.
Preguntas Frecuentes
P: ¿Cuál es la diferencia entre SPD y LTL inbound en Amazon? R: SPD (Small Parcel Delivery) envía cajas individuales mediante un transportista de paquetería, con cada caja rastreada y entregada por separado. LTL (Less-than-Truckload) envía carga paletizada en una cita de muelle programada, con todo el envío llegando como un evento de entrega único. SPD es más simple de configurar pero crea más variabilidad de recepción a escala. LTL requiere paletización y programación de citas pero entrega inventario más predeciblemente y con menor fricción de recepción por unidad en volúmenes altos.
P: ¿Cuándo debería cambiar de SPD a LTL para Amazon inbound? R: Las señales prácticas son: cuando generar etiquetas individuales de caja para un solo envío está tomando tiempo significativo de prep, cuando la variabilidad de recepción está causando que el inventario permanezca en estatus de recepción por períodos extendidos esperando que llegue el envío completo, y cuando el coste agregado de SPD (incluyendo trabajo, investigación de daños y días de inventario no disponible) está claramente excediendo lo que LTL costaría. El punto de transición varía por producto y conteo de cajas, pero la evaluación debería pasar antes de que los costes SPD se conviertan en un lastre fijo conocido, no después.
P: ¿Requiere LTL inbound una cita de muelle con Amazon? R: Sí. LTL inbound requiere una cita de entrega programada en el centro de fulfillment de Amazon. La cita debe reservarse a través del sistema de Amazon, y el transportista de carga debe llegar dentro de la ventana de cita. Una cita perdida típicamente requiere reprogramación, lo que añade días al tiempo antes de que el inventario se reciba. Construir el tiempo de espera de cita en tu planificación de reposición es esencial — LTL no ofrece la flexibilidad de llegada directa de una entrega de transportista de paquetería.
P: ¿Cuáles son los requisitos de palé para Amazon LTL inbound? R: Los palés para Amazon LTL inbound deben cumplir las especificaciones dimensionales de Amazon, estar envueltos de forma segura con stretch wrap, y tener etiquetas de palé aplicadas a los cuatro lados. Las etiquetas de palé corresponden al plan de envío inbound y deben coincidir con los ASINs y cantidades en el palé. Un palé que llega sin etiquetas en los cuatro lados, con envolvimiento dañado, o con apilado inestable puede ser rechazado en el muelle o marcado para inspección, lo que retrasa la recepción y disponibilidad de inventario.
P: ¿Se pueden usar SPD y LTL juntos en el mismo plan inbound? R: El workflow inbound de Amazon permite a los vendedores elegir modos inbound a nivel de envío, por lo que es posible ejecutar SPD para algunas reposiciones y LTL para otras. Mezclar modos dentro de un solo plan inbound generalmente no es práctico — los requisitos de prep y transportista son incompatibles en un solo envío. El enfoque más útil es evaluar el modo apropiado para cada ciclo de reposición basado en el conteo de cajas y timing, en lugar de comprometerse permanentemente con un modo independientemente de las características del envío.
Si quieres evaluar si tu modo inbound actual está creando costes ocultos — o para entender cuáles serían los requisitos de prep para una transición LTL — comparte lo básico de tu configuración actual: conteos de cajas por envío, frecuencia de reposición y perfil de producto. Aclararemos cuáles son las implicaciones antes de que nada cambie.