WhatsApp Flows: formularios, reservas y captación de leads

Esta guía está dirigida a equipos de producto, atención al cliente y marketing que se preguntan si WhatsApp Flows puede sustituir a los formularios web, las páginas de reservas o los largos intercambios de mensajes. Explica qué son los Flows, dónde funcionan mejor, cómo diseñarlos, qué límites técnicos publica Meta y qué errores hacen fracasar a los Flows en producción.

¿Qué son los WhatsApp Flows?

WhatsApp Flows son formularios estructurados de varias pantallas que se abren sobre un chat de WhatsApp. El cliente pulsa un botón, completa unas pocas pantallas y lo envía, y la empresa recibe las respuestas como datos estructurados.

Los Flows funcionan en la WhatsApp Business Platform (API), no en la aplicación WhatsApp Business. Cada Flow se define en Flow JSON, que describe las pantallas, los componentes y la navegación. Puede crear y previsualizar Flows en WhatsApp Manager o crearlos mediante la API de Flows.

Hay dos estilos técnicos:

• Los Flows sin endpoint recogen los datos y los devuelven cuando el cliente los envía. Los datos dinámicos, como el nombre del cliente, se incorporan al enviar el mensaje.
• Los Flows con endpoint consultan su servidor durante el proceso, por ejemplo para mostrar horarios disponibles o calcular un presupuesto. El intercambio de datos va cifrado.

¿Cuándo usar un Flow en lugar del chat o de un enlace web?

Use un Flow cuando necesite varias respuestas estructuradas en un orden fijo. Use el chat normal cuando la conversación sea abierta, y un enlace web cuando la tarea requiera un pago completo, documentos largos o un área de cuenta con inicio de sesión.

Entre los casos de uso habituales figuran presupuestos de seguros y préstamos, solicitudes de visita a inmuebles, reservas en clínicas y salones, inscripción a eventos, actualización de preferencias de entrega, registro de garantía con foto y encuestas posteriores al servicio. Los ejemplos introductorios de Meta abarcan préstamos preaprobados, presupuestos de seguros, ofertas personalizadas e interés de compra.

¿Cómo se envía un WhatsApp Flow?

Un Flow se envía como un mensaje con un botón de llamada a la acción. Hay dos formas de entregarlo.

1. Como mensaje de plantilla. Cree una plantilla con un botón de Flow y consiga su aprobación. Así puede iniciar usted la conversación, por ejemplo con una plantilla de utilidad que invite a un cliente a elegir un horario de entrega. Se aplican las reglas de categoría y precio de las plantillas. Consulte categorías de plantillas y aprobación.
2. Como mensaje interactivo en una sesión abierta. Si el cliente le escribió en las últimas 24 horas, puede enviar el Flow como mensaje interactivo, por ejemplo cuando un agente ofrece un formulario de reserva durante un chat. Nuestra guía sobre la ventana de atención al cliente de 24 horas explica las reglas.

Cuando el cliente completa el Flow, llega a su webhook un mensaje de respuesta con los campos enviados. Use un flow_token para vincular la respuesta con el cliente y la conversación correctos.

¿Cómo debe diseñarse un WhatsApp Flow?

Diseñe para un teléfono, un pulgar y pocos minutos. Las buenas prácticas de Meta indican que el cliente debería poder terminar en cinco minutos como máximo.

Lista de verificación de diseño

• Una tarea por pantalla. Reparta los formularios con varias tareas entre varias pantallas.
• Títulos cortos con progreso, como «Pregunta 2 de 4».
• Indique cuánto se tarda en la primera pantalla.
• La primera pantalla coincide con el botón. Si el botón dice «Reservar una visita», la primera pantalla trata de reservar una visita.
• El componente adecuado para cada tarea: selector de fecha para fechas, área de texto para textos largos, botones de opción para una sola elección y casillas de verificación para varias.
• No más de 10 opciones por pantalla; use un desplegable solo cuando haya 8 opciones o más.
• Los campos opcionales siguen siendo opcionales. Pida solo lo que necesite para actuar.
• Texto de ayuda para los formatos de teléfono, fecha y correo electrónico.
• Errores claros que expliquen cómo corregir la entrada.
• Pantalla de resumen antes de enviar en los Flows de varios pasos.
• Consentimiento claro con un enlace «Más información» cuando recoja un consentimiento de marketing.
• Mensaje de confirmación tras el envío, con los siguientes pasos y una vía de contacto.

