La escena es familiar: un pedido llega tarde, el cliente llama, alguien en almacén dice que salió a tiempo, ventas asegura que el problema está en transporte y atención al cliente termina pidiendo disculpas sin poder explicar qué pasó. A simple vista parece un fallo de sistema. En la práctica, muchas veces es un fallo de coordinación.
Cuando nadie tiene la última palabra sobre una excepción, el cliente paga la confusión.
La tesis es incómoda pero útil: en muchas pymes, el peor enemigo del servicio no es la falta de tecnología, sino la ambigüedad sobre quién decide cuando la operación se sale del guion. Y esa ambigüedad no se arregla añadiendo más pantallas, sino definiendo mejor las reglas, los límites y los responsables.
Lo que el cliente ve y lo que la empresa cree que pasa
En una empresa comercial pequeña o mediana, el recorrido de un pedido parece sencillo hasta que aparece una excepción. Hay stock en el sistema, pero no en la estantería. Hay una fecha prometida, pero el transporte no la cumple. Hay un ticket abierto, pero nadie sabe si debe resolverlo almacén, ventas o posventa.
El problema real no es la excepción en sí. El problema es que cada área optimiza su parte y nadie optimiza la experiencia completa. Eso genera síntomas muy reconocibles:
- promesas comerciales demasiado optimistas;
- re-trabajo entre equipos;
- correos o mensajes pidiendo confirmación de algo que ya debería estar claro;
- llamadas al cliente para “ganar tiempo”;
- decisiones que dependen de una persona concreta y no de un criterio compartido.
Cuando eso ocurre, el software solo amplifica la confusión existente. Si el proceso es ambiguo, el sistema la hace más visible; no la corrige por sí mismo.
Un caso pequeño, pero muy realista
Pensemos en una pyme de distribución con varios canales de venta. Tiene ventas internas, tienda online y pedidos recurrentes de clientes profesionales. Durante semanas, la dirección observa el mismo patrón: sube el volumen, pero también suben las incidencias. No porque haya más errores “técnicos”, sino porque cada pedido toca a más personas antes de cerrarse.
La empresa decidió no empezar por comprar nada. Primero dibujó tres decisiones críticas:
- qué pedidos se pueden prometer sin validación manual;
- en qué casos un pedido queda bloqueado hasta revisión;
- quién puede autorizar una excepción y en cuánto tiempo.
Después midieron cuatro señales muy simples:
- pedidos detenidos por falta de criterio;
- tiempo medio hasta una respuesta útil al cliente;
- número de promesas modificadas después de vender;
- incidencias repetidas por el mismo motivo.
El cambio más importante no fue tecnológico, sino organizativo: dejaron de buscar culpables por cada caso y empezaron a registrar decisiones. Eso permitió detectar dónde se perdía tiempo y qué tipo de excepciones absorbían más recursos.
La decisión incómoda: menos flexibilidad aparente
Aquí está la parte que a muchas empresas les cuesta aceptar. Mejorar el servicio suele exigir menos improvisación, no más. Eso significa decir “no” a algunas promesas comerciales, limitar ciertas salidas urgentes del almacén o obligar a revisar pedidos que antes se despachaban “porque siempre se ha hecho así”.
Esa disciplina parece frenar al principio. Algunos equipos sienten que pierden autonomía. Comercial teme perder ventas. Operaciones teme que el control ralentice todo. Y, en efecto, algo se ralentiza: las decisiones arbitrarias.
La ganancia aparece después, cuando la empresa deja de depender de héroes internos para resolver problemas diarios. Menos excepciones improvisadas suelen traducirse en:
- menos devoluciones evitables;
- menos llamadas de seguimiento;
- menos tiempo dedicado a aclarar quién hizo qué;
- más previsibilidad para el cliente y para el equipo.
No es una mejora glamourosa, pero sí una que se nota en caja, en carga operativa y en reputación.
Qué merece medirse de verdad
Si una dirección quiere saber si el problema está en el proceso o en la herramienta, conviene mirar señales operativas y no opiniones. Por ejemplo:
- porcentaje de pedidos con intervención manual;
- tiempo entre la incidencia y la primera acción útil;
- número de cambios de promesa por semana;
- causas recurrentes de bloqueo;
- cantidad de veces que un caso “pasa de mano en mano”.
Estas métricas ayudan a distinguir entre tres escenarios:
- el proceso está mal diseñado;
- el proceso está claro, pero no se cumple;
- el proceso está claro y se cumple, pero el sistema no lo soporta bien.
Esa distinción importa porque evita inversiones mal orientadas. No siempre hace falta más automatización. A veces hace falta una regla mejor redactada, un responsable mejor definido o una excepción menos frecuente.
La lección para dirección: decidir antes de digitalizar más
Las empresas que mejor operan no son las que tienen más herramientas, sino las que saben quién decide qué, con qué datos y en qué momento. Si ese marco no existe, cualquier mejora tecnológica acaba chocando con el mismo problema: demasiadas excepciones y demasiado pocas reglas comunes.
Por eso, antes de preguntar qué sistema falta, conviene preguntar qué decisión sigue sin tener dueño. Esa pregunta suele revelar más que un mapa de aplicaciones.
En Codefuente solemos empezar ahí: en la frontera entre proceso, responsabilidad y soporte tecnológico. Porque cuando esa frontera está mal dibujada, el cliente la paga primero.