
En bref
« Meta Muse pour l'onboarding client » désigne en réalité Meta Business Agent, l'IA qui répond aux clients sur WhatsApp, Messenger et Instagram. Muse lui-même est l'agent grand public de Meta. Business Agent excelle dans la moitié conversationnelle de l'onboarding : répondre aux questions de configuration, recueillir des informations via un formulaire et dire à un client « votre pièce d'identité est vérifiée, voici la prochaine étape ».
Le hic, c'est qu'il ne fait que répondre, il n'écrit jamais en premier. La documentation de Meta indique elle-même que les messages de l'agent « can only be used to respond - not reach out - to users ». Le message de bienvenue, la relance « terminez la configuration de votre compte » et le rappel du jour 3 doivent donc tous être des modèles envoyés par votre propre système. Meta décide pour chacun s'il est utilitaire ou marketing, et le facture par catégorie.
À partir du 1er octobre 2026, l'onboarding sur WhatsApp coûte plus cher. Les modèles utilitaires dans la fenêtre de 24 heures sont de nouveau facturés. Les réponses humaines sont facturées après 1 000 gratuites par mois et par numéro. Les messages de l'agent coûtent environ 4 à 5 cents chacun, même dans la fenêtre « gratuite » issue des publicités. Si vos questions d'onboarding arrivent aussi par e-mail ou dans votre helpdesk, le coéquipier IA helpdesk d'eesel y répond aux deux endroits avec les mêmes connaissances, et vous pouvez le tester sur vos anciens tickets avant qu'il ne parle à qui que ce soit.
Ce que signifie vraiment « Meta Muse pour l'onboarding client »
Je passe mes journées dans la file de support d'eesel, et de tout ce qui arrive, les questions de la première semaine sont celles que je prévois le mieux. Comment connecter ceci, où se trouve ce réglage, pourquoi mes données n'apparaissent pas encore. Quand vos clients vivent déjà sur WhatsApp, je comprends qu'on veuille qu'une IA de Meta s'en charge, et c'est la raison pour laquelle on se met à chercher un chatbot WhatsApp.
Le nommage n'aide pas ici. « Meta Muse » peut désigner trois produits différents, et vos clients n'en côtoient qu'un seul :
| Produit | Ce que c'est | Utile pour l'onboarding ? |
|---|---|---|
| Muse | L'agent personnel grand public de Meta, lancé le 8 septembre 2026, dans l'application Muse et sur WhatsApp | Non. Il sert aux particuliers, pas à votre entreprise |
| Muse Spark API | Le modèle de Meta, sur lequel vous pouvez construire votre propre bot (Muse Spark 1.3) | Seulement si vous voulez tout construire et héberger vous-même |
| Meta Business Agent | L'IA d'entreprise tournée vers le client de Meta, lancée le 3 juin 2026 | Oui. C'est celui-là |
Meta affirme que « more than one million businesses are already using a Meta Business Agent on WhatsApp and Messenger » (Meta Newsroom). Il existe en deux niveaux : une version en libre-service dans Meta Business Suite et l'application WhatsApp Business, et la Meta Business Agent Platform pour les entreprises qui utilisent l'API WhatsApp Business Platform. Quel modèle le fait tourner, Meta ne l'a pas dit. Pour le détail complet du produit, consultez mon guide sur Meta Muse pour le support client, et le versant grand public est dans l'article sur l'agent Meta Muse.

Avant d'aller plus loin, un piège de terminologie. Dans la documentation développeur de Meta, « onboard » signifie faire l'onboarding de l'agent. La section reference/onboard/ contient l'éligibilité, les paramètres et les listes d'autorisation de l'agent (Capabilities). Sur les six guides d'utilisation publiés par Meta, aucun ne vise l'onboarding client. Les guides sur la génération de leads et la réservation s'en rapprochent le plus, je m'inspirerai donc des deux.
Le hic : l'agent de Meta répond, il ne prend pas contact
La plupart des onboardings sont proactifs par nature. Un client s'inscrit et vous envoyez un message de bienvenue ; il bloque à l'étape deux et reçoit une relance de votre part, et quand l'appel de kickoff a lieu demain, un rappel part. Chaque séquence d'e-mails d'onboarding que vous avez construite a à peu près cette forme.
Aucun de ces messages ne peut être déclenché par Meta Business Agent. La documentation tarifaire de WhatsApp indique que les messages hors modèle, dont ceux de l'agent, « can only be sent in an open 24-hour customer service window, which opens and resets with each user message. Thus non-template messages can only be used to respond - not reach out - to users » (Meta for Developers). En pratique, la fenêtre s'ouvre à l'instant où un client vous écrit, et chaque nouveau message de sa part la réinitialise. Quand elle se ferme, « you can only send pre-approved template messages » (Send messages).
Le guide de réservation de Meta est encore plus direct : « Do not have the agent promise proactive nudges it cannot trigger ». Les rappels « travel as marketing or utility messages outside the agent thread » (Booking and reservation agent).

