RTO — retorno al origen — es la métrica más cara del COD en LATAM. Cada punto porcentual de RTO carga: la tarifa de carrier de salida, la tarifa de carrier de entrada, el costo de manejo del depósito, el AOV perdido y la penalidad del ciclo de inventario. Una operación con RTO del 35% es, en términos de caja, frecuentemente no rentable incluso con un volumen bruto fuerte.
Esta es la secuencia que Fufills corre para arrastrar el RTO a la banda 10–15% en cuentas que usan el stack de ejecución completo. El orden importa — las palancas tempranas potencian a las posteriores.
Esta es la palanca individual más grande. Un pedido que no debió haberse despachado no puede ser salvado por ningún arreglo aguas abajo. Ver el análisis profundo de confirmación con compuerta dura para el SOP.
Orden de magnitud: la compuerta dura típicamente mueve el RTO del rango 30–40% al rango 20–25% en los primeros 30 días, antes de que se accione cualquier otra palanca.
Los mapas de cobertura de carriers en LATAM no se parecen a los mapas de cobertura de EE. UU./UE. Una calle en la zona X puede estar en la ruta del Carrier A y a 6 km fuera de ruta del Carrier B. Validar la dirección del cliente contra el polígono real de cobertura del carrier — no solo el código postal — cierra la siguiente brecha más grande.
El SOP:
- Geocodificar la dirección del comprador contra el carrier principal de la ruta.
- Si la ruta tiene cobertura multi-carrier, evaluar contra el polígono de cada carrier y rutear al de mejor ajuste.
- Si ningún carrier alcanza la dirección dentro del SLA, el pedido se pausa y se contacta al comprador con tres opciones: punto de retiro, dirección alternativa, reembolso.
Esperá otros 3–5 puntos porcentuales menos de RTO por una direccionamiento limpio.
El COD con un solo carrier es frágil. El carrier no tiene competencia en la ruta, así que su rigor operativo decae. La ejecución multi-carrier implica que cada ruta tiene al menos dos carriers activos compitiendo en desempeño semanal: entrega a tiempo, RTO, precisión de cobranza en efectivo. Los que rinden por debajo se degradan; los que sobresalen reciben más volumen.
Típicamente corremos una ventana móvil de 4 semanas. Un carrier que cae por debajo del umbral durante 2 semanas consecutivas pierde volumen la semana siguiente. Un carrier que supera el umbral durante 2 semanas consecutivas gana volumen.
Orden de magnitud: otros 2–4 puntos porcentuales menos de RTO, con efecto secundario en el cumplimiento del SLA.
No todo pedido confirmado debería despacharse en la siguiente ola de despacho. Un pedido confirmado para "el viernes por la tarde" no debería ir en el camión el martes — eso crea un paso extra de retención y un intento de entrega innecesario antes de que el cliente siquiera esté en casa.
El SOP rutea los pedidos confirmados a baldes de despacho segmentados según la ventana confirmada. Las ventanas más apretadas se despachan más tarde; las más holgadas se despachan más temprano. Esta es la palanca más barata del stack y rebaja otros 1–2 puntos de RTO.
Un comprador que no está en casa en el Intento 1 no es necesariamente una venta fallida — es una venta pausada. El SOP de despacho corre así:
- Intento 1 — ventana confirmada original. Si falla, codificar como
NOT_HOME. - Reconfirmar vía call center — el mismo día si es antes del cierre, el siguiente día hábil si no. Se le ofrecen tres ventanas al comprador.
- Intento 2 — en la nueva ventana confirmada. Si falla y no hay respuesta en la reconfirmación, codificar como
UNREACHABLE. - Logística inversa — el paquete se rutea de vuelta al depósito de fulfillment, se inspecciona, se devuelve al inventario de picking si el SKU es re-anaquelable.
La trampa en la que cae la mayoría de los operadores: Intento 3 sin compuerta, Intento 4, Intento 5. Pasado el Intento 2 + ciclo de reconfirmación, el costo marginal de cada intento excede el ingreso marginal. El tope es la regla más importante del SOP.
Una cantidad sorprendente de disposiciones de "comprador rechazó" tienen que ver con la apariencia del producto, no con su calidad. Empaque que parece barato, caja marrón estilo COD sin etiquetas de marca, sin recibo de pago visible — estas cosas se correlacionan con rechazo en la puerta incluso cuando el producto en sí es lo que el comprador pidió.
El arreglo es mecánico, no creativo: cartón con marca (no plano), etiqueta en el idioma del país en la capa exterior, recibo de pago visible a través de un panel con ventana, cinta a prueba de manipulación. Nada de esto cambia el producto. Todo esto cambia la tasa de rechazo.
Orden de magnitud: 0.5–1.5 puntos menos de RTO una vez que las otras palancas se estabilizaron. Pequeño, pero barato.
Si un comerciante solo puede accionar una palanca en los próximos 30 días, es la Palanca 1. Si puede accionar dos, agrega la Palanca 3. El resto se compone encima.
Acá está el efecto acumulado que Fufills ve en un libro típico de AOV medio en LATAM ($35–$70 SKU, 1,000+ pedidos/mes, un solo país para empezar):
| Stack de palancas | Banda típica de RTO |
|---|---|
| Ninguna (sin compuerta, un solo carrier, empaque genérico) | 30–40% |
| Solo Palanca 1 | 22–28% |
| Palancas 1 + 2 | 18–24% |
| Palancas 1 + 2 + 3 | 14–20% |
| Stack completo (1–6) | 10–15% |
El objetivo del 10–15% no es un argumento de marketing. Es el piso operativo que Fufills ha medido en cuentas que corren el stack completo con nosotros a lo largo de la huella LATAM de 16 países. Por debajo del 10% se vuelve posible en libros de AOV premium con geografías apretadas — pero no es el objetivo publicado.
La Palanca 1 produce el mayor movimiento individual. Las Palancas 2 y 3 requieren relaciones con carriers e infraestructura de ruteo que toman tiempo para construir. La mayoría de los equipos se estancan entre la Palanca 1 y la Palanca 2, lo cual aún los ubica en 18–24% de RTO — mejor que el promedio de la industria, pero bastante por encima del 10–15% alcanzable con el stack completo.
Esa es la brecha que Fufills existe para cerrar: no un solo arreglo, sino la secuencia completa, operacionalizada como SOPs, corrida a lo largo de 16 países LATAM por un único operador. El mismo estándar en todos lados.