Cómo funciona por dentro un asistente de citas por WhatsApp

Casi todo lo que se publica sobre asistentes de citas por WhatsApp describe el resultado: el cliente escribe, el sistema agenda, todos contentos. Lo que no se describe es la máquina, y ahí es donde se decide si el sistema aguanta el segundo mes o le agenda a alguien una cita el 31 de febrero.

Este artículo abre la caja. Son siete piezas, y la más importante no es el modelo de lenguaje.

Las siete piezas

Un asistente de citas por WhatsApp se compone de: un canal que recibe y envía mensajes, un modelo de lenguaje que interpreta lo que dijo el cliente, una memoria que recuerda la conversación, herramientas que consultan y escriben en la agenda, un validador en código que aplica las reglas del negocio, una salida hacia una persona y un registro de todo lo que pasó. Quitarle cualquiera de las siete lo vuelve una demostración, no un sistema.

1 · El canal

WhatsApp no permite que un programa se conecte a una cuenta personal. Para que un sistema lea y escriba mensajes hay que usar la plataforma empresarial de Meta —al número que ya usa en la app de WhatsApp Business, si es el caso—, que entrega los mensajes entrantes a un servidor propio y recibe los salientes por una interfaz de programación. Eso trae reglas de negocio propias —qué se puede enviar, cuándo y a qué costo— que están desarrolladas en el artículo sobre la WhatsApp Business API.

2 · El modelo

Su trabajo es entender, no decidir. Recibe lo que escribió el cliente —con sus errores de tecleo, sus rodeos y sus «mejor el jueves, no, mentira, el viernes»— y produce dos cosas: qué quiere la persona y qué datos entregó.

«¿Tendrán campo mañana en la tarde para corte y barba?» se convierte en: intención de agendar, servicios corte y barba, fecha de mañana, franja de tarde. Eso es todo lo que hace el modelo en este punto. No consulta la agenda ni confirma nada, porque no puede: no tiene forma de saberlo.

3 · La memoria

Los modelos de lenguaje no recuerdan nada de un mensaje al siguiente. Lo que parece memoria es el programa guardando la conversación y volviéndola a enviar en cada turno.

En un negocio real eso importa por tres razones prácticas. La primera es que el cliente puede desaparecer a media conversación y volver dos días después, y el sistema debería reconocerlo sin hacerle repetir todo. La segunda es que un cliente que vuelve al mes siguiente espera que se le reconozca. La tercera es de costo: como el historial se reenvía completo en cada turno, una conversación larga cuesta más que una corta, y por eso los sistemas serios resumen lo viejo en vez de arrastrarlo entero.

4 · Las herramientas

Son las funciones que el programa le expone al modelo para que pueda pedir que se ejecuten. En un asistente de citas, como mínimo: consultar disponibilidad en un rango, crear una cita, cancelarla, reprogramarla y buscar al cliente por su número.

El modelo no ejecuta nada por su cuenta: pide, y el programa decide si ejecuta. Esa distinción es la que separa un agente de un generador de texto, y está desarrollada en qué es un agente de IA.

5 · El validador — la pieza que sostiene todo

Las reglas duras del negocio se validan en código, nunca en el modelo. El horario de atención, los días cerrados, la hora de almuerzo, la duración de cada servicio, cuántas personas caben a la misma hora, con cuánta anticipación se puede reservar y hasta cuándo se puede cancelar: todo eso lo comprueba un programa determinista antes de escribir nada.

El motivo es que un modelo de lenguaje es probabilístico por construcción. Acertará casi siempre, y ese «casi» es el problema: sobre una agenda, casi siempre significa una cita imposible cada tantas semanas, y esas son precisamente las que el cliente recuerda.

Con validador, el flujo es otro: el modelo propone las 8 de la noche de un domingo, el código lo rechaza y devuelve el motivo, y el modelo reformula con las horas que sí existen. El cliente nunca ve el rechazo; ve un asistente que ofrece opciones correctas.

6 · La salida hacia una persona

