Confirmation hard-gated : le playbook de l'opérateur COD

La plupart des échecs de performance COD en LATAM ne sont pas des échecs de dernier kilomètre. Ce sont des échecs de confirmation, déguisés en échecs de dernier kilomètre.

Si un marchand expédie une commande avant qu'un humain n'ait joint le client, le transporteur devient la couche de contrôle qualité. Le transporteur n'est pas conçu pour être la couche de contrôle qualité. Donc des commandes qui n'auraient jamais dû être expédiées sont routées, dispatchées, présentées, relancées, et finalement retournées — et tout le coût de cette boucle, y compris les frais de manutention du transporteur, retombe sur le marchand. La commande apparaît dans le dashboard comme RTO, mais l'échec est en amont du transporteur.

La confirmation hard-gated déplace la couche de contrôle qualité là où elle doit être : avant le dispatch.

Si une commande Fufills n'est pas confirmée par un humain à l'intérieur du SLA publié, elle n'est pas expédiée. Pas d'exceptions, pas de « le transporteur décide », pas d'override marchand.

C'est le principe opérationnel que la plupart des opérateurs COD en LATAM n'adoptent jamais, parce qu'il rétrécit l'entonnoir. C'est aussi la seule raison pour laquelle notre cible de RTO est à 10–15 % sur les comptes utilisant le stack d'exécution complet, contre une base sectorielle qui tourne à 25–40 % en COD non-gated.

Une commande confirmée est une commande où un humain de notre call center de contrôle de risque a, sur un appel enregistré :

1. Vérifié que l'acheteur est bien l'acheteur. Pas un ami, pas un colocataire. La personne qui a passé la commande.
2. Vérifié que l'adresse est livrable. Pas un hôpital. Pas un appartement avec un mauvais code postal. Adresse vérifiée contre la couverture du transporteur sur cette ligne.
3. Vérifié l'intention de payer à la livraison. Ton, langue, schémas d'hésitation. Disposition codée.
4. Vérifié produit, quantité, prix, devise. Pas de surprise à la porte.
5. Verrouillé la fenêtre de livraison. « Demain matin » ou « vendredi après-midi » — pas vague.

Tout ce qui échoue à l'une des cinq étapes ne passe pas au dispatch. Soit la commande retourne dans la file de relance, soit elle est re-routée pour re-confirmation, soit elle est tuée et remboursée.

Un échec au premier essai ne signifie pas que la commande est morte. Cela signifie qu'elle est en pause. Le SOP dit :

• Essai 1 — dans les 15 minutes suivant le passage de la commande, tant que l'intention est haute.
• Essai 2 — 2 heures plus tard si l'Essai 1 a échoué (pas de réponse, messagerie, problème de langue).
• Essai 3 — jour ouvré suivant, à une autre heure de la journée pour attraper l'acheteur dans un autre contexte.
• Essai 4 (final) — 24 heures après l'Essai 3. Si non confirmée, la commande est clôturée.

Quatre essais, plafonnés. Au-delà de quatre, le taux de récupération tombe sous le coût du prochain essai. C'est le moment où l'opérateur devient plus cher que le panier abandonné.

Chaque essai se clôt par un résultat codé. Nous utilisons environ 12 codes de disposition sur le portefeuille LATAM, mais les quatre qui comptent le plus sont :

• CONFIRMED — passe au dispatch.
• RESCHEDULE — confirmée, mais avec une fenêtre de livraison nommée par l'acheteur (et que nous honorons).
• CANCEL_BUYER — acheteur a refusé. Remboursée, retirée du flux transporteur.
• UNREACHABLE — plafond d'essais atteint, pas de contact. Clôturée, pas de dispatch.

Les codes de disposition sont la façon dont une opération COD distingue entre livraison ratée (problème transporteur) et vente ratée (problème de confirmation). Sans eux, chaque perte se ressemble dans le dashboard et l'opérateur poursuit la mauvaise correction.

L'argument contre la confirmation hard-gated, c'est qu'elle rétrécit l'entonnoir — les commandes confirmées sont moins nombreuses que les commandes brutes, et ce sont les commandes brutes que le marchand célèbre au jour 1.

L'argument est correct et non pertinent. Les commandes confirmées sont aussi les seules qui produisent du revenu. Le calcul :

L'entonnoir non-gated a expédié 1 000 colis pour 650 livraisons nettes. L'entonnoir hard-gated a expédié 720 colis pour 612 livraisons nettes. Le hard-gated a livré 94 % d'autant de commandes réelles avec 28 % de coût de dernier kilomètre en moins et bien moins d'événements de logistique inverse.

C'est l'arbitrage central en opérations COD : optimisez-vous pour le chiffre du dashboard au jour 1, ou pour le chiffre de revenu au jour 30.

En production, la confirmation hard-gated est l'un des cinq SOP liés qui composent le stack d'exécution : Confirmer → Dispatcher → Livrer → Encaisser → Transférer. Chaque étape a son propre SOP, ses propres codes de disposition, sa propre fenêtre SLA. La confirmation est le premier hard gate. L'encaissement est le deuxième.

C'est pourquoi nous décrivons Fufills non pas comme un 3PL mais comme une plateforme d'activation COD : la valeur est dans les gates et le rapprochement, pas dans les camions.

Trois questions qu'un opérateur devrait poser à son prestataire COD actuel cette semaine :

1. Quel est votre taux de confirmation, par ligne, sur les 30 derniers jours ? (S'ils ne peuvent pas répondre, ils ne le mesurent pas. S'ils ne peuvent pas le mesurer, ils ne l'imposent pas.)
2. Quel est votre plafond d'essais et votre cadence de relance ? (Si la réponse est « on appelle jusqu'à ce qu'on les joigne », le plafond est trop haut. Au-delà de quatre essais, le coût marginal dépasse la valeur marginale d'une commande confirmée.)
3. Montrez-moi vos 100 dernières dispositions UNREACHABLE — quel était le temps médian jusqu'au plafond ? (Un portefeuille sain clôture la plupart des commandes injoignables sous 48 heures. Un portefeuille gonflé les poursuit pendant une semaine.)

Si ces trois questions restent sans réponse, l'opération tourne en non-gated. Ce qui veut dire qu'elle tourne au RTO moyen du secteur. Ce qui veut dire que le marchand paie pour la confirmation comme caractéristique sans la recevoir comme résultat.

C'est l'écart que Fufills a été conçu pour combler.