D09 · L3 · 03 — L2 · Delivery Experience & NPSL2 · Experiencia de Entrega y NPS

Proactive exception management & delivery recoveryGestión proactiva de excepciones y recuperación de entrega

The customer who hears about the delay before it happens has a better experience than the one who discovers it while waiting.

El cliente que sabe del retraso antes de que llegue tiene mejor experiencia que el que lo descubre esperando.

01What it isQué es

Proactive exception management detects delivery failures — delays, lost or damaged parcels, failed attempts — from carrier events before the customer notices, then notifies the customer with a cause, a new date, options and, when warranted, compensation.

La gestión proactiva de excepciones detecta las fallas de entrega —retrasos, paquetes perdidos o dañados, intentos fallidos— a partir de los eventos del transportista antes de que el cliente lo note, y luego le notifica la causa, la nueva fecha, sus opciones y, cuando corresponde, una compensación.

02Why it mattersPor qué importa

Exceptions are unavoidable at scale; what customers punish is silence and having to chase the order. A meta-analysis found that excellent recovery can raise satisfaction above that of customers with no failure, but not repurchase intent or word of mouth (de Matos, Henrique and Rossi, 2007 — Journal of Service Research), so the goal is fewer surprises, not more heroic recoveries.

Las excepciones son inevitables a escala; lo que el cliente castiga es el silencio y tener que perseguir su pedido. Un meta-análisis encontró que una recuperación excelente puede elevar la satisfacción por encima de la de clientes sin falla, pero no la intención de recompra ni la recomendación (de Matos, Henrique y Rossi, 2007 — Journal of Service Research), así que la meta es tener menos sorpresas, no más recuperaciones heroicas.

03How it is doneCómo se hace

1
Integrate carrier events. Ingest scan events by API into the control tower and flag any order that will miss its promised window.
2
Notify within two hours. Send a WhatsApp or email message with cause, new date and options before the customer has to ask.
3
Compensate in proportion. Scale credits to order value and impact, and track recovery NPS against customers with no exception.
1
Integra los eventos del transportista. Recibe por API los eventos de escaneo en la torre de control y marca todo pedido que no llegará en su ventana prometida.
2
Notifica en menos de dos horas. Envía un mensaje por WhatsApp o correo con causa, nueva fecha y opciones antes de que el cliente tenga que preguntar.
3
Compensa en proporción. Ajusta los créditos al valor del pedido y al impacto, y compara el NPS de recuperación contra el de clientes sin excepción.

04The concept in depthEl concepto a fondo

🔔Proactive delivery exception management: acting before the customer notices›
A delivery exception (delay, lost order, damaged package) is inevitable in e-commerce operations at scale. The difference between companies that lose customers from exceptions and those that retain them is not avoiding the exception — it’s managing it proactively before the customer discovers it.
📊Most frequent types of delivery exceptions›
(1) Carrier delay: the order won’t arrive on the promised date. (2) Order lost in transit: the carrier cannot locate the order. (3) Damaged package: the package arrived damaged at the customer’s home. (4) Incorrect address: the order cannot be delivered due to an address problem. (5) Customer absent: the courier arrived and found no one home. (6) Customs hold (for international shipments): the order is held in customs.
🔢The proactive exception protocol: 3 steps in the first 2 hours›
(1) Detection: the monitoring system (logistics control tower) detects the exception before the customer reports it. (2) Proactive notification: the customer receives a WhatsApp or email message explaining the exception, estimated cause, and new estimated delivery date. (3) Compensation and options: the message includes compensation (credit, next-purchase discount) and customer options (wait for re-delivery, change address, PUDO pickup).
🏆Intermediate vs. Advanced›
Intermediate: manages detected delivery exceptions, coordinates resolution with the carrier and notifies the customer per the defined process.

