Utiliser les étapes MemberArea dans un flow

Une fois l'application connectée, MemberArea apparaît comme catégorie à part entière dans le catalogue des étapes du flow builder. Chaque étape est une étape d'action : elle s'exécute, elle répond, et le flow continue avec ce qu'elle a renvoyé.

Comment une étape trouve la bonne personne

Vous n'avez jamais à transmettre d'id. Chaque étape reçoit l'abonné depuis ManyChat et recherche la personne par son adresse e-mail, d'abord comme membre, puis comme contact. Si cela ne donne personne, l'étape se rabat sur le lien créé pour cet abonné par une étape précédente, puis sur le numéro de téléphone.

Les événements fonctionnent en sens inverse. Ils partent d'une personne de votre memberarea et cherchent l'abonné correspondant. Ils complètent d'abord l'adresse e-mail et le numéro de téléphone que votre memberarea connaît, puis essaient le lien, l'adresse e-mail et le numéro de téléphone, dans cet ordre.

La première étape qui touche une personne mémorise aussi le lien : tout ce qui suit arrive sur le même membre sans redemander. C'est pourquoi Save contact in MemberArea ou Find person in MemberArea fait une bonne première étape de flow : après elle, le reste du flow sait à qui il parle.

Les étapes

Trouver et enregistrer des personnes

• Save contact in MemberArea : crée le contact ou met à jour le contact existant, et mémorise à quel abonné il appartient.
• Find person in MemberArea : indique si cet abonné est un membre, un contact ou inconnu, pour que votre flow puisse se ramifier.
• Create member : crée le compte. Quand le compte est nouveau, l'étape renvoie aussi un lien de connexion qui fonctionne sans mot de passe. Le lien est valable 24 heures et ne fonctionne qu'une fois. Une personne qui avait déjà un compte ne reçoit pas de lien.

Tags, groupes et champs

• Add tag et Remove tag : un tag peut lancer une séquence d'e-mails, une automatisation ou un webhook dans votre memberarea, c'est donc souvent la seule étape dont un flow simple a besoin.
• Add to group et Remove from group : les groupes système automatiques ne peuvent pas être modifiés.
• Set member field : écrit une valeur dans l'un de vos champs de membre, par exemple une date d'anniversaire ou un objectif. Une valeur modifiée lance les automatisations qui l'attendent.

Accès et cours

• Grant access et Revoke access : accorde ou retire tout ce qui appartient à un produit ou à une offre groupée. L'octroi crée le compte si nécessaire et n'enregistre aucune commande. Le retrait laisse le compte en place et conserve tout ce que la personne a encore grâce à une autre commande payée.
• Enroll in course et Remove from course : seuls les cours publiés peuvent être choisis, le membre arrive donc toujours sur un vrai contenu. Le retrait conserve la progression.
• Get course progress : lit l'avancement du membre, pour relancer précisément les personnes qui se sont arrêtées.

Vente et événements

• Send checkout link : crée un lien de paiement personnel avec l'adresse e-mail déjà remplie.
• Get order status : lit la dernière commande et l'abonnement en cours, prêts à être utilisés dans un message.
• Register for event : inscrit la personne et répond avec l'heure de début locale et le lien de l'événement. Avec yes dans Use the waiting list, un événement complet place la personne sur sa liste d'attente au lieu de refuser.

Tout le reste

• Start automation : lance l'une de vos automatisations publiées pour cette personne. Extra data arrive dans l'automatisation comme donnée d'entrée, en texte simple ou en JSON.
• Send member summary : répond par un message complet au lieu de valeurs isolées. État de l'adhésion, progression des cours, dernière commande et un bouton de connexion, plus des réponses rapides que l'abonné peut toucher.

Les listes déroulantes affichent vos vraies données

Quand une étape a besoin de l'un de vos produits, offres groupées, cours, groupes, tags, champs, événements ou automatisations, la fenêtre propose une liste déroulante plutôt qu'un champ texte. ManyChat charge cette liste depuis votre memberarea tant que la fenêtre est ouverte : vous choisissez le vrai élément et ne pouvez pas mal saisir un id.

Seuls les éléments qu'une étape peut vraiment utiliser sont proposés. Un produit en brouillon, un cours non publié ou un événement déjà terminé n'apparaît pas.

Utiliser ce qu'une étape renvoie

Chaque étape répond avec des valeurs nommées, et ManyChat vous permet de placer chacune dans un champ personnalisé. Get order status renvoie le numéro de commande, le montant sous forme de nombre et le même montant déjà formaté avec sa devise : un message peut ainsi dire « Votre commande ORD-1042 de 49,00 EUR est payée » sans aucune manipulation de texte. Les montants suivent la langue de votre memberarea : un memberarea en français écrit 49,00 EUR. Un prix hors taxes porte la mention « HT ».

Le même principe vaut partout : dès qu'il s'agit d'argent ou d'une date, vous recevez à la fois la valeur brute et une version prête à lire. La date brute sert à comparer, la version lisible est déjà rédigée dans la langue et le fuseau horaire de votre memberarea : c'est elle qui va dans le message.

Quand une étape ne peut pas faire le travail

Chaque étape renvoie aussi trois valeurs que vous pouvez placer comme les autres : Ok, Error code et Message. Quand l'étape a fait son travail, Error code reste vide. Quand elle n'a pas pu, Error code contient un code court comme course_not_published, et Message contient une phrase entière : « This course is not published yet, so nobody can be enrolled. Please publish it in your MemberArea first. » Cette phrase peut être montrée telle quelle à une personne.

Une étape de condition sur Error code permet au flow de prendre un autre chemin, par exemple envoyer le lien de paiement quand l'accès n'a pas pu être accordé. Les problèmes de connexion eux-mêmes, comme une clé API invalide ou une formule sans API, font plutôt échouer l'étape dans ManyChat. Résoudre les problèmes de connexion ManyChat explique chacun de ces messages.

Se ramifier selon la personne fonctionne de la même façon. Find person in MemberArea répond member, contact ou none dans sa valeur Found, et une étape de condition sur cette valeur constitue généralement toute la logique dont un flow de vente a besoin.