Le formulaire est le moment où la plupart des prospects disparaissent. Un client assez intéressé pour écrire à une marque tombe sur une question qui lui demande de saisir son nom, sa date souhaitée, son adresse et le service choisi, un message après l'autre, dans une fenêtre de chat, et cet effort suffit à le faire renoncer. WhatsApp Flows remplace ces allers-retours par un formulaire natif, construit dans la conversation elle-même. Au lieu de poser les questions une à une en attendant chaque réponse, un Flow présente un écran structuré avec des champs, des listes déroulantes, des sélecteurs de date et des choix que le contact remplit et envoie en une seule action, sans quitter WhatsApp.
Cet article explique ce que sont les WhatsApp Flows, à quoi ils servent, comment on les crée et les envoie aux contacts, et comment mesurer s'ils fonctionnent.
Que sont les WhatsApp Flows et comment fonctionnent-ils ?
La différence entre un Flow et une conversation classique
Une conversation WhatsApp classique n'est pas structurée : le contact écrit ce qu'il veut, la marque répond et l'échange continue jusqu'à ce que quelque chose soit résolu ou convenu. Cela fonctionne bien pour les échanges ouverts, mais mal quand la marque a besoin d'informations précises et structurées de la part du contact. Un WhatsApp Flow est un écran interactif prêt à l'emploi, ou une suite d'écrans, qui présente des champs de formulaire, des options et des choix dans une structure définie. Le contact remplit l'écran et l'envoie en une seule action, et la marque reçoit les données sous forme structurée plutôt qu'éparpillées dans plusieurs messages. Les Flows ne remplacent pas la conversation. Ce sont des outils pour les moments d'une conversation où la structure donne de meilleurs résultats qu'un échange libre.
Comment les Flows s'affichent pour les contacts dans WhatsApp
Quand un Flow est déclenché, un bouton apparaît dans la conversation pour que le contact l'ouvre. En touchant le bouton, il ouvre une fenêtre en plein écran dans WhatsApp qui contient le formulaire ou l'expérience interactive. Cette fenêtre ressemble à un écran d'application native et se comporte comme tel : elle a des champs, des libellés, des commandes de saisie et un bouton d'envoi. Le contact remplit et envoie, la fenêtre se ferme et un message de confirmation apparaît dans la conversation. Toute l'interaction se déroule dans WhatsApp, sans ouvrir de navigateur ni passer dans une autre application. Du point de vue du contact, on a l'impression d'utiliser un formulaire intégré à WhatsApp, et non d'être redirigé vers un site externe pour accomplir une tâche.
Quels comptes peuvent utiliser les WhatsApp Flows
Les WhatsApp Flows sont une fonction de la Business Platform (API). Ils ne sont pas disponibles dans l'application WhatsApp Business. Les marques ont besoin d'une connexion à l'API WhatsApp Business, obtenue via un prestataire de solutions ou directement par l'API de Meta, pour créer et envoyer des Flows. Ils sont donc utilisés par les marques qui ont des volumes de conversations plus élevés, des parcours clients plus complexes ou des besoins opérationnels qui justifient la mise en place de l'API. Pour les petites marques qui utilisent l'application WhatsApp Business, les Flows ne sont pas une option pour le moment, même si les fonctions de l'application se sont étoffées avec le temps. Toute marque qui envisage les Flows dans sa configuration WhatsApp a besoin d'une connexion API avant de commencer à en construire.
Comment les Flows se connectent aux systèmes internes
Les Flows peuvent fonctionner de deux façons : sous forme de formulaires statiques, dont les champs et les options sont fixés à la création, et sous forme de Flows dynamiques, dont le contenu des écrans est alimenté en temps réel par un système connecté. Un Flow statique de prise de rendez-vous peut présenter une liste fixe de créneaux. Un Flow dynamique pour le même usage appellerait un point de terminaison à l'ouverture, récupérerait les créneaux actuellement disponibles dans le système de réservation et n'afficherait que les horaires réellement libres à cet instant. Les Flows dynamiques demandent un point de terminaison qui répond aux requêtes de données de WhatsApp dans un délai défini, mais ils donnent une expérience bien plus exacte quand les options disponibles changent souvent. Relier les envois de Flows à un système interne, pour qu'un formulaire rempli crée automatiquement une réservation, une fiche de prospect ou un ticket de support, évite à un membre de l'équipe de traiter chaque envoi à la main.
Le Flow Builder et la création des Flows
Les WhatsApp Flows se créent avec le Flow Builder de Meta, un éditeur visuel accessible depuis Meta Business Suite ou WhatsApp Manager. Le Flow Builder permet de concevoir les écrans par glisser-déposer avec un ensemble de composants : champs de texte, listes déroulantes, boutons radio, cases à cocher, sélecteurs de date, affichages d'images et blocs de texte. Chaque écran peut avoir un ou plusieurs composants, un titre et un pied de page avec un bouton d'envoi ou de poursuite. Un Flow peut avoir un seul écran pour les usages simples, ou plusieurs écrans qui s'enchaînent, le contenu de chaque écran pouvant dépendre des réponses du contact aux écrans précédents. Une fois le Flow conçu et testé, il est soumis à l'examen de Meta avant de pouvoir être envoyé aux contacts : c'est une étape à prévoir dans le calendrier.
À quoi servent les WhatsApp Flows ?
Prise de rendez-vous et planning
La prise de rendez-vous est l'un des usages les plus évidents des WhatsApp Flows, car l'alternative, demander à un contact de choisir une date et une heure par messages libres, est lente et source d'erreurs. Un Flow de réservation présente les dates et horaires disponibles, recueille la préférence du contact sur un seul écran, confirme la réservation dans la même conversation et peut envoyer les données automatiquement vers un agenda ou un système de réservation. Pour les entreprises de services où le rendez-vous est le principal point de conversion, un Flow de réservation fait passer le chemin entre le premier contact et le rendez-vous confirmé de plusieurs messages échangés parfois sur des heures à une seule interaction réalisée en moins d'une minute. Les Flows de réservation dynamiques qui récupèrent les disponibilités en temps réel dans un agenda connecté évitent qu'un contact choisisse un créneau déjà pris.
Collecte et qualification de leads
Un Flow de collecte de leads recueille les informations dont une équipe commerciale a besoin avant de relancer : nom, coordonnées, nature de la demande, budget, délai et toute autre donnée de qualification jugée utile par la marque. Il remplace une série de questions de qualification posées une à une dans la conversation, ce qui oblige l'équipe commerciale à être active dans l'échange et crée des trous quand les réponses arrivent à plusieurs heures d'écart. Un Flow de leads envoyé au début d'une conversation de demande recueille toutes les données de qualification en un seul envoi et les transmet à l'équipe commerciale sous forme structurée : elle peut examiner le prospect et répondre avec des informations pertinentes plutôt que de repartir de zéro à chaque conversation. Pour les marques qui reçoivent beaucoup de demandes, un Flow de qualification écarte aussi les contacts qui ne sont pas encore de vrais acheteurs, ce qui concentre le temps de l'équipe commerciale sur les prospects les plus susceptibles de convertir.
Tri et orientation des demandes de support
Les Flows de tri du support recueillent des informations sur un problème avant l'intervention d'un conseiller : celui-ci reçoit le contact avec du contexte, sans devoir poser les mêmes questions d'ouverture à chaque conversation. Un Flow de tri peut demander le produit ou le service concerné, la nature du problème, si le contact a déjà essayé certaines étapes, ainsi que son numéro de commande ou de compte. Les données envoyées peuvent orienter automatiquement la conversation vers la bonne équipe ou le bon conseiller, appliquer une étiquette dans le système de gestion des conversations ou déclencher une réponse automatique avec des étapes de dépannage pertinentes si le problème correspond à un cas connu. Pour les équipes de support qui gèrent plusieurs gammes de produits ou types de problèmes, les Flows de tri réduisent le temps moyen de traitement par conversation en supprimant l'échange de diagnostic initial.
Enquêtes et recueil d'avis
Les Flows d'avis envoyés après un achat, un rendez-vous de service ou la résolution d'un problème recueillent des notes structurées et des réponses libres dans la même conversation WhatsApp que le client utilise depuis le début de son parcours. Comme la demande d'avis arrive dans un canal où le client est déjà engagé, et que remplir un Flow demande moins d'effort que de suivre un lien vers un outil d'enquête externe, les taux de réponse des Flows d'avis sur WhatsApp ont tendance à être plus élevés que ceux des liens d'enquête par e-mail ou SMS. Le Flow peut inclure une échelle de notation, une question à choix multiples sur un aspect précis de l'expérience et un champ de texte libre facultatif pour les commentaires. Garder les Flows d'avis courts, deux ou trois questions au plus, donne de meilleurs taux d'achèvement que des enquêtes plus longues qui demandent trop de choses en une seule interaction.
Inscription, accueil et collecte de données
Les Flows conviennent à toute situation où une marque doit recueillir des données structurées auprès d'un contact dans le cadre d'un accueil ou d'une inscription : inscription à un événement, adhésion, enregistrement d'une garantie ou recueil des préférences pour un programme de fidélité. Un Flow d'inscription peut recueillir le nom, les coordonnées, l'adresse de livraison, les préférences de produits et le consentement aux communications dans une expérience à plusieurs écrans qui se termine en moins de deux minutes. Pour les marques qui géraient jusque-là l'inscription par des formulaires e-mail ou des pages d'atterrissage, déplacer l'inscription vers un WhatsApp Flow place le processus dans le canal où le client est déjà actif, ce qui augmente en général les taux d'achèvement. Les données envoyées peuvent alimenter une fiche dans un outil de gestion de la relation client, déclencher une série de messages de bienvenue ou créer un compte dans un système connecté dès l'envoi.
Comment créer et envoyer un WhatsApp Flow ?
Types d'écrans et composants de mise en page
Les WhatsApp Flows prennent en charge plusieurs types d'écrans, chacun conçu pour un usage précis. Un écran de formulaire recueille la saisie du contact avec une combinaison de composants : champs de texte courts pour les noms et références, champs de texte longs pour les réponses ouvertes, listes déroulantes pour un choix unique dans une liste, boutons radio pour choisir une option parmi quelques-unes, cases à cocher pour les choix multiples, sélecteurs de date pour la planification et composants d'image pour donner un contexte visuel. Un écran de confirmation présente un récapitulatif des choix du contact avant l'envoi. Un écran de fin clôt le Flow par un message ou une étape suivante. Chaque écran peut combiner plusieurs composants, mais centrer chaque écran sur une seule tâche ou décision donne une expérience plus propre et de meilleurs taux d'achèvement que de caser toutes les questions sur un seul écran.
Flows dynamiques : intégrer des données en direct dans les écrans
Les Flows dynamiques se connectent à un point de terminaison que la marque contrôle, appelé quand le contact ouvre le Flow ou passe d'un écran à l'autre. Ce point de terminaison renvoie des données qui alimentent le contenu des écrans : créneaux disponibles, options de produits, informations personnalisées à partir du compte du contact, ou toute autre donnée qui change avec le temps ou varie selon le contact. Créer un Flow dynamique demande un point de terminaison fonctionnel qui répond dans le délai imparti par WhatsApp, renvoie les données dans le format attendu et gère correctement les erreurs quand les données sont indisponibles. L'investissement technique est plus élevé que pour un Flow statique, mais le gain d'exactitude est important dès que les options présentées au contact doivent refléter l'état réel des systèmes de la marque au moment où il remplit le formulaire, et non à celui où le Flow a été créé.
Tester un Flow avant de l'envoyer pour de bon
Le Flow Builder inclut un mode d'aperçu qui simule l'apparence du Flow pour les contacts, ce qui permet de revoir la mise en page des écrans, les libellés des champs et la navigation avant la soumission. Au-delà de l'aperçu visuel, les Flows doivent être testés sur un vrai appareil avec un numéro de téléphone de test, pour vérifier que l'expérience fonctionne comme prévu dans une vraie conversation WhatsApp. Pour les Flows dynamiques, le test doit confirmer que le point de terminaison répond correctement, que les données affichées dans le Flow sont exactes et que l'envoi transmet les données attendues au système connecté. Meta exige que les Flows passent un examen avant de pouvoir être envoyés aux contacts, mais cet examen vérifie le respect des règles, pas le bon fonctionnement opérationnel. C'est à la marque de s'assurer que le Flow fonctionne comme prévu avant qu'il n'atteigne de vrais contacts.
Envoyer un Flow aux contacts : déclencheurs et points d'entrée
Un WhatsApp Flow est envoyé à un contact sous forme de message contenant un bouton qui ouvre le Flow. Le message peut être envoyé à la main par un membre de l'équipe dans une conversation individuelle, déclenché automatiquement par un chatbot ou une automatisation quand certaines conditions sont remplies, ou inclus dans un modèle de message envoyé dans le cadre d'une campagne proactive. Un Flow de réservation peut se déclencher automatiquement quand un contact envoie un message contenant « réserver » ou « rendez-vous ». Un Flow d'avis peut être déclenché par une règle d'automatisation qui s'exécute 24 heures après le passage d'une commande au statut livré dans la boutique en ligne connectée. La logique de déclenchement détermine comment et quand les contacts rencontrent le Flow, et des conditions bien pensées font apparaître le Flow au bon moment de la conversation plutôt qu'à un endroit arbitraire qui paraît hors contexte.
Faire approuver les Flows par Meta
Tous les WhatsApp Flows doivent être soumis à l'examen de Meta avant de pouvoir être envoyés aux contacts. L'examen vérifie que le Flow respecte les règles de commerce et de messagerie de WhatsApp, ne collecte pas de types de données interdits et répond aux exigences de la plateforme pour l'expérience des contacts. Les délais varient et peuvent prendre plusieurs jours. Les Flows qui collectent des données personnelles sensibles, des informations financières ou des informations de santé font l'objet d'un examen supplémentaire et peuvent exiger des mentions ou un texte de consentement précis dans le Flow. Prévoir du temps pour l'examen et d'éventuelles corrections avant le lancement d'une campagne ou d'une fonction évite qu'un Flow soit prêt mais impossible à envoyer parce qu'il est encore en attente d'approbation. Soumettre les Flows bien avant la date d'envoi prévue est la pratique courante des marques qui utilisent les Flows dans une campagne programmée.
Comment mesurer et améliorer les performances d'un Flow ?
Taux d'achèvement et points d'abandon
L'indicateur principal d'un WhatsApp Flow est le taux d'achèvement : la part des contacts qui ouvrent le Flow et l'envoient, par rapport à ceux qui l'ouvrent et l'abandonnent avant l'envoi. Un faible taux d'achèvement indique que le Flow est trop long, trop complexe, confus sur un écran précis, ou qu'il demande des informations que le contact n'a pas ou ne veut pas donner. Les statistiques de Flows de Meta montrent le nombre d'ouvertures et d'achèvements et, pour les Flows à plusieurs écrans, le point d'abandon entre les écrans révèle où l'expérience décroche. Un écran au fort taux d'abandon demande généralement quelque chose que le contact ne peut pas facilement répondre, présente trop d'options à la fois ou suit un écran qui a déjà demandé trop de choses. La solution est presque toujours la simplification : moins de questions par écran, des libellés plus clairs, ou la suppression d'une question qui n'est pas nécessaire au fonctionnement de la marque.
Relier les envois de Flows à votre CRM ou à votre système de réservation
Un Flow qui recueille des informations sans les envoyer quelque part d'utile crée du travail manuel : un membre de l'équipe lit l'envoi dans la conversation et saisit les données à la main dans un autre système. Relier l'envoi du Flow à un outil de gestion de la relation client, à un système de réservation, à un outil de support ou à un tableur, via un point de terminaison d'API ou un outil d'automatisation connecté, supprime cette étape et rend les données utilisables sans intervention manuelle. La connexion se configure sur le point de terminaison qui reçoit les données envoyées par le Flow et associe chaque champ au champ correspondant du système de destination. Pour les marques sans ressources techniques en interne, de nombreux prestataires de solutions proposent des intégrations prêtes à l'emploi entre les WhatsApp Flows et les outils courants de relation client et de réservation, sans développement sur mesure. Bien réussir cette connexion dès le départ détermine si le Flow crée un gain d'efficacité ou déplace simplement le travail manuel de la conversation vers une tâche de saisie séparée.
Erreurs de conception courantes qui réduisent l'achèvement
L'erreur de conception la plus courante est de créer un Flow trop long. Un contact qui ouvre un Flow en s'attendant à une interaction rapide et découvre six écrans de questions l'abandonnera avant la fin, et la marque perd complètement les données. Un Flow d'un à trois écrans, avec un objectif clair, est mené à terme plus souvent qu'un Flow qui tente de recueillir toutes les informations dont la marque pourrait avoir besoin un jour. La deuxième erreur la plus fréquente est d'utiliser des libellés de champs flous qui obligent le contact à deviner le format ou le niveau de détail attendus. Un champ intitulé « date » sans indication de format ni de plage disponible donne des réponses incohérentes ou des abandons. Un sélecteur de date est préférable à un champ de texte libre pour les dates, car il supprime la question du format. La troisième erreur est d'envoyer un Flow au mauvais moment de la conversation, avant que le contact ait assez de contexte pour comprendre pourquoi on lui demande des informations.
Quand utiliser un Flow plutôt qu'un chatbot
Les Flows et les chatbots résolvent des problèmes différents. Un chatbot gère la conversation non structurée : il lit ce que le contact envoie, interprète l'intention et répond de façon appropriée. Un Flow gère la collecte de données structurées : il présente des champs définis et recueille des informations précises dans un format maîtrisé. La distinction pratique est qu'un chatbot convient quand la marque ne sait pas ce que le contact va dire, et un Flow quand la marque sait de quelles informations elle a besoin et veut les recueillir efficacement. Beaucoup de configurations d'automatisation WhatsApp utilisent les deux : le chatbot gère la conversation d'ouverture, repère que le contact veut prendre rendez-vous ou faire une réclamation, puis déclenche un Flow pour recueillir les détails nécessaires à cette tâche. Le choix tient à savoir si la marque doit interpréter ce que dit le contact ou simplement recueillir ce qu'elle sait déjà devoir obtenir. Pour en savoir plus sur le fonctionnement des chatbots, lisez les chatbots WhatsApp : créer des conversations automatisées.
Garder les Flows à jour quand les produits et les processus évoluent
Un Flow conçu pour une gamme de produits, une liste de services ou un processus précis devient périmé dès que l'un d'eux change. Un Flow de réservation qui présente des services qui ne sont plus proposés, un Flow d'inscription qui demande un niveau d'adhésion supprimé ou un Flow de tri du support qui oriente vers une équipe réorganisée créent tous de la friction et de la confusion pour les contacts qui y tombent. Les Flows doivent entrer dans le même cycle de revue que le catalogue, les réponses rapides et tout autre contenu WhatsApp qui reflète le fonctionnement actuel. Chaque fois qu'un produit, un service, un prix, un processus ou une structure d'équipe change, les Flows qui y font référence doivent être mis à jour avant que le changement ne s'applique aux clients. Pour voir comment les Flows s'intègrent à l'ensemble de l'API et de l'automatisation, lisez WhatsApp Business API et automatisation.
Questions fréquentes
Nous utilisons l'application WhatsApp Business, pas l'API. Pouvons-nous utiliser les Flows ?
Non. Les WhatsApp Flows ne sont accessibles qu'aux marques qui utilisent la WhatsApp Business Platform, ce qui demande une connexion API via un prestataire de solutions ou un accès direct à l'API. L'application WhatsApp Business n'inclut pas la fonction Flows. Pour les marques qui utilisent actuellement l'application et veulent des Flows, la première étape est de mettre en place une connexion à la Business Platform, ce qui implique en général de travailler avec un prestataire qui gère l'accès à l'API et l'intégration des Flows. Avec le créateur de site web de WEMASY, vous pouvez le mettre en place directement sur votre site.
Combien de temps dure l'examen d'un Flow par Meta ?
Les délais varient et ne sont pas garantis. Des Flows simples, sans collecte de données sensibles, ont été approuvés en un à trois jours ouvrés, tandis que ceux qui collectent des données personnelles ou touchent à des catégories réglementées peuvent prendre plus de temps et exiger des corrections avant l'approbation. Les marques qui prévoient de lancer un Flow dans le cadre d'une campagne ou d'une nouvelle fonction doivent le soumettre à l'examen au moins une semaine avant la date de mise en ligne, pour laisser le temps à l'examen et aux éventuelles modifications. Il n'existe aucun moyen d'accélérer l'examen.
Un Flow peut-il présenter des écrans différents selon le profil du contact ou ses réponses précédentes ?
Oui, avec un Flow dynamique. Un Flow dynamique appelle un point de terminaison quand le contact l'ouvre ou passe d'un écran à l'autre, et ce point de terminaison peut renvoyer un contenu différent selon les données de compte du contact, ses réponses précédentes ou toute autre donnée à laquelle la marque a accès. Un même Flow peut ainsi présenter des options personnalisées, n'afficher que les services pertinents selon l'endroit où se trouve le contact ou son type de compte, ou sauter les écrans qui ne s'appliquent pas. Les Flows dynamiques demandent un point de terminaison fonctionnel et une mise en place plus technique que les Flows statiques, mais ils donnent une expérience nettement plus pertinente quand la personnalisation a du sens.
Que deviennent les données si un contact abandonne un Flow en cours de route ?
Les Flows remplis en partie n'envoient aucune donnée. La marque ne reçoit rien d'un Flow qui a été ouvert sans être envoyé. C'est l'une des raisons pour lesquelles le taux d'achèvement est l'indicateur principal : un Flow abandonné n'apporte de valeur ni à la marque ni au contact. Si une part importante des contacts abandonne un Flow en particulier, il faut revoir sa conception. Les corrections courantes sont de raccourcir le Flow, de simplifier la question de l'écran où se produit l'abandon, ou de scinder un long Flow en deux plus courts déclenchés à des moments différents de la conversation.
Pouvons-nous utiliser les Flows pour recueillir des informations de paiement ou traiter des transactions ?
Non. Les WhatsApp Flows ne prennent pas en charge le traitement des paiements ni la collecte des données complètes de carte bancaire. Recueillir des numéros de carte, des codes de sécurité ou d'autres identifiants financiers sensibles par un Flow est interdit par les règles de WhatsApp. Les Flows peuvent servir à recueillir des informations liées au paiement mais non sensibles, comme une adresse de facturation ou un type de moyen de paiement préféré, puis à diriger le contact vers un lien de paiement sécurisé ou un écran de paiement géré par un prestataire de paiement conforme. Le paiement lui-même se fait en dehors du Flow, par un lien de paiement, une passerelle de paiement ou WhatsApp Pay dans les pays où il est disponible.
Notre équipe n'a pas de développeurs. Pouvons-nous quand même créer et utiliser des Flows ?
Les Flows statiques, dont le contenu est fixé à la création, peuvent être créés avec le Flow Builder de Meta sans écrire de code. L'interface par glisser-déposer permet de concevoir les écrans visuellement, et les données envoyées peuvent être reçues et traitées par des outils connectés qui ne demandent pas de développement sur mesure. Les Flows dynamiques, qui récupèrent des données en temps réel dans des systèmes internes, demandent un point de terminaison, qu'un développeur doit créer et entretenir. De nombreux prestataires de solutions proposent des services de Flows gérés qui assurent la mise en place technique pour le compte des marques, ce qui rend les Flows accessibles sans ressources de développement en interne pour la majorité des usages.