#3 Pedidos escritos en el cuerpo del email: cuando vender implica interpretar
Hay clientes que no adjuntan un pedido.
Ni un PDF.
Ni una plantilla.
Escriben el pedido directamente en el cuerpo del email.
Un texto rápido, sin formato, con productos descritos “a su manera”. Ese mensaje llega a alguien del equipo que tiene que leerlo con calma, interpretar qué productos son, a qué referencias corresponden y cómo se venden realmente antes de poder hacer nada más.
Si son pocos productos, se resuelve rápido.
Si son muchos, el tiempo se dispara.
El pedido ya existe, pero todavía no es un pedido para el sistema.
Y todo ocurre antes de que el ERP vea absolutamente nada.
Por qué suele pasar (y no es culpa de nadie)
No es un fallo del ERP.
Tampoco de administración ni del equipo comercial.
El cliente envía el pedido así porque para él es lo más rápido. Tiene otras tareas, otros proveedores y poco tiempo. Escribe el pedido y sigue con su día.
Si quieres mantener al cliente, no le corriges el formato.
Lo procesas.
El problema aparece antes de que el pedido llegue al sistema:
- Hay que interpretar texto libre.
- Relacionar descripciones con referencias reales del catálogo.
- Revisar consumos anteriores para entender “lo de siempre”.
- Convertir litros, kilos o garrafas a unidades de venta internas.
- En ocasiones, llamar o escribir para confirmar dudas.
Nada de esto queda registrado.
Nada de esto se ve en el ERP.
El sistema no falla: simplemente todavía no ha entrado en juego.
Qué se intenta normalmente (y por qué no siempre funciona)
La respuesta habitual es apoyarse en personas con experiencia.
“Este cliente lo entiende bien María.”
“Si hay dudas, que lo revise Pedro.”
Funciona mientras el contexto no cambia.
Pero cuando el volumen crece, alguien falta o los pedidos llegan fuera de horario, el proceso empieza a tensarse. Los errores aparecen y cuesta incluso saber en qué punto se han producido.
Aquí surge una primera pregunta incómoda:
¿Cuánto de tu proceso de venta depende realmente de conocimiento que no está en ningún sistema?
El ERP solo registra el resultado final.
Todo el trabajo previo queda fuera.
Un cambio de enfoque: ordenar el texto libre antes del ERP
El cambio no está en pedirle al cliente que cambie su forma de pedir.
Está en preparar el sistema para aceptar esa realidad.
Con un enfoque como el del módulo DataInbox de JuviBox, el flujo se ordena desde el inicio:
- Se analizan automáticamente los emails que contienen pedidos reales.
- Se procesa el texto del cuerpo del mensaje.
- Se relaciona lo escrito con las referencias del ERP.
- Se normalizan las unidades a cómo se vende internamente.
- Se identifica al cliente.
- Se crea el pedido en el ERP.
- Se notifica al comercial correspondiente.
- Se envía a almacén si hay stock y se cumplen las reglas definidas por la empresa.
Cuando hay dudas, no se bloquea todo:
se solicita una validación puntual, clara y rápida.
Y aquí aparece otra pregunta clave:
¿Dónde aporta más valor la persona, interpretando pedidos cada día o decidiendo solo cuando hay una excepción real?
Qué cambia en el día a día
Cuando este flujo se ordena:
- Una parte de los pedidos entra automáticamente al ERP, sin importar la hora ni el formato.
- El sistema analiza, interpreta, normaliza e introduce.
- Las excepciones generan notificaciones claras.
- Las validaciones se resuelven en segundos y el pedido continúa.
Menos correos internos.
Menos llamadas innecesarias.
Menos dependencia de personas concretas.
Y la pregunta que aparece es mucho más directa y operativa:
¿Cuántas comprobaciones haces al día simplemente porque el pedido ha pasado por varias manos antes de llegar al ERP?
Reflexión final
Aceptar pedidos escritos en el cuerpo del email no es el problema.
El problema es construir un proceso que depende de leer, recordar y confirmar cada día.
Cuando el texto libre se convierte en un flujo controlado, vender deja de ser un ejercicio de interpretación constante y pasa a ser un proceso fiable, incluso cuando el cliente no cambia su forma de pedir.
La pregunta final no es tecnológica:
¿Cuánto tiempo más quieres que tu operativa dependa de interpretar en lugar de ordenar?
JuviBox aborda este punto concreto con su módulo DataInbox.