Ce que vous concevez vraiment, c'est donc un relais. Votre système envoie un modèle, le client répond et cela ouvre la fenêtre, puis l'agent répond à tout ce qu'il demande. Après 24 heures de silence, la fenêtre se ferme et la main revient à votre système. Vu ainsi, la question n'est plus « l'IA de Meta peut-elle faire l'onboarding de mes clients ? » mais « quelles parties de l'onboarding se déroulent dans la fenêtre ? »
Il existe un levier un peu proactif. Les Agent Settings comprennent une relance pour les utilisateurs inactifs, avec des intervalles de 5 minutes, 15 minutes, 30 minutes, 1, 2, 8 ou 24 heures. La relance d'exemple de Meta est « Is there anything else I can help with? ». C'est une relance au sein d'une conversation encore active. Elle ne remplacera pas un point de contact au jour 3.
Cela paraît minime. Ça ne l'est pas. L'un des schémas d'attrition les plus nets dans les propres données clients d'eesel est silencieux : un compte a connecté son helpdesk, l'onboarding a été marqué comme terminé, et ensuite il ne s'est plus rien passé pendant cinq mois. Aucun document ajouté, aucun chat. Comme personne n'a posé de question, personne n'a obtenu de réponse. Un agent qui ne fait que répondre n'a aucun moyen d'attraper ce client, puisqu'il n'écrit jamais.
Comment les nouveaux clients arrivent dans la conversation
Puisque le client doit parler en premier, l'onboarding commence par un point d'entrée, et Meta en propose quatre :
- Les publicités Click-to-WhatsApp. Sur les quatre, seul celui-ci ouvre une fenêtre de point d'entrée gratuit (FEP). Elle ne se déclenche que lorsque quelqu'un touche la publicité dans l'application Android ou iOS, et elle « may remain open for up to 7 days » (WhatsApp pricing). Business Agent en libre-service peut être réglé pour ne répondre qu'aux « customers coming from ads » (Meta for Business).
- Les QR codes et liens courts. Les clients « scan QR codes with their mobile device camera or type in a short link to begin a chat thread, without needing to input a phone number ». Vous en avez jusqu'à 2 000 par numéro et un message prérempli de 140 caractères maximum, mais « Analytics are not available for QR Codes and Short Links » (QR codes and short links). En imprimer un sur l'e-mail de bienvenue ou le bon de livraison fait une bonne porte d'entrée pour l'onboarding.
- Les boutons dans votre application ou site web. Meta suggère « a WhatsApp button on your app or website » qui redirige vers le chat (Conversational components). L'endroit évident est un lien « Posez-nous vos questions sur WhatsApp » dans votre checklist de configuration.
- Votre propre modèle. Si vous avez déjà le numéro du client et son opt-in, un modèle lance la conversation et sa réponse la confie à l'agent.
Quel que soit le point d'entrée, configurez aussi des ice breakers. Ils s'affichent « the first time you chat with a user », jusqu'à quatre suggestions de 80 caractères chacune (Conversational components). Pour l'onboarding, pensez à « Connecter mon compte », « Réserver mon appel de configuration », « Que dois-je faire en premier ? ».