Todo asistente necesita una puerta por donde salirse. Hay tres momentos en que debe usarla sin dudar: cuando el cliente pide hablar con alguien, cuando aparece una queja o un tema de dinero, y cuando el propio sistema no logra resolver después de un par de intentos.

La parte que se olvida es la vuelta. Si una persona toma la conversación, el asistente tiene que callarse —no seguir contestando por encima— y hacer falta una forma explícita de devolverle el control. Un asistente que interrumpe a su propio dueño mientras atiende a un cliente es peor que no tener asistente.

7 · El registro

Qué se conversó, qué herramientas se llamaron, qué respondieron y qué se escribió en la agenda. Sirve para tres cosas: entender por qué el sistema hizo algo raro, demostrarle a un cliente qué se acordó, y saber cuánto está costando de verdad.

Sin registro, cualquier problema se investiga preguntándole al modelo qué pasó, que es como preguntarle a alguien que no se acuerda.

Cómo se ve una conversación por dentro

La segunda comprobación de disponibilidad es la clase de detalle que separa un piloto de un sistema. Entre que el asistente ofrece un horario y el cliente lo acepta pueden pasar minutos, y en ese tiempo alguien más pudo tomarlo por teléfono.

Lo que sale mal en la vida real

• Dos clientes pidiendo la misma hora a la vez. Se resuelve escribiendo la cita de forma que el sistema de agenda rechace la segunda, no confiando en que no pase.
• El cliente que cambia de opinión tres veces en un mensaje. Es la parte que un menú de botones no maneja y un modelo sí, siempre que se confirme antes de escribir.
• Mensajes que no son de agenda. «¿Cuánto cuesta?», «¿dónde están?», «¿atienden los domingos?». Conviene decidir de antemano cuáles responde y cuáles pasa a una persona.
• La agenda modificada a mano. El dueño mueve una cita desde su teléfono. El sistema tiene que leer siempre la agenda real, no una copia propia.
• El servicio caído. Si la agenda no responde, el asistente debe decirlo y ofrecer que una persona confirme, no inventar un horario.

Qué conviene tener resuelto antes de empezar

1. Una agenda que sea la fuente de verdad, en un sistema, no en un cuaderno ni en la cabeza de alguien.
2. Las reglas escritas: horarios, servicios, duraciones, quién atiende qué, política de cancelación.
3. Una línea de WhatsApp para el negocio, separada de la personal de quien lo atiende.
4. Alguien que reciba lo que el asistente escale, con un tiempo de respuesta acordado.

Si alguno de los cuatro falta, ese es el primer trabajo. La división técnica lo revisa en la reunión inicial, antes de cotizar nada.

Preguntas frecuentes

¿Un asistente de citas por WhatsApp puede equivocarse y agendar mal?

Puede, si el sistema le deja al modelo de lenguaje decidir sobre la agenda. En un sistema bien construido las reglas —horarios, días cerrados, duración de cada servicio, capacidad— se validan en código antes de escribir nada, de modo que una hora imposible se rechaza antes de llegar al cliente.

¿Se puede usar la cuenta de WhatsApp que ya tiene el negocio?

Sí, si hoy atiende con la app de WhatsApp Business. Desde 2025 Meta admite la coexistencia: ese mismo número se conecta a la plataforma empresarial sin cambiarlo, el historial se mantiene sincronizado y usted sigue atendiendo a mano desde la app mientras el asistente responde por la plataforma. Requiere la app en versión 2.24.17 o posterior. Lo que no se puede es conectar un programa a una cuenta personal de WhatsApp.

¿Qué pasa cuando el cliente quiere hablar con una persona?

El asistente debe dejar de responder y avisar de inmediato a quien atiende, y debe existir una forma explícita de devolverle el control después. Un asistente que sigue contestando mientras una persona atiende la misma conversación causa más problemas de los que resuelve.

¿Cuánto tarda en estar listo un asistente de citas?

Depende sobre todo de dos cosas que no son técnicas: si la agenda ya vive en un sistema y si las reglas del negocio están escritas. Con ambas resueltas, la construcción es la parte corta; sin ellas, ordenarlas es el proyecto real.