Advanced: designs the proactive exception detection system; implements the notification and compensation protocol; measures the recovery rate of customers affected by exceptions.
🔔Gestión proactiva de excepciones de entrega: actuar antes de que el cliente lo note›
Una excepción de entrega (retraso, pedido perdido, paquete dañado) es inevitable en operaciones de e-commerce a escala. La diferencia entre las empresas que pierden clientes por las excepciones y las que los retienen no está en evitar la excepción, sino en gestionarla de forma proactiva antes de que el cliente la descubra.
📊Tipos más frecuentes de excepciones de entrega›
(1) Retraso del transportista: el pedido no llegará en la fecha prometida. (2) Pedido perdido en tránsito: el transportista no localiza el pedido. (3) Paquete dañado: el paquete llegó dañado al domicilio del cliente. (4) Dirección incorrecta: el pedido no puede entregarse por un problema de dirección. (5) Cliente ausente: el repartidor llegó y no había nadie. (6) Retención en aduana (envíos internacionales): el pedido está detenido en la aduana.
🔢El protocolo proactivo de excepciones: 3 pasos en las primeras 2 horas›
(1) Detección: el sistema de monitoreo (torre de control logística) detecta la excepción antes de que el cliente la reporte. (2) Notificación proactiva: el cliente recibe un mensaje por WhatsApp o correo que explica la excepción, la causa estimada y la nueva fecha estimada de entrega. (3) Compensación y opciones: el mensaje incluye una compensación (crédito, descuento en la siguiente compra) y opciones para el cliente (esperar la reentrega, cambiar la dirección, recoger en un punto PUDO).
🏆Intermedio vs. Avanzado›
Intermedio: gestiona las excepciones de entrega detectadas, coordina la resolución con el transportista y notifica al cliente según el proceso definido.

Avanzado: diseña el sistema de detección proactiva de excepciones; implementa el protocolo de notificación y compensación; mide la tasa de recuperación de los clientes afectados por excepciones.

05In practiceEn la práctica

🔔Notification speed is the most important factor in exception recovery›
A customer notified within 2 hours of a detected exception reports a markedly better experience than one notified 24 hours later. Speed matters more than the generosity of the compensation.
🤲Correct compensation for an exception is what the customer perceives as fair — not the biggest amount›
A $100 MXN credit for a $200 MXN order may seem sufficient. The same $100 MXN credit for a $3,000 MXN order is perceived as insufficient. Compensation proportional to order value and exception impact is most effective in service recovery.
📊Measure NPS separately for customers with well-managed exceptions vs. those without exceptions›
The service recovery paradox (a customer with a well-managed exception rating the company higher than one without an exception) can occur when recovery is excellent, but research finds it lifts satisfaction more reliably than repurchase. Measuring both groups gives the most honest business case for the program.
🔗Exception information must flow from the carrier to the control tower in real time›
A carrier that doesn’t report exceptions in real time (and only reports "delivery completed" or "failed delivery" at end of day) makes the proactive notification program impossible. API integration with the carrier is the prerequisite.
🔔La velocidad de notificación es el factor más importante en la recuperación de una excepción›
Un cliente notificado dentro de las 2 horas siguientes a la detección de la excepción reporta una experiencia notablemente mejor que uno notificado 24 horas después. La velocidad importa más que la generosidad de la compensación.
🤲La compensación correcta ante una excepción es la que el cliente percibe como justa, no la de mayor monto›
Un crédito de $100 MXN en un pedido de $200 MXN puede parecer suficiente. El mismo crédito de $100 MXN en un pedido de $3,000 MXN se percibe como insuficiente. La compensación proporcional al valor del pedido y al impacto de la excepción es la más efectiva para la recuperación del servicio.
📊Mide el NPS por separado para clientes con excepciones bien gestionadas vs. clientes sin excepciones›
La paradoja de la recuperación del servicio (un cliente con una excepción bien gestionada califica a la empresa mejor que uno sin excepción) puede darse cuando la recuperación es excelente, pero la investigación encuentra que eleva la satisfacción con más consistencia que la recompra. Medir ambos grupos da el business case más honesto para el programa.
🔗La información de excepciones debe fluir del transportista a la torre de control en tiempo real›
Un transportista que no reporta excepciones en tiempo real (y solo informa “entrega realizada” o “entrega fallida” al final del día) hace imposible el programa de notificación proactiva. La integración por API con el transportista es el prerrequisito.

