La maggior parte dei fallimenti di performance del contrassegno in LATAM non sono fallimenti last-mile. Sono fallimenti di conferma, mascherati da fallimenti last-mile.
Se un merchant spedisce un ordine prima che un essere umano abbia raggiunto il cliente, il corriere diventa il layer di QA. Il corriere non è progettato per essere il layer di QA. Così ordini che non avrebbero mai dovuto essere spediti vengono instradati, dispatchati, tentati, ri-tentati e infine restituiti — e l'intero costo di quel loop, compresa la handling fee del corriere, finisce sul merchant. L'ordine appare nel cruscotto come restituzione al mittente RTO, ma il fallimento era a monte del corriere.
La conferma hard-gated sposta il layer di QA dove deve stare: prima del dispatch.
Se un ordine Fufills non viene confermato da un essere umano dentro lo SLA pubblicato, non spedisce. Nessuna eccezione, nessun decide-il-corriere, nessun override del merchant.
Questo è il principio operativo che la maggior parte degli operatori COD in LATAM non adotta mai, perché restringe il funnel. È anche l'unica ragione per cui il nostro target RTO è 10–15% sugli account che usano lo stack di esecuzione completo, contro una baseline di settore che gira al 25–40% sul pagamento alla consegna non gated.
Un ordine confermato è un ordine in cui un essere umano nel nostro call center di risk-control ha, su una chiamata registrata:
- Verificato che il compratore è il compratore. Non un amico, non un coinquilino. La persona che ha piazzato l'ordine.
- Verificato che l'indirizzo è consegnabile. Non un ospedale. Non un appartamento con CAP sbagliato. Indirizzo verificato contro la copertura del corriere in quella tratta.
- Verificato l'intento di pagare alla consegna. Tono, linguaggio, pattern di esitazione. Disposizione codificata.
- Verificato prodotto, quantità, prezzo, valuta. Nessuna sorpresa alla porta.
- Bloccato la finestra di consegna. "Domani mattina" o "venerdì pomeriggio" — non vago.
Qualunque cosa fallisca uno dei cinque step non passa al dispatch. O rientra nella coda di retry, viene reinstradata per ri-conferma, o viene chiusa e rimborsata.
Un fallimento al primo tentativo non significa che l'ordine sia morto. Significa che l'ordine è in pausa. Il SOP dice:
- Tentativo 1 — entro 15 minuti dal piazzamento dell'ordine, mentre l'intento è alto.
- Tentativo 2 — 2 ore dopo se il Tentativo 1 è fallito (nessuna risposta, segreteria, mismatch di lingua).
- Tentativo 3 — il giorno lavorativo successivo, a un'ora diversa per intercettare il compratore in un contesto diverso.
- Tentativo 4 (finale) — 24 ore dopo il Tentativo 3. Se non confermato, l'ordine viene chiuso.
Quattro tentativi, capped. Oltre i quattro, il tasso di recupero scende sotto il costo del tentativo successivo. È lì che l'operatore diventa più costoso del carrello abbandonato.
Ogni tentativo si chiude con un esito codificato. Usiamo grosso modo 12 codici di disposizione sul portafoglio LATAM, ma i quattro che contano di più sono:
CONFIRMED— procede al dispatch.RESCHEDULE— confermato, ma con una finestra di consegna nominata dal compratore (e che onoriamo).CANCEL_BUYER— il compratore ha rifiutato. Rimborsato, rimosso dal flusso corriere.UNREACHABLE— tentativi capped esauriti, nessun contatto. Chiuso, nessun dispatch.
I codici di disposizione sono il modo in cui un'operazione COD distingue tra consegna fallita (problema corriere) e vendita fallita (problema di conferma). Senza di essi, ogni perdita appare identica nel cruscotto e l'operatore insegue la correzione sbagliata.
L'argomento contro la conferma hard-gated è che restringe il funnel — gli ordini confermati sono meno degli ordini lordi, e gli ordini lordi sono ciò che il merchant celebra al giorno uno.
L'argomento è corretto e irrilevante. Gli ordini confermati sono anche gli unici ordini che producono ricavi. La matematica:
| Modalità | Ordini spediti | Consegnati | RTO | Cattura di ricavi |
|---|---|---|---|---|
| COD non gated | 1.000 | 650 | 35% | 65% |
| COD hard-gated | 720 | 612 | 15% | 85% sui confermati |
Il funnel non gated ha spedito 1.000 pacchi per ottenere 650 consegne nette. Il funnel hard-gated ha spedito 720 pacchi per ottenere 612 consegne nette. L'hard-gated ha consegnato il 94% degli ordini reali con il 28% in meno di costo last-mile e molti meno eventi di reverse logistics.
Questo è il trade centrale nelle operazioni di contrassegno: si ottimizza per il numero nel cruscotto al giorno uno, o per il numero di ricavi al giorno trenta?
In produzione, la conferma hard-gated è uno dei cinque SOP collegati che compongono lo stack di esecuzione: Conferma → Dispatch → Consegna → Incasso → Trasferimento. Ogni step ha il proprio SOP, i propri codici di disposizione, la propria finestra di SLA. La conferma è il primo hard gate. L'incasso è il secondo.
Per questo descriviamo Fufills non come un 3PL ma come una piattaforma di enablement COD: il valore è nei gate e nella riconciliazione, non nei camion.
Tre domande che un operatore dovrebbe porre al proprio attuale fornitore COD questa settimana:
- Qual è il vostro tasso di conferma, per tratta, negli ultimi 30 giorni? (Se non sanno rispondere, non lo misurano. Se non lo misurano, non lo impongono.)
- Qual è il vostro cap di tentativi e la vostra cadenza di retry? (Se la risposta è "chiamiamo finché non li raggiungiamo", il cap è troppo alto. Oltre i quattro tentativi, il costo marginale supera il valore marginale di un ordine confermato.)
- Mostratemi le vostre ultime 100 disposizioni
UNREACHABLE— qual era il tempo mediano fino al cap? (Un portafoglio sano chiude la maggior parte degli ordini irraggiungibili entro 48 ore. Un portafoglio gonfiato insegue per una settimana.)
Se quelle tre domande restano senza risposta, l'operazione gira non gated. Il che significa che gira a un RTO della media di settore. Il che significa che il merchant sta pagando la conferma come feature senza riceverla come risultato.
Questo è il gap che Fufills è stato costruito per colmare.