Un piège : si le client arrive par un lien wa.me avec du texte prérempli, « WhatsApp automatically dismisses the user interfaces for ice breakers » (Meta for Developers). Pour chaque point d'entrée, il faut donc choisir l'un ou l'autre. Toute configuration d'un chatbot WhatsApp pour entreprise se heurte aux mêmes arbitrages.
Chaque nouveau client voit aussi la mention de Meta dans son premier chat : « This business uses AI from Meta to generate messages. By chatting, you agree to the AI Terms » (Meta Business Help). Pour la plupart des marques, cette ligne ne pose pas de problème. Mais c'est tout de même la toute première chose qu'un client tout neuf lit de votre part, autant savoir qu'elle est là. (Pour comprendre en quoi cet agent diffère des autres outils IA de Meta pour les entreprises, consultez mon aperçu de Meta AI pour les entreprises.)
Ce que l'agent sait faire une fois la conversation lancée
Une fois la fenêtre ouverte, Business Agent dispose de vrais outils pour l'onboarding, que je regrouperais en quatre missions.
Répondre aux questions de configuration
C'est le cœur du sujet. Sur la Platform, l'agent apprend de quatre API de connaissances : Business Info, FAQs, Files et Websites (Capabilities). La version en libre-service « learns automatically from your Facebook Page, past chats, and website » (Meta for Business). Chargez vos documents de prise en main et votre FAQ de configuration, ainsi que votre base de connaissances, et l'agent traitera les « comment connecter X » toute la journée.
Deux limites du guide de l'agent de support de Meta touchent particulièrement le contenu d'onboarding, puisque la documentation de configuration change à chaque version. Les fichiers n'ont pas d'appel de mise à jour, et si vous ne supprimez pas l'ancienne version, « the agent draws on both versions and can quote a term you have already withdrawn. » La connaissance issue du site web « is a snapshot taken at crawl time ». Prévoyez un nouvel envoi à chaque changement de vos étapes de configuration.
Recueillir les informations d'onboarding
Pour cette mission, le guide de génération de leads de Meta est le meilleur modèle à copier. Ses exemples incluent « A business account application » et « A trial signup », et le schéma « fits any business where the conversation ends in a qualified handoff rather than a completed sale » (Lead generation agent).
Voici comment cela fonctionne : vous créez un outil connecteur, par exemple submit_onboarding_details, puis vous listez les champs dont vous avez besoin dans son tableau required. Meta est franche sur la raison : « A lead without a date or a headcount is a message, not a lead. » Le numéro du client est lié via la macro WHATSAPP_PHONE_NUMBER, l'agent ne le demande donc jamais.
Pour une saisie structurée, l'agent peut envoyer un WhatsApp Flow, un formulaire à plusieurs écrans dans le chat. La page Flows de Meta indique que son modèle d'assurance « can be adapted for use cases such as insurance renewal, profile completion, and customer onboarding » (WhatsApp Flows). Deux petites règles s'appliquent : le Flow doit être publié avant que l'agent puisse l'utiliser, et le libellé de son bouton est limité à 20 caractères (UI skills).

La planification d'un appel de kickoff passe aussi par un Flow. Le guide de réservation précise « There is no standalone date-picker component type », les dates passent donc par un Flow doté d'un écran de sélection de date (Booking and reservation agent).
Prévenir les clients quand quelque chose change
Ce qui se rapproche le plus d'une mise à jour déclenchée depuis votre backend, ce sont les événements d'agent. Votre système publie un événement, et « the agent tells the customer » (Capabilities). L'exemple d'événement de Meta lui-même est taillé pour l'onboarding : document_verified, « User's identity document has been verified » (Agent event reference).
Ce n'est pas un modèle. Vous envoyez un type (jusqu'à 256 caractères), une description (jusqu'à 1 024) et une charge utile JSON (jusqu'à 4 096), et l'agent rédige le message. Mais « the consumer must have an existing conversation with the business », et c'est un message d'agent facturable. Ce qui se passe quand l'événement se déclenche après la fermeture de la fenêtre de 24 heures n'est pas documenté par Meta. Selon moi, il est conçu pour « vous êtes vérifié, voici l'étape trois » pendant que le client est encore en pleine conversation, et non pour réveiller quelqu'un deux jours plus tard.
Passer la main à un humain
L'appel de kickoff, et tout ce qui est sensible, nécessite un transfert. Sur la Platform, le transfert démarre automatiquement en cas de « low confidence, an integrity violation, or a customer asking for a human. You do not configure the triggers » (Capabilities). Le guide de génération de leads prévient : « An agent that hands off at 02:00 into an unstaffed queue produces a worse outcome than one that says when the team is next available. » Pour l'onboarding, c'est deux fois plus vrai, car la première mauvaise expérience d'un nouveau client donne souvent le ton de tout ce qui suit.

