Del pedido de WhatsApp directamente a la comanda

El retrabajo de copiar un pedido a mano

Muchos restaurantes ya reciben pedidos por WhatsApp y funcionan. El problema no es recibirlos: es lo que hay entre recibirlos y prepararlos. Alguien lee la conversación, decide qué pidió el cliente exactamente, lo escribe en el sistema o en un papel, y lo pasa a cocina.

Ese paso tiene tres costes que no se ven en ningún sitio hasta que se cuentan:

• <strong>Tiempo.</strong> Dos o tres minutos por pedido, en la franja en la que menos tiempo hay. Veinte pedidos son una hora de alguien.
• <strong>Información que se cae.</strong> El «sin cebolla» que estaba en el tercer mensaje, el extra que se pidió al final, el piso de la dirección.
• <strong>Interpretación.</strong> Alguien decide qué quiso decir el cliente. Acierta casi siempre, y el «casi» se cocina.

Y hay un cuarto coste, más difícil de ver: mientras el pedido vive solo en el chat, no cuenta en ningún sitio. No aparece en los totales del día, no se puede buscar por su referencia y no deja histórico del cliente. Un canal que no se integra no solo da trabajo: además no se mide.

El salto interesante es el tercero. Hasta ahí hay conversación; a partir de ahí hay un pedido con estructura: una lista de líneas, cada una con su plato identificado por su referencia en la carta, su cantidad, sus opciones elegidas, su nota y su precio. Eso es lo que se puede imprimir, sumar, buscar y mandar a una estación de cocina concreta.

Qué pasa cuando el pedido es ambiguo

Es la situación normal, no la excepción. La gente pide «lo de siempre», describe el plato en vez de nombrarlo, o usa un nombre que encaja con tres cosas de la carta. Lo que un sistema haga en ese momento define si es utilizable.

La regla es simple de enunciar y difícil de respetar cuando se busca que la conversación sea rápida: <strong>ante la duda, se pregunta; nunca se elige por probabilidad.</strong> Un plato acertado por parecido se cocina y se cobra exactamente igual que uno pedido de verdad.

Y el nombre no puede viajar solo hasta la cocina: en el ticket tiene que constar cuál de los dos era. Un «Carbonara» a secas en la comanda deja el mismo problema resuelto en el chat y abierto en el pase.

Cuando la ambigüedad no se resuelve en un par de mensajes —el cliente insiste en algo que no está en la carta, o pide una modificación que hay que valorar— la conversación pasa a una persona del equipo y el sistema deja de responder en ese chat.

Por qué el cliente confirma antes de generar la comanda

Podría parecer un paso prescindible: si el sistema ha ido apuntando bien, ¿para qué repetirlo? Por tres motivos, y los tres son operativos.

<strong>Primero</strong>, porque es el único momento en que el cliente ve junto todo lo que ha ido pidiendo en cinco mensajes. Ahí es donde se da cuenta de que el «sin cebolla» lo dijo de la segunda hamburguesa y no de la primera.

<strong>Segundo</strong>, porque el importe se dice antes de cerrar. Un cliente que descubre el total al recoger es una discusión en el mostrador con cola detrás.

<strong>Tercero</strong>, porque deja constancia. Si más tarde hay una diferencia sobre lo que se pidió, existe un mensaje con el pedido exacto que el cliente aceptó. Sin ese paso, la discusión es la palabra de uno contra la del otro y la conversación es larga.

Cómo se organiza todo esto desde el principio está en la guía para automatizar los pedidos, y las diferencias entre recogida y reparto en los pedidos a domicilio por WhatsApp.

Hay un detalle que decide si esto funciona en la práctica y que casi nunca se menciona: la comanda de un pedido de WhatsApp tiene que verse exactamente igual que las demás. Si llega con otro formato, en otra pantalla o con la información en otro orden, el equipo tiene que aprender dos sistemas — y en hora punta eso se traduce en errores.

Lo único que debería distinguirlo es una marca de canal, para saber de dónde vino. El resto —las líneas, las notas, la hora, la modalidad— en el mismo sitio de siempre. Un pedido de WhatsApp que obliga a mirar en otra parte no está integrado: está al lado, que es justo lo que se quería evitar.

Aceptar antes de cocinar

La mayoría de los locales prefiere que alguien acepte el pedido desde la pantalla antes de que entre en producción, al menos al principio. Es un toque y da tranquilidad: si algo se ve raro, se mira la conversación antes de gastar producto. Con el tiempo muchos lo dejan igual, y no porque no se fíen — porque aceptar también es la forma de saber que la cocina se ha enterado.

El pedido cuenta donde tiene que contar

Y hay una consecuencia que se agradece al final del día: como el pedido está estructurado, entra en los totales, se puede buscar por su referencia y deja histórico de ese cliente. Un pedido que vive en un chat no aparece en ningún número, así que el canal que quizá más te está vendiendo es el único del que no sabes nada.