Reglas técnicas que conviene conocer

• Las solicitudes al endpoint de datos caducan a los 10 segundos. Guarde en caché los datos que cambian poco y evite encadenar llamadas a terceros.
• Procure que la primera pantalla no use endpoint y llame al endpoint solo en las pantallas que necesiten datos en vivo.
• Meta sugiere fijar la caducidad del flow_token en dos o tres días, con un mensaje amable si el token ha caducado.
• Mantenga ligera la carga final y no incluya en ella imágenes en base64.

¿Cuáles son los límites de WhatsApp Flows?

Meta publica límites por componente. Las cifras siguientes proceden de la referencia de componentes de Meta en el momento de redactar este artículo; consúltela antes de construir, porque los límites cambian entre versiones de Flow JSON.

Los límites operativos importan tanto como los de los componentes:

• Ciclo de vida. Los Flows pasan de Borrador a Publicado. Solo los borradores se pueden eliminar, y los Flows obsoletos (Deprecated) ya no pueden enviarse. Planifique el control de versiones antes del lanzamiento en lugar de editar sobre la marcha un Flow en producción.
• Supervisión del estado. Si WhatsApp detecta un comportamiento anómalo del endpoint, un Flow puede quedar limitado (Throttled) a 10 mensajes por hora y después bloqueado (Blocked) si empeora. Supervise la tasa de errores, la latencia y los webhooks de disponibilidad.
• Los costes de mensajería siguen aplicándose. El Flow viaja en una plantilla o en un mensaje de sesión, con el precio de las reglas habituales. Consulte nuestra guía de precios de WhatsApp.

Ejemplo práctico: un Flow de reservas para una clínica de Riad

Shifa Care, una clínica ficticia con varias sedes en Riad, recibe muchos mensajes de WhatsApp pidiendo cita. Los agentes dedican varios intercambios a cada reserva para recoger sede, especialidad, fecha, hora y datos del paciente.

El equipo construye un Flow de cuatro pantallas:

1. Sede y especialidad con botones de opción (cinco sedes, ocho especialidades en un desplegable).
2. Fecha y hora. Un endpoint devuelve los horarios disponibles de la sede elegida, con agendas en caché para no superar el límite de 10 segundos.
3. Datos del paciente: nombre, fecha de nacimiento con selector de fecha y una nota opcional.
4. Resumen y consentimiento, con un enlace al aviso de privacidad.

Los agentes envían el Flow como mensaje interactivo cuando un paciente pide reservar. Para los recordatorios, la clínica usa una plantilla de utilidad con un botón de Flow «Reprogramar». Las reservas completadas llegan al webhook y se registran en el sistema de agenda, y el paciente recibe una confirmación en árabe o en inglés. Las preguntas libres, como la cobertura del seguro, siguen llegando a los agentes en la bandeja de entrada. Sobre el momento de los recordatorios, consulte nuestra guía de recordatorios de citas.

Errores habituales con WhatsApp Flows

• Convertir un formulario web en una sola pantalla larga. Las pantallas largas cargan despacio y pierden lo escrito si el cliente sale a mitad.
• Pedir primero el inicio de sesión. Sitúelo hacia el final, solo si es necesario, cuando el cliente ya vea el beneficio.
• Sin alternativa humana. Algunos clientes no completarán un formulario. Mantenga una vía de respuesta hacia un agente.
• Ignorar el estado del endpoint. Un endpoint lento puede provocar que el Flow se limite o se bloquee para todos los clientes.
• Recoger datos que no puede proteger. Almacene las respuestas de los Flows conforme a su política de privacidad y a la ley aplicable, como la PDPL saudí o el RGPD.
• Marketing disfrazado de utilidad. Un botón de Flow no cambia las reglas de categorización de las plantillas.

Cómo ayuda OmniChannels.ai

OmniChannels.ai, con la tecnología de BroadNet Technologies, admite WhatsApp Flows y la base de la que dependen: alta de WhatsApp Business API mediante el registro integrado de Meta (Embedded Signup), plantillas con variables, medios y botones con vista previa en teléfono y seguimiento de aprobaciones, y un Omni Inbox donde los agentes atienden las conversaciones que los formularios no cubren. Los informes de entrega muestran cómo funcionan las plantillas de invitación, y los sistemas que hay detrás de sus Flows se conectan mediante la API REST y los webhooks públicos. Se admiten árabe e inglés. Solicite una demo para definir su caso de uso.