06Illustrative caseCaso ilustrativo

Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Illustrative case: Proactive exception management program — e-commerce company, carrier failure in peak period
The primary carrier fails to deliver 1,200 orders during the Q4 peak week. Without proactive management, all customers would discover the delay the next day.
Proactive actionCustomers notifiedNPS impact
Failure detection: control tower detects delay at 11pm (vs. next-day promised delivery)1,200 affected orders identified in <1 hourEarly detection: 10 hours before the customer discovers it
Mass WhatsApp notification at 11:30pm: "delay in your order + $100 MXN credit + new date"1,200 customers proactively notifiedOnly 180 CS contacts the next day (vs. 960 expected without the notification)
Close-the-loop: 120 customers who responded negatively received a personal CS call120 customers with negative responseRecovery rate: 78% of personally contacted customers confirmed they would continue buying
Result: Affected week NPS: 44 (vs. average NPS of 74). NPS of customers who received the proactive notification: 58. NPS of customers who did NOT receive the notification (system failure for 12% of volume): 18. The 40-point NPS differential between those who received and didn’t receive the proactive notification is the most revealing data point about the program’s value.
Illustrative case built from typical industry values — not data from a specific company.Caso ilustrativo construido con valores típicos de la industria — no son datos de una empresa específica.
Caso ilustrativo: programa de gestión proactiva de excepciones — empresa de e-commerce, falla del transportista en temporada alta
El transportista principal no entrega 1,200 pedidos durante la semana pico del Q4. Sin gestión proactiva, todos los clientes descubrirían el retraso al día siguiente.
Acción proactivaClientes notificadosImpacto en NPS
Detección de la falla: la torre de control detecta el retraso a las 11 pm (vs. entrega prometida al día siguiente)1,200 pedidos afectados identificados en <1 horaDetección temprana: 10 horas antes de que el cliente lo descubra
Notificación masiva por WhatsApp a las 11:30 pm: “retraso en tu pedido + crédito de $100 MXN + nueva fecha”1,200 clientes notificados de forma proactivaSolo 180 contactos a servicio al cliente al día siguiente (vs. 960 esperados sin la notificación)
Close-the-loop: 120 clientes que respondieron negativamente recibieron una llamada personal de servicio al cliente120 clientes con respuesta negativaTasa de recuperación: 78% de los clientes contactados personalmente confirmó que seguiría comprando
Resultado: NPS de la semana afectada: 44 (vs. NPS promedio de 74). NPS de los clientes que recibieron la notificación proactiva: 58. NPS de los clientes que NO la recibieron (falla del sistema en el 12% del volumen): 18. El diferencial de 40 puntos de NPS entre quienes recibieron y no recibieron la notificación proactiva es el dato más revelador sobre el valor del programa.

07How it is measuredCómo se mide

🔔Proactive Exception Notification Rate %›
Proactive Exception Notification Rate %
(Delivery exceptions notified to the customer before the customer reports them / Total delivery exceptions in the period) × 100
Benchmark: >80% of delivery exceptions proactively notified in operations with an active control tower
⚠️ Less than 60% of exceptions proactively notified indicates the control tower is not monitoring all exceptions or the notification process has significant delays.
⭐Exception Recovery NPS›
Exception Recovery NPS
NPS of customers affected by a delivery exception (proactively notified) vs. average NPS of customers without an exception
Benchmark: Target differential: <15 NPS points between customers with well-managed exceptions and customers without exceptions
🔑 The NPS differential between customers with well-managed exceptions and those without exceptions measures the effectiveness of the recovery program. A differential <15 points indicates service recovery is working correctly.
🔔Tasa de notificación proactiva de excepciones %›
Tasa de notificación proactiva de excepciones %
(Excepciones de entrega notificadas al cliente antes de que él las reporte / Total de excepciones de entrega en el periodo) × 100
Benchmark: >80% de las excepciones de entrega notificadas de forma proactiva en operaciones con torre de control activa
⚠️ Menos del 60% de excepciones notificadas de forma proactiva indica que la torre de control no monitorea todas las excepciones o que el proceso de notificación tiene retrasos importantes.
⭐NPS de recuperación de excepciones›
NPS de recuperación de excepciones
NPS de los clientes afectados por una excepción de entrega (notificados de forma proactiva) vs. NPS promedio de los clientes sin excepción
Benchmark: Diferencial objetivo: <15 puntos de NPS entre clientes con excepciones bien gestionadas y clientes sin excepciones
🔑 El diferencial de NPS entre clientes con excepciones bien gestionadas y clientes sin excepciones mide la efectividad del programa de recuperación. Un diferencial <15 puntos indica que la recuperación del servicio funciona correctamente.

08What you would useQué se usa

📌 Exception Management
🟦project44 / AfterShip›
Module: Delivery Exception Detection + Proactive Notifications

Delivery visibility platforms with automatic exception detection and proactive end-customer notifications.
🟦Narvar›
Module: Post-Purchase Customer Communication

Post-purchase customer communication platform with exception management, proactive notifications, and delivery NPS analytics.
📌 Gestión de excepciones
🟦project44 / AfterShip›
Módulo: Detección de excepciones de entrega + notificaciones proactivas

Plataformas de visibilidad de entregas con detección automática de excepciones y notificaciones proactivas al cliente final.
🟦Narvar›
Módulo: Comunicación post-compra con el cliente

Plataforma de comunicación post-compra con gestión de excepciones, notificaciones proactivas y analítica de NPS de entrega.
The bottom lineEn corto

Bad news delivered early is service; bad news discovered by the customer is a lost customer.

La mala noticia que llega a tiempo es servicio; la que descubre el cliente es un cliente perdido.

All D09 componentsTodos los componentes de D09D09 artifactsArtifacts de D09SCRA