Entre que un pedido entra y sale del almacén pasa por varias etapas y cada quien las llama distinto. Definir bien el estatus del pedido quita la mitad de las llamadas de «¿ya salió lo mío?» antes de que alguien marque.
El cliente escribe para preguntar por su pedido, alguien abre el sistema, ve una palabra —«en proceso»— y tiene que traducirla por teléfono: puede significar que ya se surtió y espera empaque, o que lleva dos días detenido porque falta producto. El estatus del pedido es de las poquísimas cosas del almacén que un cliente lee todos los días, y casi siempre está escrito para adentro.
Nombrar las etapas parece un detalle de configuración y es una decisión de operación. Cada nombre le dice a alguien qué puede hacer con ese pedido: si todavía se puede cancelar, si ya se puede facturar, si tiene caso preguntar por la guía. Cuando los nombres son vagos o se traslapan, esa información no desaparece: se pide por teléfono, una llamada a la vez.
Una etapa existe cuando cambia lo que se puede hacer
No hay una lista universal, pero sí hay un criterio para decidir cuáles merecen existir: una etapa se justifica cuando cambia quién tiene el pedido o qué se puede hacer con él. Con esa regla se cae la mitad de los estatus que suelen inventarse. Una base que aguanta bien en un almacén de terceros:
- Recibido: el pedido entró al sistema y todavía se puede modificar o cancelar sin costo
- En espera: falta algo que no depende del almacén —producto, pago, una dirección completa— y por eso no avanza
- Liberado a surtido: el almacén ya comprometió esas piezas y el pedido dejó de ser modificable
- Surtido: las piezas están en la estación y el pedido espera empaque
- Empacado: la caja está cerrada y pesada, lista para etiquetar
- Embarcado: la guía se generó y la mercancía se entregó al transportista
- Cerrado: entregado, devuelto o cancelado, cada uno con su evidencia
Lo que importa no es esta lista en particular, sino que sea una sola para todas las cuentas. En cuanto cada cliente tiene su propio vocabulario, el reporte del mes deja de poder sumarse y nadie puede contestar cuántos pedidos están detenidos hoy sin abrir siete pantallas.
Un estatus del pedido por dentro y otro por fuera
Adentro hace falta detalle: quién surtió, en qué ola salió, si el escaneo falló dos veces, si se reimprimió la etiqueta. Afuera casi nadie quiere eso. El cliente quiere saber en qué punto está su pedido, qué sigue y si hay algo que él tenga que hacer. Mandarle los veinte subestados del piso no lo informa mejor, solo le pasa el trabajo de interpretarlos.
El almacén necesita detalle; el cliente necesita saber qué sigue y si le toca hacer algo. Casi nunca es la misma lista, y forzarlas a serlo perjudica a los dos.
La forma limpia de resolverlo es tener las etapas finas adentro y un mapa que las agrupe en las pocas que se muestran hacia afuera. Así el piso puede ganar precisión sin que cada cambio interno le mueva la pantalla al cliente, y el cliente ve siempre el mismo puñado de palabras aunque la operación se reorganice.
Las etapas que generan más llamadas
Hay una que produce más preguntas que todas las demás juntas: la espera. Un pedido detenido sin explicación es el peor estatus posible, porque no dice quién lo va a destrabar ni cuándo. Conviene que la espera nunca vaya sola: siempre con el motivo —sin existencia, sin pago confirmado, dirección incompleta, pendiente de autorización— y con una señal de a quién le toca el siguiente paso.
La otra es la cancelación. Hay un momento exacto a partir del cual cancelar deja de ser gratis, porque alguien ya caminó, ya surtió y ya empacó. Ese momento debería estar marcado en el estatus y no en la memoria de quien atiende: si el pedido pasó a liberado, cancelarlo implica devolver piezas al rack y eso se conversa distinto. Dejarlo explícito evita la discusión de quién dijo qué.
Que cada cambio deje fecha y responsable
Un estatus sin bitácora sirve para hoy y no sirve para reclamar. Lo que resuelve las conversaciones difíciles no es la palabra actual, sino la línea de tiempo: a qué hora entró, a qué hora se liberó, cuánto estuvo esperando y por qué, quién lo movió. Con esa línea, el reclamo de «tardaron tres días» se contesta con los mismos datos con los que el almacén se defiende y con los que, cuando la culpa es del almacén, se corrige el proceso.
El sistema puede señalar cuáles llevan demasiado tiempo en la misma etapa, cuáles entraron y no avanzaron, y qué motivo de espera se está repitiendo esta semana en una cuenta; qué se destraba primero y a quién se le llama lo decide quien lleva la operación. Esa lista corta, revisada a la misma hora todos los días, es lo que convierte el estatus en una herramienta y no en una etiqueta.
Que el cliente vea esas etapas por su cuenta, con la fecha de cada cambio y el motivo cuando algo se detuvo, en lugar de escribir para preguntar, es exactamente lo que resuelve un portal de clientes para 3PL en México bien armado.
La prueba para saber si los nombres actuales sirven es sencilla y no cuesta nada: tomar los últimos mensajes de clientes preguntando por pedidos y ver cuántos se habrían contestado solos si la persona hubiera podido ver el estatus. Si son la mayoría, el problema no es de atención ni de personal: es que las etapas están escritas en el idioma del almacén.