Cómo pasar de pedidos por correo y WhatsApp a un sistema ordenado, sin cambiar de ERP

En muchas pymes el pedido no empieza en el ERP. Empieza en un correo con un PDF adjunto, en un mensaje de WhatsApp de un cliente de toda la vida, en una llamada que alguien apunta en una libreta o en una nota de voz. El ERP entra después, cuando una persona de administración reescribe el pedido. Mientras tanto, el pedido vive en la bandeja de entrada de quien lo recibió, y saber en qué estado está exige preguntar.

La reacción habitual es pensar que el problema es el ERP y que hay que cambiarlo. Casi nunca es así. El ERP suele hacer bien su trabajo cuando el pedido ya está dentro. Lo que falla es el tramo anterior: la entrada del pedido. Esta guía explica cómo ordenar ese tramo sin sustituir el sistema que ya tiene.

Primero, entender por dónde entran los pedidos hoy

Antes de decidir nada conviene hacer un inventario sencillo durante una o dos semanas. Apunte, para cada pedido, por qué canal llegó, quién lo recibió, quién lo introdujo en el ERP y cuánto tiempo pasó entre una cosa y otra. No hace falta una herramienta: basta una hoja compartida.

• Canales: correo, WhatsApp, teléfono, formulario web, comercial en visita, portal del cliente.
• Formato: PDF, foto, tabla pegada en el correo, texto libre, nota de voz.
• Quién lo toca: cuántas personas lo ven antes de que llegue al ERP.
• Qué se corrige: cuántos pedidos tienen una duda y hay que volver a preguntar al cliente.

Este inventario casi siempre revela dos cosas. Que hay más canales de los que dirección creía, y que unos pocos clientes concentran la mayor parte de los pedidos. Eso define por dónde empezar.

Segundo, fijar un único punto de entrada

El objetivo no es prohibir canales. Un cliente que siempre ha pedido por WhatsApp seguirá haciéndolo. El objetivo es que, sea cual sea el canal, el pedido acabe en un mismo sitio con una estructura común: cliente, líneas, cantidades, fecha de entrega y observaciones. Ese sitio puede ser un buzón de correo dedicado a pedidos, una carpeta compartida o una bandeja específica.

Para los canales de mensajería, lo práctico es una regla sencilla: quien recibe un pedido por ese medio lo reenvía al punto de entrada y no lo vuelve a escribir. Es una disciplina pequeña, pero evita que el pedido dependa de la memoria de una persona.

Tercero, decidir qué debe ser un pedido válido

Gran parte de los errores no vienen de teclear mal, sino de pedidos incompletos. Defina los campos mínimos que necesita para procesar un pedido, y qué ocurre cuando falta alguno. Por ejemplo: sin fecha de entrega se asume la habitual del cliente, sin referencia clara se pregunta antes de introducirlo, y sin cliente identificado no entra.

Esta definición es también la base de cualquier automatización posterior. Un sistema solo puede leer un pedido de forma fiable si usted ha dicho antes qué es un pedido correcto.

Cuarto, conectar el punto de entrada con el ERP

Aquí es donde se decide si el trabajo se sigue haciendo a mano o no. Hay tres niveles, de menor a mayor esfuerzo, y no son excluyentes.

• Plantilla de importación: el pedido se prepara en un formato fijo y se importa al ERP de una vez, en lugar de línea a línea.
• Lectura automática: el sistema lee el correo o el PDF, extrae cliente, referencias y cantidades, y crea el pedido en borrador en el ERP.
• Integración completa: el pedido se crea en el ERP sin intervención, y solo pasan por una persona los casos con alguna duda.

En los dos últimos niveles se usan técnicas de reconocimiento de documentos y, cuando el formato de los clientes es muy variable, modelos de lenguaje. Son una herramienta para resolver este problema concreto. Si todos sus clientes principales usan un formato fijo, una plantilla es más barata, más fácil de mantener y más fiable.

Ejemplo ilustrativo

Imagine, a modo de ejemplo y sin que corresponda a ninguna empresa real, una distribuidora que recibe pedidos de unos cuarenta clientes. Una parte llega por correo con PDF, otra por WhatsApp y el resto por teléfono. Tras el inventario descubre que la mayoría de los pedidos proceden de unos pocos clientes que mandan siempre un PDF con el mismo formato.

Empieza por ahí: un buzón único, lectura automática solo para esos formatos fijos y un reenvío obligatorio para el resto. Los pedidos dudosos van a una bandeja que revisa una persona. No ha cambiado de ERP ni ha pedido a nadie que cambie su forma de pedir. Lo que ha cambiado es que ya no se reescribe lo que ya está escrito.

Qué errores conviene evitar

• Automatizar antes de ordenar: si el pedido llega incompleto, la automatización solo acelera el error.
• Exigir al cliente que cambie de canal: se pierde el pedido o el cliente. Es mejor adaptarse al canal del cliente y ordenar a partir de ahí.
• Eliminar la revisión humana: un pedido mal interpretado cuesta más que uno revisado. Debe haber siempre una bandeja de excepciones.
• No dejar registro: cada pedido debe poder rastrearse, desde que llegó hasta que se cargó.

Cómo saber si ha funcionado

Mida lo mismo antes y después, sobre una muestra real de pedidos. Cuánto tarda un pedido en estar en el ERP desde que llega, cuántas veces se vuelve a preguntar al cliente por una duda, cuántos pedidos se corrigen después de introducidos y cuántas horas de administración se dedican a esta tarea. Con esos cuatro datos puede expresar el efecto en horas y euros al año, como se explica en la guía sobre cuánto cuesta un proceso manual.

Si quiere que revisemos cómo entran hoy los pedidos en su empresa, el Diagnóstico Operativo de Norfera es gratuito y no obliga a contratar nada después.