Crear un WhatsApp Flow

Crea un WhatsApp Flow, prueba sus pantallas y la gestión de datos, y luego publícalo para usarlo en mensajes para clientes.

​

Elegir un método de creación

Puedes gestionar Flows a través de la API de Flows de YCloud. También puedes utilizar las herramientas de creación de Flows disponibles para tu WABA en el Administrador de WhatsApp. El soporte de la API y la disponibilidad del editor en la consola son independientes. Confirma las opciones mostradas para tu cuenta en lugar de asumir que cada pantalla de YCloud incluye un creador de Flows.

​

Preparar y probar

1. Selecciona la WABA que será propietaria del Flow.
2. Define las pantallas, los campos y el resultado de finalización.
3. Decide si el Flow necesita un endpoint de datos.
4. Crea un borrador y corrige los errores de validación.
5. Previsualiza el recorrido completo del cliente con datos sintéticos.
6. Publica solo después de que el formulario y el procesamiento posterior estén listos.

La captura de pantalla ilustra el flujo de trabajo existente en el Administrador de WhatsApp. Sigue las etiquetas y avisos de elegibilidad actuales en tu cuenta.

​

Definir los datos antes de las pantallas

Para una solicitud de cita, redacta una pequeña especificación de campos: Utiliza la cantidad mínima de campos necesarios. Una hora preferida no es un espacio reservado; nómbrala con precisión hasta que el sistema de reservas confirme la disponibilidad. Decide qué recibe, devuelve y muestra cada pantalla en caso de error. Para un Flow dinámico, el endpoint debe gestionar la disponibilidad desactualizada y las selecciones no válidas, incluso cuando el formulario restrinja normalmente esos valores.

​

Validar el borrador por etapas

1. Estructura: recupera el Flow e inspecciona validationErrors. Corrige las ubicaciones de JSON indicadas, no solo el primer error visible.
2. Navegación: prueba cada ruta de avance, retroceso y finalización.
3. Datos: prueba campos obligatorios vacíos, valores máximos esperados y selecciones que ya no son válidas.
4. Endpoint: prueba datos no disponibles, tiempos de espera agotados y una operación de negocio rechazada.
5. Finalización: confirma que la respuesta llegue exactamente una vez al contexto de cliente correcto.

Para la ruta de la API, la secuencia documentada es crear, obtener detalles de validación, actualizar la estructura, generar una vista previa y publicar. El endpoint de vista previa crea una URL de vista previa pública, por lo que debes usar datos sintéticos y ningún secreto.

​

Planificar un lanzamiento versionado

Mantén la definición del Flow y cualquier cambio en los endpoints juntos en tu registro de versiones. Registra el ID del Flow, la WABA propietaria, el estado, la plantilla de invitación prevista y el resultado comercial. El contrato actual de YCloud contiene descripciones inconsistentes sobre la edición de Flows publicados. Hasta que se aclare ese comportamiento, utiliza una nueva versión probada del Flow para cualquier cambio en la experiencia en vivo en lugar de depender de una reversión local a borrador. Actualiza su invitación solo después de probar el reemplazo. No desprecies el Flow anterior antes de verificar las invitaciones activas y la transición prevista para los clientes que ya lo recibieron.

​

Antes de publicar

Verifica los campos obligatorios, la navegación, las entradas no válidas, los envíos duplicados y los fallos de endpoints. Una vista previa pública no debe contener secretos de producción ni datos confidenciales de clientes. La publicación cambia el ciclo de vida del recurso. Consulta el contrato actual antes de modificar un Flow en producción; planifica una versión de reemplazo cuando sea necesario. Si no encuentras el Flow al crear una plantilla, confirma que ambos recursos pertenezcan a la WABA prevista y que el Flow esté disponible para su uso. Continúa con Enviar un Flow.