Where Flows render now
| Surface | Rendu natif des flux | Notes |
|---|---|---|
| WhatsApp mobile (iOS, Android) | Oui | La surface originale, support complet des fonctionnalités |
| WhatsApp Web (web.whatsapp.com) | Oui | La modale s’ouvre en ligne ; la conversation reste visible |
| WhatsApp Desktop app (Windows, macOS) | Oui | Identique au Web ; la fenêtre modale s’ouvre dans la fenêtre du bureau. |
| WhatsApp pour Linux | Partiel | Via web.whatsapp.com dans un navigateur |
| WhatsApp Business app (anciennes versions) | Non sur le compagnon de bureau | Certaines apps compagnons demandent encore à l’utilisateur d’ouvrir sur un téléphone |
La mise en place du Web/Desktop s’est faite progressivement. Certains utilisateurs d’anciennes versions du client WhatsApp peuvent encore voir l’ancienne invite “veuillez ouvrir sur mobile”. Le système revient en arrière de manière gracieuse - ils peuvent compléter le flux sur leur téléphone lorsqu’ils sont prêts - mais si vous voyez cela lors des tests, demandez à l’utilisateur de mettre à jour WhatsApp Desktop ou de rafraîchir WhatsApp Web.
Ce qui change pour vos clients
Les effets pratiques de l’utilisation des flux sur le Web et le bureau :- Les clients n’ont pas besoin de changer d’appareil pour indiquer leur adresse ou choisir une date. Un formulaire lourd à taper est beaucoup plus rapide sur un clavier.
- Des données plus anciennes montraient qu’environ 30 à 40 % des formulaires ouverts sur le Web/bureau étaient abandonnés en raison de la friction liée au changement d’appareil. Ce taux est rétabli lorsque le formulaire s’ouvre sur place.
- Plus de flexibilité pour les formulaires plus longs.** Un formulaire Flow de 6 à 8 champs qui serait pénible sur mobile est parfait sur un clavier. Vous pouvez répartir moins de formulaires sur plusieurs écrans.
- Un client qui colle un long numéro de commande, une adresse ou un numéro de TVA dans un champ du flux peut le faire naturellement.
Ce qui change encore entre le mobile et le Web/Bureau
Il existe des différences visuelles et d’interaction que vous devez prendre en compte lors de la conception :Surface de l'écran
Surface de l'écran
La modale Flow sur le Web/bureau est un panneau de largeur fixe à l’intérieur de la fenêtre WhatsApp. Il est plus étroit qu’un formulaire web classique et à peu près de la même largeur qu’un écran de téléphone portable, c’est pourquoi les mises en page à une seule colonne continuent de fonctionner le mieux. Ne concevez pas un flux qui nécessite des champs côte à côte.
Sélecteurs natifs ou interface utilisateur personnalisée
Sélecteurs natifs ou interface utilisateur personnalisée
Les sélecteurs de date, les listes déroulantes et les autres contrôles de formulaire natifs utilisent l’interface utilisateur du client de bureau sur Web/Desktop, qui est différente de celle d’un téléphone mais se comporte de la même manière. Vérifiez que les champs de date ou d’heure s’affichent correctement dans les deux cas.
Photos et pièces jointes
Photos et pièces jointes
Sur Web/Desktop, les clients joignent des photos ou des documents à partir de leur système de fichiers, et non à partir d’un rouleau d’appareils photo. Si votre flux demande “une photo des dégâts” en s’attendant à une capture instantanée, indiquez dans la copie d’accueil qu’ils devront peut-être d’abord prendre la photo sur leur téléphone.
Partage des lieux
Partage des lieux
La géolocalisation des navigateurs fonctionne différemment du GPS mobile. Si votre flux demande une localisation, attendez-vous à une précision moindre sur le Web/le bureau et envisagez une saisie d’adresse comme solution de repli.
Remplissage automatique de l'OTP
Remplissage automatique de l'OTP
Sur mobile, WhatsApp peut remplir automatiquement un OTP à partir d’un SMS récent. Sur le Web/bureau, cela ne se produit pas - le client tape le code manuellement. Assurez-vous que le champ de saisie est clairement identifié comme “code à 6 chiffres provenant d’un SMS” ou similaire.
Implications en termes de conception
Avec l’exécution de Flows sur le Web/l’ordinateur de bureau, les décisions de conception méritent d’être revues :- Vous pouvez demander plus de champs par écran qu’il n’était raisonnable de le faire à l’époque où 30 % des utilisateurs de Web/Desktop allaient abandonner. Un écran de 5 à 7 champs est raisonnable aujourd’hui.
- Les formulaires d’adresse à plusieurs lignes (rue, ville, code postal, pays) fonctionnent bien sur un clavier. Ne les écrasez pas sur une seule ligne par habitude.
- Les champs à copier-coller** Les numéros de commande, les références de réservation, les numéros de TVA - des champs pour lesquels le client est plus susceptible d’être sur un ordinateur que sur un téléphone - peuvent rester en une seule entrée plutôt que d’être morcelés.
- L’écran de confirmation de fin de flux dispose désormais de plus d’espace pour un résumé significatif. Utilisez-le pour confirmer les données saisies, et pas seulement pour dire “merci”.
Comment Flowella gère le cross-device
Du point de vue de Flowella, une soumission de flux est une soumission de flux quelle que soit la surface utilisée par le client. La charge utile du webhook, l’événement de soumission de formulaire de HubSpot et la notification dans la boîte de réception sont identiques. Si vous avez besoin de savoir quelle surface le client a utilisée - à des fins d’analyse ou de routage - le webhook de réponse inclut un indice d’appareil dans certains types de messages. La plupart des rapports n’ont pas besoin de cette distinction.Test sur le web/le bureau
Une liste de contrôle rapide lors de l’élaboration ou de la révision d’un flux :Envoyez le flux vers le WhatsApp Web d'un contact test
Utilisez Flowella’s Templates → Test Send ou un contact test, avec WhatsApp Web ouvert sur un second moniteur ou navigateur.
Ouvrez le flux sur le Web/bureau
Confirmez que la fenêtre modale du flux s’ouvre en ligne, et non avec un espace réservé “ouvrir sur mobile”.
Remplissez chaque champ comme le ferait un vrai client
Utilisez la tabulation entre les champs, collez des valeurs longues lorsque c’est réaliste et vérifiez que les messages d’erreur (email invalide, champ obligatoire manquant) s’affichent de manière lisible.
Comportement de la date de vérification et de la liste déroulante
Ouvrez le sélecteur de date, faites défiler les menus déroulants. Confirmez que tout ce qui a été testé uniquement sur mobile reste naturel avec une souris.
Anciens clients et solutions de repli
Si un client utilise une ancienne version de WhatsApp qui ne prend pas en charge les flux sur sa surface actuelle, WhatsApp affiche généralement un espace réservé lui demandant de mettre à jour ou d’ouvrir sur un téléphone. Le flux lui-même reste valide - le client peut le compléter plus tard en rouvrant le chat sur une surface prise en charge. Pour les formulaires critiques, deux mesures de protection :- Incluez toujours un message de suivi après l’envoi d’un flux, demandant au client de confirmer qu’il l’a terminé. S’il ne l’a pas fait, la réponse automatique peut le relancer.
- Fixez une date d’expiration raisonnable pour le flux** afin que le formulaire d’invitation ne reste pas indéfiniment en suspens. Voir Référence du modèle pour les options de durée de vie du modèle sous-jacent.
Guides connexes
- Formulaires - comment les formulaires HubSpot deviennent WhatsApp Flows
- Référence du modèle - l’enveloppe du modèle autour d’un flux
- Inbox - l’endroit où les soumissions de Flow atterrissent pour votre équipe