Il y a aussi une limite d'identité qu'il faut anticiper. La macro du numéro de téléphone « proves possession of the WhatsApp channel » mais « does not prove ownership of a loyalty account, a corporate profile, or a saved payment method. » Et « There is no account-linking (OAuth/OIDC) for WhatsApp partner agents today » (Booking and reservation agent). Quand une étape d'onboarding touche aux données du compte, Meta suggère deux outils connecteurs, l'un pour envoyer un code à usage unique et l'autre pour le vérifier.
Utilitaire ou marketing : ce que devient votre relance d'onboarding
Tout ce que votre système envoie hors de la fenêtre est un modèle, et chaque modèle reçoit une catégorie. La catégorie décide à la fois de son approbation et de son coût, il vaut donc la peine de bien la choisir.
La règle de Meta : un modèle utilitaire « Must be non-promotional » et doit être « specific to or requested by the user » ou « essential or critical » (Template categorization). La même page donne des exemples, et ceux qui concernent l'onboarding se séparent plus nettement que je ne l'imaginais :

- Utilitaire : « To finish setting up your {{new_profile}}, you need to upload a {{photo}}. » Ainsi que les confirmations d'opt-in et les retours liés à une interaction précise.
- Marketing : « Hello, I am the new {{virtual_assistant}}. I can help you discover products or provide support. » Ainsi que « We noticed you have not used our {{latest_feature}} », et « Please log in to pick up where you left off », que Meta qualifie de reciblage et traite comme du marketing « even if requested by users ».
Donc le message de bienvenue générique relève du marketing, tout comme la relance d'activation classique. Un message sur une étape précise d'un compte précis, en revanche, peut être utilitaire. Tout mélange, par exemple un rappel de configuration accompagné d'un code promo, finit en marketing.
Et Meta applique cette règle. Depuis le 9 avril 2025, si vous choisissez utilitaire et que WhatsApp décide qu'il s'agit de marketing, « the template is approved as MARKETING ». Pour les entreprises signalées pour abus, les changements de catégorie sont immédiats (Template categorization).

