Dónde se muestran ahora los Flows
| Surface | Flows render natively | Notas | |||
|---|---|---|---|---|---|
| WhatsApp móvil (iOS, Android) | Sí | La superficie original, soporte completo de funciones | . | ||
| WhatsApp Web (web.whatsapp.com) | Sí | El modal se abre en línea; la conversación permanece visible | WhatsApp mobile (iOS) | Sí | La superficie original, soporte completo de funciones |
| WhatsApp Aplicación de escritorio (Windows, macOS) | Sí | Igual que Web; modal dentro de la ventana de escritorio | |||
| WhatsApp para Linux (parcial) A través de web.whatsapp.com en un navegador. | |||||
| WhatsApp Business app (versiones anteriores) | No en el compañero de escritorio | Algunas aplicaciones compañeras siguen pidiendo al usuario que abra en un teléfono |
El despliegue Web/Desktop ha sido gradual. Es posible que algunos usuarios de versiones anteriores del cliente WhatsApp sigan viendo el mensaje “Abrir en móvil”. El sistema retrocede con elegancia -pueden completar el flujo en su teléfono cuando estén listos- pero si ves esto en las pruebas, pide al usuario que actualice WhatsApp Desktop o actualice WhatsApp Web.
Qué cambia para tus clientes
Los efectos prácticos de que los Flows se puedan utilizar en Web/Escritorio:- Los clientes no tienen que cambiar de dispositivo para rellenar su dirección o elegir una fecha. Un formulario que requiere mucha escritura es mucho más rápido en un teclado.
- Mayores tasas de cumplimentación.** Los datos más antiguos mostraban que aproximadamente el 30-40% de las aperturas de Flow en Web/sobremesa se abandonaban debido a la fricción del cambio de dispositivo. Esto se recupera cuando el formulario se abre in situ.
- Más flexibilidad en los formularios más largos.** Un flujo de 6-8 campos que sería doloroso en el móvil está bien en un teclado. Puede dividir menos formas a través de múltiples pantallas.
- Un cliente que pega un número de pedido largo, una dirección o un número de IVA en un campo de Flow puede hacerlo de forma natural.
Lo que sigue cambiando entre móvil y Web/escritorio
Hay diferencias visuales y de interacción que debes tener en cuenta a la hora de diseñar:Espacio en pantalla
Espacio en pantalla
El modal Flow en Web/Desktop es un panel de ancho fijo dentro de la ventana WhatsApp. Es más estrecho que un formulario web típico y tiene aproximadamente la misma anchura que la pantalla de un móvil, por lo que los diseños de una sola columna siguen funcionando mejor. No diseñes un flujo que necesite campos uno al lado del otro.
Selector nativo frente a interfaz personalizada
Selector nativo frente a interfaz personalizada
Los selectores de fecha, los desplegables y otros controles de formulario nativos utilizan la interfaz de usuario del cliente de escritorio en Web/Desktop, que tiene un aspecto diferente al de un teléfono pero se comporta igual. Comprueba que los campos de fecha y hora se muestran correctamente en ambos.
Fotos y documentos adjuntos
Fotos y documentos adjuntos
Los clientes de Web/Escritorio adjuntan fotos o documentos desde su sistema de archivos, no desde el carrete de la cámara. Si tu flujo pide “una foto de los daños” esperando una captura instantánea de la cámara, ten en cuenta en la copia de aviso que puede que tengan que hacerla primero con su teléfono.
Ubicación compartida
Ubicación compartida
La geolocalización del navegador funciona de forma diferente al GPS móvil. Si su flujo solicita una ubicación, prevea una menor precisión en la Web/escritorio y considere la introducción de una dirección como alternativa.
Autorrelleno OTP
Autorrelleno OTP
En el móvil, WhatsApp puede rellenar automáticamente un OTP a partir de un SMS reciente. En la Web o el escritorio, esto no ocurre: el cliente escribe el código manualmente. Asegúrese de que el campo de entrada está claramente etiquetado como “código de 6 dígitos de SMS” o similar.
Implicaciones de diseño
Con Flows funcionando en Web/Desktop, merece la pena revisar las decisiones de diseño:- Cantidad de campos. Se pueden pedir más campos por pantalla de lo que era sensato cuando el 30%+ de los usuarios de Web/Desktop iban a abandonar. Una pantalla de 5-7 campos es razonable ahora.
- Los formularios de direcciones multilínea (calle, ciudad, código postal, país) funcionan bien con el teclado. No los aplastes en una sola línea por costumbre.
- Campos de copiar y pegar: números de pedido, referencias de reserva, números de IVA (campos en los que es más probable que el cliente esté en un ordenador que en un teléfono) pueden permanecer en una sola entrada en lugar de fragmentarse.
- Pantallas de confirmación.** La pantalla de confirmación de fin de flujo tiene ahora más espacio para un resumen significativo. Utilícela para confirmar los datos que han introducido, no sólo “gracias”.
Cómo maneja Flowella el cross-device
Desde la perspectiva de Flowella, un envío Flow es un envío Flow independientemente de la superficie que haya utilizado el cliente. La carga útil del webhook, el evento de envío de formulario HubSpot y la notificación de la bandeja de entrada son idénticos. Si necesitas saber qué superficie utilizó el cliente -para análisis o para enrutamiento- el webhook de respuesta incluye una pista de dispositivo en algunos tipos de mensaje. La mayoría de los informes no necesitan esta distinción.Pruebas en web/escritorio
Una lista de comprobación rápida al crear o revisar un flujo:Envía el Flujo a la Web de WhatsApp de un contacto de prueba
Utilice Plantillas → Envío de prueba de Flowella o un contacto de prueba, con WhatsApp Web abierto en un segundo monitor o navegador.
Abrir el flujo en la web/escritorio
Confirmar que el modal Flow se abre en línea, no con un marcador de posición “abrir en móvil”.
Rellene todos los campos como lo haría un cliente real
Utiliza el tabulador entre campos, pega valores largos cuando sea realista y comprueba que los estados de error (correo electrónico no válido, campo obligatorio omitido) se muestran de forma legible.
Comprobar la fecha y el comportamiento desplegable
Abre el selector de fechas, desplázate por los desplegables. Confirma que todo lo que se ha probado sólo en móviles sigue resultando natural con el ratón.
Clientes antiguos y fallbacks
Si un cliente utiliza una versión anterior de WhatsApp que no admite Flows en su superficie actual, WhatsApp suele mostrar un marcador de posición solicitándole que lo actualice o que lo abra en un teléfono. El flujo en sí sigue siendo válido: el cliente puede completarlo más tarde volviendo a abrir el chat en una superficie compatible. Para los formularios críticos para la empresa, dos salvaguardas:- Incluir siempre un mensaje de seguimiento tras el envío de un flujo, pidiendo al cliente que confirme que lo ha completado. Si no lo ha hecho, la respuesta automática puede pedírselo de nuevo.
- Establece una caducidad razonable del flujo** para que la invitación al formulario no permanezca indefinidamente. Consulta Referencia de plantilla para ver las opciones de tiempo de vida de la plantilla subyacente.
Guías relacionadas
- Formularios - cómo los formularios HubSpot se convierten en WhatsApp Flows
- Template reference - la plantilla que envuelve un Flow
- Inbox - donde llegan los envíos de Flow para tu equipo