Flujos inteligentes en WhatsApp: guía para diseñar el tuyo

La mayoría de la gente cree que un flujo inteligente es un flujo con inteligencia artificial. No lo es. Un flujo es inteligente cuando usa lo que ya sabe: recuerda que el cliente dijo que quería dos pizzas, no le vuelve a preguntar su dirección si ya la dio, y se salta el paso del delivery si eligió recoger en tienda. Eso no requiere ningún modelo de lenguaje: requiere tres piezas que ya están en el editor y que casi nadie usa bien.

Esta guía enseña esas tres piezas, los ocho tipos de paso con los que se arma cualquier conversación, y construye un flujo completo.

Las tres piezas de la inteligencia

Todo lo que hace que un flujo se sienta despierto sale de aquí:

Un flujo sin estas tres piezas es un menú telefónico: nunca conecta una cosa con la otra.

Cómo se escribe una variable

Se envuelve el nombre entre llaves. Donde el flujo escriba {nombre} aparecerá lo que el cliente respondió:

Perfecto {nombre}. Anoté {cantidad} unidades de {producto}
para entregar en {direccion}. Total: S/ {total}.

Dos detalles que ahorran trabajo:

• Si la variable no existe, el texto se queda como está. Verás {direccion} literalmente en el mensaje: es un aviso visible de que ese dato nunca se guardó.
• Admite cuentas sencillas. Puedes escribir {cantidad * precio_unitario} y el flujo calcula el resultado al enviar. Y cuando existen quantity y unit_price, el total se calcula solo en order_total.

Los ocho tipos de paso

Un flujo es una secuencia de pasos, y cada paso es de uno de estos ocho tipos. Piénsalos como piezas de lego: casi toda conversación de negocio se arma combinando las cuatro primeras.

Y los límites que impone WhatsApp

No son opcionales: si los cruzas, Meta rechaza el mensaje. Máximo 3 botones por mensaje y 10 filas por lista, con textos cortos (del orden de 20 a 24 caracteres) en botones y títulos. Con más opciones, agrupa en categorías y usa dos niveles.

Cómo decide el flujo por dónde seguir

Cada paso que espera respuesta tiene transiciones: reglas que miran lo que el cliente contestó y eligen el paso siguiente. Se evalúan en orden, y gana la primera que coincide.

La regla práctica: ordena de lo específico a lo general y cierra siempre con una de "cualquiera". Si pones "cualquiera" arriba, gana esa y las demás nunca se evalúan. Si no la pones al final, un cliente que escriba algo inesperado se queda sin camino.

Construyamos uno: pedido con dos caminos

El cliente pide, elige cómo recibirlo, y el flujo solo pregunta la dirección a quien la necesita. Ahí está la inteligencia.

Confirmo tu pedido, {nombre}:
{cantidad} x {producto}
Entrega: {entrega}
Dirección: {direccion}
Total: S/ {cantidad * precio_unitario}

Pruébalo antes de que lo vea un cliente

El panel trae un simulador al lado del diagrama del flujo: conversas con él como si fueras el cliente y ves qué paso se activa en cada respuesta. Toma las mismas decisiones que tomaría el motor en producción, pero no escribe en la base, no manda nada por WhatsApp, no llama a la IA y no ejecuta la URL de un paso de llamada a API.

Qué buscar mientras pruebas:

1. Variables que salen entre llaves. Si ves {direccion} literal, ese dato no se guardó: revisa el nombre de la variable en el paso que lo pedía.
2. Caminos sin salida. Responde algo raro en cada pregunta; si la conversación se corta, falta la transición de "cualquiera".
3. Botones que no llevan a nada. El simulador avisa cuando un mensaje con botones no tiene a dónde ir.
4. Los límites de Meta. Si te pasaste de tres botones o de la longitud permitida, te lo dice con el mismo error que devolvería la API.

Un flujo tiene un tope de 20 pasos encadenados por turno. Es una protección contra ciclos: si lo alcanzas, casi siempre significa que dos condiciones se están enviando el control una a la otra.

Cuándo el flujo ya no alcanza

Los flujos son deterministas: hacen lo que dice el diagrama, cuestan lo mismo siempre y no se inventan nada. Su límite aparece cuando el cliente se sale del guion —"¿esto tiene gluten?", "¿me llegó el pago de ayer?"—.

Ahí entran dos salidas, y conviene tener las dos:

• Derivar a un agente de IA con tu base de conocimiento, para las preguntas abiertas. Cómo se acota para que no invente está en agentes de IA con base de conocimiento.
• Pasar a una persona, para reclamos y decisiones. El flujo detecta señales claras —un "quiero hablar con alguien", una pregunta donde esperaba un nombre— y se aparta en lugar de guardar la pregunta del cliente como si fuera el dato pedido.

Cómo repartir el trabajo entre lo determinista y lo generativo está desarrollado en flujos, IA o los dos, y la comparación de costos en costos de un chatbot con IA.

Los cinco errores que más veo

1. Pedir datos que ya tienes. El teléfono llega con el mensaje; el nombre, si ya lo dijo, está en una variable. Cada pregunta de más es gente que abandona.
2. Una sola pregunta gigante. "Dame tu nombre, dirección y qué quieres" devuelve un párrafo que nadie puede procesar. Una pregunta, un dato, una variable.
3. Texto libre donde cabían botones.
4. Sin salida por defecto: toda pregunta necesita su transición de "cualquiera" al final.
5. Publicar sin simular. El simulador tarda dos minutos y encuentra los cuatro anteriores.

Un flujo bien hecho se nota en un número concreto: en qué paso abandona la gente. Ese dato apunta directo al mensaje que hay que reescribir, y cómo leerlo está en las métricas que sí mueven la aguja.

Preguntas frecuentes

¿Un flujo inteligente necesita inteligencia artificial?

No. Lo que lo hace inteligente es usar el contexto: guardar las respuestas en variables, reutilizarlas en los mensajes siguientes y bifurcar con condiciones. La IA suma cuando el cliente pregunta algo que no estaba previsto, pero la mayor parte de la mejora sale de las variables y las condiciones, que cuestan lo mismo siempre.

¿Cómo guardo lo que el cliente responde?

Con un paso de pregunta: le pones un nombre de variable y ahí queda la respuesta. Desde ese momento, cualquier mensaje del flujo puede escribirla envolviéndola en llaves, como {nombre}. Si el mensaje muestra las llaves literalmente, es que la variable no existe o está mal escrita.

¿Cuántos botones puedo poner en un mensaje?

Tres como máximo, porque es el límite de la interfaz de WhatsApp. Para más opciones se usa una lista, que admite hasta diez filas. Con más de diez, conviene un primer nivel de categorías y un segundo con las opciones concretas: el cliente elige más rápido cuando ve menos cosas a la vez.

¿Qué pasa si el cliente escribe algo que el flujo no espera?

Depende de si dejaste una transición de "cualquiera" al final de ese paso. Si la dejaste, el flujo toma ese camino —lo habitual es repetir la pregunta con más contexto o derivar—. Si no, la conversación se queda sin camino. Por eso conviene probar cada pregunta escribiendo algo absurdo en el simulador.

¿Puedo probar un flujo sin gastar mensajes de WhatsApp?

Sí, con el simulador del panel. Corre las mismas decisiones que el motor real, pero no envía nada por WhatsApp, no escribe en la base y no llama a servicios externos. Todo lo que finge lo avisa en la transcripción, así que sabes qué parte todavía tienes que probar con un envío de verdad.