Ceux qui gèrent ces relances sur WhatsApp disent la même chose :
« L'approbation des modèles semble être le point délicat, surtout quand la relance doit paraître contextuelle plutôt que promotionnelle. »
Je construirais chaque modèle d'onboarding autour d'une étape concrète que le client n'a pas terminée et je nommerais cette chose directement. Sans aucune offre. La partie sympathique peut attendre l'agent, une fois que le client répond. Vous trouverez plus de détails sur la politique dans mon article sur les mises à jour 2026 de la WhatsApp Business Platform.
Ce que coûte l'onboarding sur WhatsApp à partir du 1er octobre 2026
Comme l'onboarding consomme beaucoup de messages, les changements de tarifs le touchent plus durement que la plupart des cas de support. Voici ce que coûte chaque message d'un parcours d'onboarding WhatsApp à l'arrivée du 1er octobre, le tout d'après la documentation tarifaire de Meta :
| Message | Qui l'envoie | Peut prendre contact ? | Facturé ? |
|---|---|---|---|
| Modèle marketing (bienvenue, relance fonctionnalité) | Votre système | Oui | Par message, selon le marché. Gratuit dans une fenêtre FEP |
| Modèle utilitaire (étape de configuration, vérification) | Votre système | Oui | Par message, y compris dans la fenêtre de 24 heures à partir du 1er oct. 2026. Gratuit dans une fenêtre FEP |
| Modèle d'authentification (code à usage unique) | Votre système | Oui | Par message, selon le marché |
| Message de Meta Business Agent | L'agent | Non | 2,00 $ par million de jetons, soit environ 4 à 5 cents par message. Non gratuit dans la fenêtre FEP |
| Message de service (votre équipe ou une IA tierce) | Votre équipe | Non | Gratuit pour les 1 000 premiers par numéro et par mois, puis par message à partir du 1er oct. 2026 |
Meta indique qu'un message d'agent typique consomme de 20 000 à 25 000 jetons. Ses propres exemples chiffrent une demande simple de quatre messages à environ 16 à 20 cents et un chat de dix messages pour une aide au montage à environ 40 à 50 cents. Les chats d'onboarding ressemblent bien plus au second.
Au total, la première semaine d'un nouveau client génère ces événements facturables :
| Jour | Ce qui se passe | Événements facturables |
|---|---|---|
| 0 | Votre système envoie un modèle de bienvenue | 1 modèle marketing |
| 0 | Le client pose trois questions de configuration, l'agent répond en environ 8 messages | Environ 8 messages d'agent, soit à peu près 32 à 40 cents |
| 1 | Votre backend déclenche document_verified, l'agent prévient le client | 1 message d'agent, environ 4 à 5 cents |
| 3 | Le client cale, vous envoyez « terminez la connexion de votre compte » | 1 modèle utilitaire |
| 4 | Le client demande un humain, votre équipe réserve l'appel de kickoff | Plusieurs messages de service, décomptés des 1 000 gratuits |
Cela représente environ 40 à 50 cents de messages d'agent, plus deux frais de modèle et quelques messages de service, par client, la première semaine. L'exemple chiffré de Meta montre le même parcours d'une heure passant de 1 facturation le 1er juillet 2026 à 5 facturations à partir du 1er octobre. Les entreprises sans moyen de paiement enregistré au 30 septembre 2026 verront leurs messages de service s'arrêter une fois le palier gratuit épuisé. Ma synthèse des tarifs de l'API WhatsApp Business donne tout l'historique.
Les agences s'y préparent déjà :
« Si Meta facture chaque message de service après les 1000 premiers, les factures de nos clients vont devenir folles. Les gens sont déjà en colère de devoir payer les réponses de chat classiques, et maintenant il faut expliquer pourquoi chaque bulle scindée coûte de l'argent. »
Pour le niveau en libre-service, cela fonctionne autrement. Démarrer ne coûte rien, puis « If you reach your free limit on Messenger, you can subscribe to a Meta One plan » (Meta Business Help). Sur les pages d'aide que j'ai consultées, Meta n'avait publié ni la limite gratuite ni les prix de Meta One.
Là où l'agent de Meta montre ses limites pour l'onboarding
Pour beaucoup d'entreprises, Meta Business Agent est un choix raisonnable, surtout les petites qui vivent déjà sur WhatsApp. Il se combine aussi aux helpdesks : je l'ai traité avec Zendesk, Freshdesk et Shopify. Pour l'onboarding en particulier, voici les limites que je pèserais avant de m'engager :
- Il ne peut pas rattraper le client silencieux. Avec un agent qui ne fait que répondre, un client qui n'écrit jamais n'est jamais aidé : vos relances d'activation doivent donc vivre dans un autre outil.
- Une IA par numéro. Les règles d'éligibilité de Meta indiquent qu'« an active authorized-agent integration blocks Meta Business Agent » (Meta for Developers). Impossible de le faire tourner à côté d'une autre IA sur la même ligne.
- Certains secteurs très orientés onboarding sont exclus. La Platform n'est pas disponible pour « Finance, Government, Health, Alcohol, Gambling, over-the-counter drugs, and matrimony services » (overview). L'onboarding fintech et healthtech, deux des plus gros consommateurs de support, est écarté.
- Votre historique de tickets n'est pas une source de connaissances. Les anciens chats Messenger et WhatsApp le sont, mais le guide de support de Meta vous invite à « export the top drivers from your helpdesk for the last quarter » et à rédiger les entrées de FAQ à la main. Les meilleures réponses d'onboarding se trouvent le plus souvent dans d'anciens tickets, et c'est pourquoi ajouter l'IA à votre helpdesk vaut souvent mieux que repartir de zéro.
- Les tests reposent sur des scénarios que vous écrivez. Agent Test et Agent Eval vérifient les réponses « across a set of test scenarios » (Capabilities), et non sur un rejeu d'anciens tickets d'onboarding.
- Il ne vit que dans les applications de Meta. Les questions d'onboarding qui arrivent par e-mail, via votre helpdesk ou sur Slack demandent un autre outil. Un client qui pose sa question sur WhatsApp puis écrit un e-mail tombe sur deux cerveaux distincts. Comparez les options dans mon comparatif de la meilleure IA pour le support WhatsApp.
Il y en a deux autres, plus mineures : l'anglais « has the strongest response quality » (Capabilities), et le paramètre d'audience en libre-service « nouveaux clients uniquement » n'est défini nulle part où j'aie pu regarder. L'API ne propose que « everyone » ou une liste d'autorisation.
Une configuration qui fonctionne
Supposons que WhatsApp soit l'endroit où se trouvent vos nouveaux clients. Voici comment je mettrais l'agent de Meta au travail sur l'onboarding, sans attendre de lui qu'il couvre la moitié proactive :
- Répartissez votre onboarding entre dans la fenêtre et hors de la fenêtre. Les questions, le remplissage de formulaires et les mises à jour « vous êtes vérifié » vont à l'agent, là où se joue l'essentiel de la déviation de tickets. Les messages de bienvenue, les relances et les rappels vont aux modèles.
- Rédigez des modèles autour d'une étape précise. « Terminez la connexion de votre {{store}} » peut passer en utilitaire. « Bienvenue à bord ! » non. Les promotions restent totalement à l'écart.
- Placez un QR code ou un lien court dans votre e-mail de bienvenue et dans la checklist intégrée à l'application, avec des ice breakers pour les trois principales questions de la première semaine.
- Construisez un outil connecteur pour les informations d'onboarding, avec des champs obligatoires, et un Flow publié pour tout ce qui comporte une date.
- Faites d'abord un pilote avec une liste d'autorisation. Activer l'agent exige un moyen de paiement « unless
ai_audienceisALLOWLISTED_ONLY» (Agent Settings), vous pouvez donc tester gratuitement sur les numéros de votre propre équipe.
Gardez aussi la main sur le suivi d'état. Comme l'a résumé un développeur dans le même fil Reddit, la clé est de « making the workflow state-aware so customers don't receive a 'just following up' message after they already responded » (Reddit). L'agent de Meta ne conserve pas cet état pour vous.
Si vous voulez comparer d'autres façons d'automatiser la première semaine, mon comparatif des outils IA d'onboarding client et les tests de logiciels d'onboarding SaaS sont de bonnes lectures suivantes, tout comme les outils IA pour la réussite client et mon article jumeau sur le Grok Bot pour l'onboarding client.
Essayer eesel pour l'onboarding client
WhatsApp est rarement le seul endroit où arrivent les questions d'onboarding. Elles atterrissent dans votre helpdesk et votre boîte de réception, et aussi dans votre widget de chat, et ce sont chaque fois les mêmes dix questions. eesel est un coéquipier IA helpdesk qui y répond partout où elles se présentent. Il se connecte à WhatsApp en moins de cinq minutes et fonctionne dans Zendesk, Freshdesk, Gorgias et Slack avec les mêmes connaissances.

