Pedidos por voz y por chat conectados al ERP: qué hace falta de verdad para montarlo

En distribución mayorista casi todo el mundo tiene el mismo cuello de botella: los pedidos entran por teléfono, por WhatsApp y por correo, y alguien los teclea a mano en el ERP. Es lento, se equivoca a las horas punta y depende de que esa persona esté.

La idea de que el cliente pida hablando o escribiendo y el pedido entre solo lleva años sonando a promesa. Hoy es viable, pero no por donde la mayoría cree. Esto es lo que hace falta de verdad.

La parte fácil es entender el mensaje

Transcribir un audio de WhatsApp o interpretar un "ponme lo de siempre y 20 cajas más de la referencia nueva" es, con la tecnología actual, la parte resuelta. No es ahí donde fracasan los proyectos.

Fracasan en las tres siguientes.

1. El ERP manda, siempre

Es la regla que decide si el sistema sirve o es un juguete peligroso: la IA nunca puede decir un precio, un stock o un plazo de memoria.

Los modelos de lenguaje generan texto plausible. Si le preguntas un precio y no lo tiene delante, se lo inventará con toda naturalidad, y lo hará bien escrito. En un pedido eso no es un error gracioso: es un cliente al que se le ha confirmado una tarifa que no existe.

La única forma correcta es que el asistente consulte el ERP en el momento —tarifa de ese cliente, descuentos pactados, disponibilidad real en su almacén, límite de crédito— y que lo que no pueda consultar, no lo diga. Técnicamente esto se resuelve obligando al sistema a pedir el dato a una función concreta en lugar de responder libremente. Es la diferencia entre una demo bonita y algo que puedes poner delante de un cliente.

2. Identificar al cliente antes de escuchar el pedido

"Lo de siempre" solo significa algo si sabes quién habla. Y en B2B el mismo cliente tiene tarifa propia, condiciones de pago propias y a veces referencias propias con su nomenclatura.

Eso obliga a resolver, antes de nada, cómo se identifica a quien pide: por el número de teléfono desde el que escribe, por un acceso al portal, por un código. Y qué pasa cuando llama alguien nuevo de un cliente conocido. Parece un detalle administrativo y es la primera decisión de diseño del proyecto.

3. Del lenguaje del cliente a tu referencia

Aquí está el trabajo real. El cliente dice "las bolsas pequeñas de las de siempre", "el aceite de 5 litros" o el nombre comercial que usaba el catálogo de hace tres años. Tu ERP tiene una referencia con una descripción abreviada, escrita para otra cosa.

Casar una con otra exige tres cosas que nadie regala:

• Un catálogo con sinónimos y formas de decir, que se construye a partir del histórico real de pedidos de cada cliente, no del maestro de artículos.
• Una regla clara para lo ambiguo. Si hay dos referencias posibles, el sistema pregunta. No elige.
• Una confirmación antes de grabar. El cliente ve lo que se ha entendido, con precios reales, y confirma. Es lo que convierte un malentendido en una corrección de diez segundos en lugar de en una devolución.

Qué NO conviene automatizar el primer día

Por orden de sensatez: empieza por el pedido de repetición, que es la mayoría del volumen y el caso más acotado. Deja para después las altas de producto nuevo, las negociaciones de precio, las urgencias con transporte especial y cualquier cosa que hoy ya requiere que alguien llame por teléfono.

Y deja a una persona revisando la cola los primeros meses. No por desconfianza en el sistema, sino porque es la única forma de descubrir los casos raros de tu negocio, que siempre son más de los que crees.

Qué se gana, siendo honestos

El ahorro no está en la tecnología, está en el tiempo administrativo: los pedidos dejan de teclearse y el equipo comercial deja de hacer de intermediario entre un audio y una pantalla. El efecto secundario suele importar más que el ahorro: el cliente puede pedir a las once de la noche, que es cuando muchos profesionales hacen su trabajo de oficina, y su pedido está grabado por la mañana.

Lo que no se gana: un sistema así no vende más por sí solo. Puede sugerir lo que se suele pedir junto o avisar de que falta reponer algo, pero eso es una funcionalidad aparte, y conviene no comprarla en el mismo paquete hasta que lo básico funcione.

Si quieres el detalle de cómo lo planteamos, con precio cerrado: Pedidos por WhatsApp y voz con IA, integrados con el ERP.

Este artículo es informativo. Tecnea desarrolla este tipo de portales, así que tenemos un interés comercial directo en el tema; lo decimos por delante. Los criterios de arriba sirven para evaluar cualquier propuesta del mercado, incluida la nuestra — y la pregunta del precio "de memoria" es la que más rápido separa unas de otras.