Tomar pedidos por WhatsApp sin volver a cargarlos a mano

Dónde se rompe hoy un pedido que llega por WhatsApp

No se rompe cuando el cliente escribe. Se rompe después.

Tomar pedidos por WhatsApp funciona bien hasta que alguien tiene que pasar ese chat a otro lado. A una planilla, al sistema de gestión, a un cuaderno. Cada pedido transcrito a mano es una oportunidad de error: producto equivocado, cantidad mal leída, precio de otra lista.

Y el error no aparece ahí. Aparece en el depósito, o en la factura, o cuando el cliente recibe algo que no pidió.

"El aceite grande" no es un código de producto

Los pedidos reales no llegan ordenados. Llegan como habla la gente.

Llega "mandame 20 del aceite grande", que puede ser tres SKU distintos. Llega "10 cajas" sin decir de qué. Llega un audio de dos minutos con seis productos y una corrección en el medio. Llega "lo de siempre".

Alguien de tu equipo traduce todo eso a un pedido limpio. Esa traducción es trabajo real, y es invisible: no está en ningún informe, pero se come las mañanas.

Tomar el pedido y cargarlo son dos trabajos distintos

Separarlos es lo que cambia el resultado.

Tomar el pedido es entender qué quiere el cliente y confirmarlo. Cargarlo es dejarlo escrito con los códigos, las cantidades y los precios que usa tu operación. Casi todas las herramientas resuelven la primera mitad y te devuelven la segunda.

Cuando el pedido nace ya cargado, la segunda mitad desaparece. No se transcribe nada porque nunca hubo dos versiones del mismo pedido.

Los campos del pedido los definís vos

Un formulario genérico te hace perder justo el dato que necesitás.

Vos definís qué campos lleva un pedido en tu negocio: zona de entrega, condición de pago, número de cuenta corriente, la referencia que usa tu depósito. Y la conversación pide exactamente esos, no una lista estándar que sirve para cualquiera.

Las opciones de un campo de elección múltiple se ordenan como vos las arrastres, y ese orden es el que se ofrece. Parece un detalle hasta que tenés doce zonas y la más usada está última.

El número de pedido se asigna solo

Cada pedido nuevo recibe su número, arrancando donde tu numeración actual haya quedado.

Se asigna en el momento de crear el pedido y no se puede editar después. Es a propósito: un número que se puede reescribir no sirve para reclamar nada.

Tres límites que conviene saber antes:

• Los pedidos anteriores a activar la numeración se quedan sin número.
• Es un solo campo numerado por pedido.
• Son dígitos comunes: sin prefijos, sin ceros adelante, sin reiniciar cada enero.

Quién tocó ese pedido y cuándo

Cada pedido lleva su propia línea de tiempo, y no se reescribe.

Ahí queda la creación, los cambios de estado, las ediciones y las eliminaciones, con la fecha en que pasaron. Cuando alguien edita, se guarda qué cambió: qué campo, con qué etiqueta tenía ese día, y qué pasó con los productos del pedido.

Sirve para una pregunta muy concreta que aparece siempre: "¿quién le puso 30 en vez de 3?". La respuesta deja de depender de la memoria de alguien.

Las notas internas que tu cliente no ve

Las discusiones sobre un pedido terminan en un chat aparte que nadie encuentra dos semanas después.

Los comentarios internos viven en el pedido mismo. Podés mencionar a un compañero y le llega la notificación con el enlace directo. Son planos: sin respuestas anidadas, sin reacciones, sin archivos adjuntos.

Y son internos de verdad. La conversación que atiende a tu cliente no los escribe ni sabe que existen.

Cuántos mensajes hay que leer para que esto importe

Más de los que parece, incluso en un negocio chico.

En un cliente nuestro que administra edificios, la operación por WhatsApp mueve unas 312 conversaciones y unos 4.137 mensajes por mes: 1.247 que entran y 2.890 que salen. No es una cadena de retail. Es un negocio con un WhatsApp que no para.

En una distribuidora esa cuenta viene con pedidos adentro, y cada uno se transcribe. Multiplicá por doce meses y ahí está el costo real de la planilla.

Qué no hace

Vale decirlo, porque la categoría promete de más.

No adivina un producto que no está en tu catálogo. No inventa un precio. No confirma stock que tu sistema no confirmó, y si tu sistema no responde, lo dice en vez de suponer. Y cuando el pedido pide una decisión comercial que no le corresponde, la pasa a una persona.

Conclusiones

• El problema de tomar pedidos por WhatsApp no es recibir el mensaje, es volver a cargarlo en otro lado.
• El lenguaje real del cliente ("el aceite grande", "lo de siempre") es lo que hace cara la transcripción.
• Los campos del pedido los definís vos, y la conversación pide exactamente esos.
• El número de pedido se asigna solo al crearlo y no se edita después.
• La línea de tiempo responde quién tocó qué y cuándo, sin depender de la memoria.
• Los comentarios internos quedan en el pedido, y tu cliente nunca los ve.