Usamos cookies propias necesarias para que la web funcione y, solo si nos das permiso, cookies de Meta (Facebook e Instagram) y Nubeico (nuestra propia medición) para saber qué anuncios traen restaurantes interesados. No las usamos para perfilarte ni las compartimos con nadie más. Puedes cambiar de idea cuando quieras desde el pie de página. Más información.
Guía
Guía del equipo de pedi2Publicada el 30 de agosto de 2026
Un chatbot de WhatsApp para restaurantes atiende las conversaciones de los clientes y, si está conectado a la carta del local, convierte lo que se habla en un pedido estructurado: comprueba que el plato existe, pregunta las cantidades y los extras que falten, calcula el total, lo repite entero, espera la confirmación del cliente y lo deja como comanda para la cocina. Lo que separa a uno útil de uno decorativo no es lo bien que redacte, sino si el pedido acaba en el flujo de trabajo del restaurante o en un mensaje que alguien tiene que copiar a mano.
La palabra «chatbot» se usa para cosas muy distintas, y esa es la primera fuente de decepciones. Bajo el mismo nombre se venden desde un mensaje de ausencia automático hasta un sistema que toma la comanda entera. Para un restaurante la distinción es la que decide si sirve o no.
Un chatbot de WhatsApp para restaurantes, entendido en serio, es un sistema que atiende las conversaciones del número del local y sabe tres cosas que un asistente genérico no sabe: qué platos hay hoy con sus precios y sus opciones, qué reglas tiene ese negocio (horarios por tipo de pedido, zona de reparto, pedido mínimo) y qué hacer con lo que el cliente le dice — no responderlo, sino convertirlo en un pedido.
El canal importa: WhatsApp es donde ya está el cliente. No hay que instalar nada ni registrarse, y para mucha gente escribir es más rápido y más cómodo que navegar por una web con el móvil en la calle. El problema nunca fue el canal — fue que una conversación, por sí sola, no es una comanda.
La distinción que importa
| Respuestas automáticas o flujo cerrado | Agente conversacional conectado a la carta |
|---|---|
| Responde con textos fijos o con un menú de opciones numeradas. | El cliente escribe como habla y el sistema interpreta lo que quiere. |
| No sabe qué hay en la carta: repite lo que alguien escribió al configurarlo. | Consulta los platos, los precios y los agotados que hay en ese momento. |
| Si el cliente se sale del guion, se atasca o repite la misma respuesta. | Puede preguntar lo que falta y seguir la conversación donde estaba. |
| El pedido acaba siendo un mensaje que alguien lee y copia a mano. | El pedido queda estructurado, con sus líneas, su total y su referencia. |
Que un sistema use inteligencia artificial no lo convierte automáticamente en lo segundo. Hay asistentes conversacionales que hablan muy bien y no están conectados a nada: improvisan platos que no existen y precios que no son. La pregunta útil al evaluar no es «¿tiene IA?», sino «¿de dónde saca los platos y los precios que dice?».
Estas son las tareas concretas, no las promesas generales. Un chatbot conectado al sistema del restaurante puede:
Y hay cosas que no debería hacer aunque técnicamente pudiera: confirmar que un plato es apto para una alergia, prometer una hora que la cocina no puede cumplir, o insistir cuando no entiende. Sobre eso hay más abajo.
Buenas, quería dos hamburguesas para recoger
¡Hola! Tenemos tres hamburguesas en la carta: la Clásica (9,90 €), la de Pollo Crujiente (10,50 €) y la Vegetariana (9,50 €). ¿Cuáles quieres?
Una clásica y una vegetariana. La clásica sin cebolla
El sistema anota la nota en la línea correcta, no en el pedido entero.
Anotado. ¿Para qué hora la quieres? Hoy tenemos disponibles las 20:30, 20:45 y 21:00.
Aquí es donde se separan los sistemas que funcionan de los que dan problemas, y merece detenerse porque no es evidente desde fuera.
Un modelo de lenguaje es bueno interpretando lo que alguien quiere decir y malo siendo exacto con datos. Si se le da la carta y se le deja escribir el pedido, tarde o temprano redondea un precio, se inventa un plato parecido al que existe o da por buena una descripción que no consta. No por mala fe: es cómo funciona.
La solución no es un modelo mejor, es no dejarle la última palabra. En Pedi2 el modelo propone una línea de pedido y el servidor la comprueba antes de registrarla: que ese plato existe en la carta, que no está agotado, que se sirve a esa hora, que el precio es el que consta y que los pasos obligatorios del plato están completos. Si algo no cuadra, la línea no entra y se pregunta.
Hay un caso que ilustra bien por qué esto hace falta: dos platos que se llaman igual en categorías distintas — unas croquetas carbonara y una hamburguesa carbonara. Un sistema que elige por parecido acierta la mitad de las veces, y la mitad que falla se cocina y se cobra. Lo correcto es preguntar cuál de los dos, y que el nombre viaje con su categoría hasta la cocina.
De la conversación al pase
El paso de confirmación no es un trámite: es lo único que protege al restaurante de un malentendido. Antes de generar nada, el sistema repite el pedido completo —líneas, extras, notas, hora y total— y espera un sí. Si el cliente ve ahí que faltaba algo, corregirlo cuesta un mensaje; verlo cuando llega el pedido, cuesta el pedido.
El detalle de esta parte —qué información debe llevar la comanda y qué pasa cuando el pedido es ambiguo— está en cómo una conversación acaba siendo una comanda.
En la demostración se carga la carta real del restaurante y se hace un pedido de principio a fin, hasta que aparece en la pantalla de cocina.
Un chatbot que no sabe retirarse hace más daño que no tener chatbot. Estos son los casos en los que la conversación debe pasar al equipo:
Y hay una condición técnica que hace posible todo lo anterior: que el equipo pueda entrar en cualquier conversación cuando quiera, sin esperar a que el bot ceda. En Pedi2, al tomar el mando de un chat, el bot deja de responder en él. Cómo conviven los dos en el mismo número está explicado en usar el mismo número con el bot y con el equipo.
Un asistente montado sobre un modelo de lenguaje sin conexión a la carta responde con seguridad y se equivoca con seguridad. Improvisa platos que suenan razonables, redondea precios y da horarios que no existen. Para el cliente es indistinguible de un sistema que sí sabe, hasta que llega al mostrador.
El flujo cerrado —«escribe 1 para pedir, 2 para horarios»— funciona mientras el cliente siga el guion. En cuanto escribe «lo mismo que la semana pasada pero sin picante», se atasca. Y un cliente atascado no vuelve a intentarlo: llama o se va.
Es el error más común y el más caro. El chatbot conversa, resume el pedido en un mensaje bonito… y ahí acaba su trabajo. Alguien del equipo tiene que leerlo y copiarlo al sistema, que es exactamente el trabajo que se quería quitar. La automatización que no llega hasta la comanda no ahorra: cambia de sitio la tarea.
Insistir cuando no se entiende, o intentar gestionar una reclamación, convierte una incidencia normal en un cliente enfadado. La derivación a una persona no es una función secundaria: es lo que hace aceptable todo lo demás.
Cuatro preguntas que separan bastante el grano de la paja, y que conviene hacer en la primera demostración:
Pedi2 entra en esta categoría por la respuesta a la segunda: el pedido no acaba en el chat, acaba en la comanda. El sistema atiende la conversación, interpreta lo que pide el cliente, consulta la carta y las reglas del restaurante, recopila lo que falta, confirma y genera una comanda organizada. Es la misma carta que alimenta el QR de la mesa y la web, así que no hay nada duplicado que mantener.
Si vienes de gestionarlo todo a mano, el punto de partida práctico es cómo automatizar los pedidos de WhatsApp paso a paso. Y si lo que te frena es la parte técnica, WhatsApp Business frente a la API oficial lo aclara.
Depende de a qué se llame chatbot. Uno de respuestas automáticas devuelve un texto fijo y no toma nada. Uno conversacional con IA que esté conectado a la carta del restaurante sí puede: interpreta lo que pide el cliente, busca cada plato en la carta real, pregunta lo que falta, calcula el total, lo repite entero y espera confirmación antes de cerrarlo. La diferencia no está en la conversación, está en si el pedido acaba siendo un dato estructurado o un mensaje más.
Para automatizar de verdad, sí. La aplicación de WhatsApp Business tiene respuestas rápidas, mensaje de bienvenida y de ausencia y catálogo, pero no permite que un sistema externo lea y responda las conversaciones. Eso lo abre la plataforma oficial de WhatsApp Business de Meta. Está explicado en detalle en la guía sobre WhatsApp Business y la API.
Sí, y es una de las condiciones que hay que exigir. En Pedi2 el equipo puede entrar en cualquier conversación y tomar el mando; el bot se aparta. Y con la coexistencia de WhatsApp, los mensajes que el dueño escribe desde la aplicación de su móvil llegan también al sistema, así que la conversación no queda partida en dos sitios.
Tiene que preguntar o retirarse, nunca adivinar. Un pedido no es una conversación cualquiera: si el sistema elige por parecido, el plato equivocado se cocina y se cobra igual. Cuando la conversación se complica o el cliente pide hablar con alguien, la conversación debe pasar a una persona del equipo, y el bot dejar de responder en ese chat.
Se pueden transcribir, y Pedi2 lo hace si el restaurante lo activa. Pero conviene saber su límite real: la transcripción acierta la frase y falla los nombres propios, y la carta de un restaurante está llena de ellos. Por eso lo correcto no es dar por bueno lo transcrito, sino tratarlo como una aproximación: buscar cada plato en la carta y preguntar cuando el nombre se parece a varios.
En Pedi2 el cobro no ocurre dentro del chat: se envía un enlace de pago que abre la pasarela del propio restaurante. Es una distinción que conviene hacer, porque «pagar por WhatsApp» se anuncia a menudo sin matizar y no significa lo mismo en todos los países ni en todas las herramientas.
De atender los mensajes a mano a que el pedido se estructure solo, paso a paso y con los errores que hay que evitar.
La parte que casi nadie resuelve: que la conversación acabe en una comanda y no en alguien copiando a mano.
Si activas el bot, ¿pierdes tu WhatsApp? No, y aquí se explica cómo conviven el bot y el equipo en el mismo número.
Qué hace la app de WhatsApp Business, qué necesita la API oficial y cuál te corresponde según lo que quieras automatizar.
Hora de recogida, tiempo de preparación y los datos mínimos para que el pedido esté listo cuando el cliente llega.
Dirección, zona de reparto y coste de envío confirmados en la conversación, antes de que el pedido se ponga en marcha.
Dos formas de recibir un pedido, cada una buena para algo distinto. Cuál encaja según tu carta y tu tipo de pedido.
Te enseñamos el recorrido completo con tu carta cargada, incluido lo que pasa cuando algo no se entiende.