La mayoría de las fallas de desempeño de COD en LATAM no son fallas de última milla. Son fallas de confirmación, disfrazadas de fallas de última milla.
Si un comerciante despacha un pedido antes de que un humano haya contactado al cliente, el carrier termina siendo la capa de QA. El carrier no está diseñado para ser la capa de QA. Así, pedidos que nunca debieron haberse despachado son ruteados, despachados, intentados, reintentados y finalmente devueltos — y todo el costo de ese ciclo, incluida la tarifa de manejo del carrier, cae sobre el comerciante. El pedido aparece en el tablero como RTO, pero la falla estaba aguas arriba del carrier.
La confirmación con compuerta dura mueve la capa de QA al lugar donde corresponde: antes del despacho.
Si un pedido de Fufills no es confirmado por un humano dentro de nuestro SLA publicado, no se despacha. Sin excepciones, sin "que decida el carrier", sin overrides del comerciante.
Este es el principio operativo que la mayoría de los operadores de COD en LATAM nunca adoptan, porque achica el embudo. También es la única razón por la cual nuestro objetivo de RTO es 10–15% en cuentas que usan el stack de ejecución completo, contra una línea base de la industria que corre entre 25–40% en COD sin compuerta.
Un pedido confirmado es uno donde un humano de nuestro call center de control de riesgo ha, en una llamada grabada:
- Verificado que el comprador es el comprador. No un amigo, no un compañero de cuarto. La persona que hizo el pedido.
- Verificado que la dirección es entregable. No un hospital. No un departamento con código postal equivocado. Dirección verificada contra la cobertura del carrier en esa ruta.
- Verificado la intención de pagar al momento de la entrega. Tono, lenguaje, patrones de duda. Disposición codificada.
- Verificado producto, cantidad, precio, moneda. Sin sorpresas en la puerta.
- Fijado la ventana de entrega. "Mañana por la mañana" o "el viernes por la tarde" — no vago.
Cualquier cosa que falle alguno de los cinco pasos no avanza al despacho. O vuelve a la cola de reintento, se rerutea para reconfirmación, o se mata y se reembolsa.
Una falla en el primer intento no significa que el pedido esté muerto. Significa que el pedido está pausado. El SOP dice:
- Intento 1 — dentro de los 15 minutos posteriores a la realización del pedido, mientras la intención está alta.
- Intento 2 — 2 horas después si el Intento 1 falló (sin respuesta, buzón de voz, problema de idioma).
- Intento 3 — el siguiente día hábil, en un horario diferente del día para alcanzar al comprador en otro contexto.
- Intento 4 (final) — 24 horas después del Intento 3. Si no se confirma, se cierra el pedido.
Cuatro intentos, tope. Pasados los cuatro, la tasa de recuperación cae por debajo del costo del siguiente intento. Ahí es cuando el operador se vuelve más caro que el carrito abandonado.
Cada intento se cierra con un resultado codificado. Usamos aproximadamente 12 códigos de disposición a lo largo del libro LATAM, pero los cuatro que más importan son:
CONFIRMED— pasa al despacho.RESCHEDULE— confirmado, pero con una ventana de entrega que nombró el comprador (y que respetamos).CANCEL_BUYER— el comprador rechazó. Reembolsado, removido del flujo del carrier.UNREACHABLE— se alcanzó el tope de intentos, sin contacto. Cerrado, sin despacho.
Los códigos de disposición son la forma en que una operación de COD distingue entre entrega fallida (problema del carrier) y venta fallida (problema de confirmación). Sin ellos, cada pérdida se ve idéntica en el tablero y el operador persigue el arreglo equivocado.
El argumento contra la confirmación con compuerta dura es que achica el embudo — los pedidos confirmados son menos que los pedidos brutos, y los pedidos brutos son lo que el comerciante celebra el primer día.
El argumento es correcto e irrelevante. Los pedidos confirmados son también los únicos pedidos que producen ingresos. La matemática:
| Modo | Pedidos despachados | Entregados | RTO | Captura de ingresos |
|---|---|---|---|---|
| COD sin compuerta | 1,000 | 650 | 35% | 65% |
| COD con compuerta dura | 720 | 612 | 15% | 85% sobre confirmados |
El embudo sin compuerta despachó 1,000 paquetes para netear 650 entregas. El embudo con compuerta dura despachó 720 paquetes para netear 612 entregas. Con compuerta dura se entregaron el 94% de los pedidos reales con 28% menos de costo de última milla y muchísimos menos eventos de logística inversa.
Este es el trade central en operaciones de COD: ¿optimizas para el número del tablero del primer día, o para el número de ingresos del día treinta?
En producción, la confirmación con compuerta dura es uno de cinco SOP encadenados que conforman el stack de ejecución: Confirmar → Despachar → Entregar → Cobrar → Transferir. Cada paso tiene su propio SOP, sus propios códigos de disposición, su propia ventana de SLA. La confirmación es la primera compuerta dura. La cobranza es la segunda.
Por eso describimos a Fufills no como un 3PL sino como una plataforma de habilitación de COD: el valor está en las compuertas y la conciliación, no en los camiones.
Tres preguntas que un operador debería hacerle a su proveedor de COD actual esta semana:
- ¿Cuál es tu tasa de confirmación, por ruta, en los últimos 30 días? (Si no pueden responder, no la miden. Si no pueden medirla, no la hacen cumplir.)
- ¿Cuál es tu tope de intentos y tu cadencia de reintentos? (Si la respuesta es "llamamos hasta que los alcanzamos", el tope es demasiado alto. Pasados los cuatro intentos, el costo marginal excede el valor marginal de un pedido confirmado.)
- Muéstrame tus últimas 100 disposiciones
UNREACHABLE— ¿cuál fue la mediana de tiempo hasta el tope? (Un libro sano cierra la mayoría de los pedidos inalcanzables dentro de 48 horas. Un libro inflado persigue durante una semana.)
Si esas tres preguntas quedan sin responder, la operación está corriendo sin compuerta. Lo cual significa que está corriendo con el RTO promedio de la industria. Lo cual significa que el comerciante está pagando por la confirmación como característica sin recibirla como resultado.
Esa es la brecha que Fufills se construyó para cerrar.