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 principal
Guía del equipo de pedi2Publicada el 15 de septiembre de 2026
Un agente de IA para restaurantes es un sistema que atiende por su cuenta las conversaciones de los clientes y actúa sobre los datos reales del negocio: toma el pedido consultando la carta y los agotados del día, ofrece horas que la cocina puede cumplir, comprueba si hay mesa libre y deja todo registrado. Se diferencia de un chatbot en que no responde de memoria: cada cosa que dice la comprueba antes contra el sistema. Atiende tres canales —WhatsApp, reservas y, en incorporación, el teléfono— y lo que NO debe hacer es decidir por criterio: un grupo de quince, una queja o una petición rara pasan a una persona. Al elegir uno, lo que hay que mirar no es lo bien que conversa, sino contra qué comprueba lo que promete y con qué facilidad se apaga.
La palabra se usa para todo, así que conviene fijar la diferencia con un ejemplo. A «¿tenéis la lasaña sin gluten?» un chatbot contesta con la respuesta que alguien le escribió hace seis meses. Un agente mira la ficha de ese plato, ve qué alérgenos tiene registrados y contesta lo que hay HOY — y si no consta nada, lo dice en vez de inventarlo.
| Un chatbot | Un agente |
|---|---|
| Responde con textos escritos de antemano. | Consulta el dato real antes de contestar. |
| Ofrece un menú de opciones numeradas. | Entiende el mensaje tal y como lo escribe el cliente. |
| No sabe si algo se ha acabado. | Deja de ofrecer lo que se marcó agotado hace un minuto. |
| Al final, alguien copia el pedido a mano. | Deja el pedido registrado y en la pantalla de cocina. |
| Si no entiende, repite la misma pregunta. | Si no puede, lo dice y avisa al equipo. |
La diferencia de fondo es de dónde salen los datos. Un agente que contesta precios de memoria es un chatbot caro: el modelo redondea, se equivoca de plato o da por buena una promoción que terminó. Lo que lo convierte en una herramienta fiable no es el modelo, sino las comprobaciones que hay detrás de cada cosa que dice.
Por dónde atiende
Son la misma idea aplicada a tres sitios distintos, y cada uno tiene sus reglas propias. Aquí van resumidos; cada tarjeta lleva a la guía que lo cuenta entero.
El canal principal y el que ya usan tus clientes. El agente toma el pedido conversando, resuelve dudas de la carta y los alérgenos, propone hora de recogida según la carga de cocina y avisa en cada cambio de estado. El equipo puede entrar en cualquier conversación cuando quiera, en el mismo número de siempre.
La unidad aquí no es el pedido, es la mesa. El agente pregunta fecha, hora y comensales, comprueba la disponibilidad real contra las mesas y la duración configurada, y deja la reserva creada. La confirmación y el recordatorio salen solos, y el cliente puede cancelar con un botón.
Que el agente conteste una llamada, tome la comanda hablando y la deje registrada. Es el canal que más trabajo ahorra en un local con teléfono sonando en hora punta, y es también el único de los tres que todavía NO se puede contratar: está en fase de incorporación con restaurantes piloto.
En la demostración escribes tú y se ve qué consulta el agente antes de contestar.
Todas tienen algo en común: son repetitivas, tienen una respuesta comprobable y hoy interrumpen a alguien en mitad del servicio.
Y una que no suele estar en las listas y es la que más se nota: atender a las tres de la madrugada, cuando alguien mira el móvil y decide dónde encarga mañana. Un mensaje contestado a esa hora no cuesta nada y llega antes que el del local de al lado.
Un agente bien montado sabe cuándo callarse. Estas son las situaciones en las que debe pasar la conversación a una persona, y conviene que sea una regla del sistema y no una esperanza:
En Pedi2 hay además un modo sin IA: el cliente arma el pedido en la carta digital y lo manda por WhatsApp, y el registro lo hace el servidor cotejando la referencia, sin que ningún modelo intervenga. Existe porque a algunos restaurantes la conversación automática les da más problemas que ventas, y quitarla no debería obligarles a desconectar el WhatsApp ni a renunciar a los pedidos.
Las tres primeras son las que separan un agente de una demostración bonita, y son también las que menos se preguntan. Un sistema que conversa de maravilla y no comprueba nada funciona perfectamente en una reunión de ventas y empieza a costar dinero el primer viernes por la noche.
Si ya tienes claro el canal, la guía que te toca es el chatbot de WhatsApp o el sistema de reservas. Y si lo que quieres es entender de qué piezas se compone todo esto, está en sistema de pedidos por WhatsApp.
Es un sistema que atiende conversaciones de clientes por su cuenta y, además de responder, hace algo: consulta la carta real, comprueba si un plato queda, calcula un total, mira si hay mesa libre y deja el pedido o la reserva registrados. Esa es la diferencia con un chatbot de los de antes, que contestaba con respuestas preparadas y no tocaba ningún dato. Un agente puede equivocarse, así que lo que importa no es lo bien que escribe sino contra qué comprueba lo que dice.
Puede intentarlo, y es justo la pregunta que hay que hacerle a cualquier proveedor. La respuesta correcta no es «nuestro modelo es muy bueno» sino que haya comprobaciones del lado del servidor: que el plato exista y esté disponible, que el precio salga de la carta y no de lo que el modelo recuerde, que las opciones obligatorias estén elegidas y que la hora ofrecida sea una de las que el negocio puede cumplir. Un sistema que sólo confía en las instrucciones que le da al modelo falla el día que el modelo improvisa.
Depende de cómo esté montado, y es una queja legítima: nadie quiere que le contesten con un menú de opciones numeradas. Lo que hay que mirar es si entiende un mensaje escrito con prisa y faltas, si sabe el idioma en que le escriben, y —sobre todo— si sabe cuándo callarse y pasar la conversación a una persona. Un agente que no tiene un límite claro acaba dando vueltas sobre algo que un camarero resolvía en dos frases.
Es un requisito, no una función avanzada, y conviene comprobarlo antes de firmar nada: que se pueda apagar para toda la línea, pausarlo un rato, o que una persona tome el control de una conversación concreta sin que el agente vuelva a meterse. También que se pueda acotar por horario, para que no atienda de madrugada si el negocio no atiende de madrugada. En Pedi2 las cuatro cosas existen; en otros sistemas hay que preguntarlo.
No, y lo decimos aquí para que nadie lo descubra después: WhatsApp y las reservas funcionan y se pueden contratar. El canal TELEFÓNICO —que el agente conteste una llamada de voz— está en fase de incorporación con restaurantes piloto y no es un servicio disponible para contratar hoy. Si lo que buscas es exactamente eso, escríbenos y te contamos en qué punto está de verdad.
Sí, y no es un extra que se vende aparte: es de dónde saca el agente los platos, los precios, los alérgenos y lo que se ha acabado hoy. Un agente sin una carta detrás no puede comprobar nada de lo que dice, y entonces vuelve a ser un chatbot que improvisa. Montar la carta es el primer paso de la puesta en marcha, y lo hacemos nosotros a partir de la que ya tengas, en el formato que sea.
La guía completa: qué es, qué puede hacer con un pedido y cómo distinguir uno serio de una respuesta automática.
Qué es un sistema de pedidos por WhatsApp, de qué cinco piezas se compone y cómo saber cuáles te faltan.
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.
Qué es un sistema de reservas, qué datos debe guardar y qué comprobar antes de contratar uno.
Del mensaje del cliente a la mesa reservada: qué pregunta el sistema, qué comprueba y cuándo entra una persona.
Qué partes del proceso conviene automatizar, cuáles no, y los errores que aparecen por el camino.
Recibir reservas por tus propios canales, y cuándo sigue teniendo sentido un portal externo.
Tener mesas libres no es lo mismo que poder atenderlas: turnos, duración, zonas y capacidad real.
Cambios de última hora y cancelaciones sin que la disponibilidad se quede bloqueada.
Qué debe decir una confirmación, cuándo enviar el recordatorio y cuántos mensajes son demasiados.
Qué es un no-show, qué medidas ayudan de verdad y cuáles espantan al cliente que sí venía.
Montamos tu carta y escribes tú: se ve qué consulta antes de contestar y dónde acaba el pedido.