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 el menú y lo agotado del día, ofrece horas que la cocina puede cumplir, verifica si hay mesa libre y deja todo registrado. Se diferencia de un chatbot en que no responde de memoria: cada cosa que dice la verifica 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, un reclamo o una petición fuera de lo común pasan a una persona. Al escoger uno, lo que hay que mirar no es lo bien que conversa, sino contra qué verifica 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 «¿tienen 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 como lo escribe el cliente. |
| No sabe si algo se agotó. | 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 le 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 ya terminó. Lo que lo vuelve una herramienta confiable no es el modelo, sino las verificaciones que hay detrás de cada cosa que dice.
Por dónde atiende
Son la misma idea aplicada a tres lugares distintos, y cada uno tiene sus propias reglas. Aquí van resumidos; cada tarjeta lleva a la guía que lo cuenta completo.
El canal principal y el que ya usan sus clientes. El agente toma el pedido conversando, resuelve dudas del menú y los alérgenos, propone hora de recogida según la carga de la 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 número de personas, verifica 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 restaurante con el teléfono sonando en hora pico, 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 escribe usted y se ve qué consulta el agente antes de contestar.
Todas tienen algo en común: son repetitivas, tienen una respuesta verificable y hoy interrumpen a alguien en plena 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 mañana, cuando alguien mira el celular y decide dónde encarga mañana. Un mensaje contestado a esa hora no cuesta nada y llega antes que el del restaurante de al lado.
Un agente bien montado sabe cuándo callarse. Estas son las situaciones en las que debe pasarle 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 el menú 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 obligarlos 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 verifica nada funciona perfecto en una reunión de ventas y empieza a costar plata el primer viernes en la noche.
Si ya tiene claro el canal, la guía que le toca es el chatbot de WhatsApp o el sistema de reservas. Y si lo que quiere 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 el menú real, verifica si un plato todavía hay, 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 se puede equivocar, así que lo que importa no es lo bien que escribe sino contra qué verifica 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 verificaciones del lado del servidor: que el plato exista y esté disponible, que el precio salga del menú y no de lo que el modelo recuerde, que las opciones obligatorias estén escogidas y que la hora ofrecida sea una de las que el negocio puede cumplir. Un sistema que solo 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 un reclamo legítimo: nadie quiere que le contesten con un menú de opciones numeradas. Lo que hay que mirar es si entiende un mensaje escrito con afán y con errores, si sabe el idioma en que le escriben, y —sobre todo— si sabe cuándo callarse y pasarle la conversación a una persona. Un agente que no tiene un límite claro termina dando vueltas sobre algo que un mesero resolvía en dos frases.
Es un requisito, no una función avanzada, y conviene verificarlo 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 se vuelva a meter. También que se pueda limitar 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 es exactamente eso lo que busca, escríbanos y le contamos en qué punto está de verdad.
Sí, y no es un extra que se vende aparte: es de donde el agente saca los platos, los precios, los alérgenos y lo que se agotó hoy. Un agente sin un menú detrás no puede verificar nada de lo que dice, y entonces vuelve a ser un chatbot que improvisa. Montar el menú es el primer paso de la puesta en marcha, y lo hacemos nosotros a partir del que ya tenga, 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 le 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, cobertura y costo del domicilio confirmados en la conversación, antes de que el pedido arranque.
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 su menú y escribe usted: se ve qué consulta antes de contestar y dónde termina el pedido.