Pour l'onboarding, la différence tient à ce dont il apprend. eesel lit votre centre d'aide, votre documentation et vos anciens tickets, là où se trouve généralement la vraie réponse à « pourquoi mes données ne se synchronisent-elles pas encore ». Avant qu'il ne parle à un client, vous lancez une simulation sur des centaines de ces anciens tickets et vous voyez lesquels il traiterait correctement.

Les chiffres le montrent. Gridwise a écrit dans un avis G2 que « In the first month, eesel is resolving 73% of our tier 1 requests », avec des résultats « during our 7-day trial ». Et chez Yellowdig, une nouvelle recrue du customer success « joked that our eesel AI bot was their best friend during onboarding », ce qui est la plus belle chose qu'on ait jamais dite d'une base de connaissances.
Une remarque honnête : à cause de la règle de Meta d'une IA par numéro, vous feriez tourner eesel ou Meta Business Agent sur un numéro WhatsApp donné, pas les deux. Si WhatsApp est votre seul canal et que votre documentation de configuration change rarement, l'agent de Meta est un choix correct. Si les questions d'onboarding arrivent de partout, un seul coéquipier pour toutes demande moins de travail. Les tarifs suivent un forfait mensuel fixe de crédits, où un ticket ou un chat vaut un crédit, quel que soit le nombre de réponses nécessaires. Si vous préférez scripter, le CLI d'eesel permet à vous-même ou à un agent de code comme Claude Code de configurer le même coéquipier depuis un terminal.
Essayez eesel gratuitement avec 100 crédits et sans carte, et pointez-le d'abord sur les tickets d'onboarding du mois dernier.
Questions fréquentes
Puis-je utiliser Meta Muse pour l'onboarding client ?
Meta Business Agent peut-il envoyer un message de bienvenue aux nouveaux clients ?
Un message « terminez la configuration de votre compte » est-il de type utilitaire ou marketing sur WhatsApp ?
Combien coûte Meta Muse pour l'onboarding client ?
L'agent WhatsApp de Meta peut-il recueillir les informations d'onboarding d'un nouveau client ?
Puis-je utiliser Meta Business Agent et une autre IA sur le même numéro WhatsApp ?
Que se passe-t-il quand un nouveau client ne répond plus pendant l'onboarding ?

Article by
Riellvriany Indriawan
Riell is a designer and writer at eesel AI with about two years of experience researching CX platforms, AI chatbots, and helpdesk software. She combines her design background with a sharp eye for how these tools actually look and feel in practice — making her comparisons unusually visual and user-focused.








