Les clients entreront dans une série lorsqu'ils correspondent aux filtres de l'un des blocs de règles d'entrée. Tout bloc de règles au début d'un chemin est automatiquement défini comme règle d'entrée :

Vous pouvez avoir plusieurs blocs de règles, ce qui permettra aux clients d'entrer dans plus d'un chemin à la fois.

Oui, un User peut entrer dans plusieurs séries en même temps.

Il existe plusieurs façons pour un client de quitter une série : il peut sortir selon vos règles de sortie, devenir désengagé ou terminer un chemin.

Dans les paramètres de votre série, vous pouvez définir un ensemble de règles qui, si elles sont respectées, feront sortir un client de la série. Les règles de sortie peuvent être basées sur n'importe quel attribut ou événement que vous suivez concernant vos clients ou leurs entreprises :

Si les données d'un client sont mises à jour pour correspondre à la règle, il quittera la série.

Pour un moyen simple de retirer des clients spécifiques d'une série, ajoutez simplement une règle de sortie pour tous les clients avec un certain tag, puis vous pouvez l'appliquer selon les besoins à toute personne devant quitter la série :

Lorsqu'un utilisateur final correspond à une règle de sortie dans une série, il en sortira immédiatement et cessera de recevoir d'autres messages de celle-ci. Cependant, l'utilisateur final peut réintégrer la série si la réintégration est autorisée, s'il ne correspond plus aux règles de sortie et qu'il correspond toujours aux règles d'entrée. Vous pouvez désormais ajouter plusieurs critères de sortie et ces utilisateurs peuvent également suivre le flux et/ou.

Les événements de contenu comme Si l'utilisateur clique sur le message seront pris en compte si le client a cliqué sur n'importe quelle version de ce message qu'il a reçue précédemment, pas seulement lors de cette entrée et parcours individuel dans la série.

Par exemple, dans la série ci-dessous, si l'utilisateur entre le lundi et clique immédiatement sur un lien dans Email 1, il correspondra alors au deuxième bloc de règles et recevra Email 2.

Cependant, s'il réintègre la série le mardi, il recevra à nouveau Email 1, et la règle Si cliqué sera automatiquement vraie car il avait déjà cliqué sur un lien dans Email 1 lorsqu'il l'a reçu le lundi.

Après avoir modifié pour empêcher les users de se désengager prématurément, les nouveaux users suivront le chemin original comme prévu, cependant, un nouveau chemin devra être créé pour envoyer ce message aux users désengagés.

Il est important de noter que dans toute situation de désengagement, si le user est dans d'autres chemins de la série, il continuera sur ces chemins. Vous pouvez utiliser cela à votre avantage pour vous assurer que les users reçoivent les bons messages à l'avenir.

Si vous allez à votre liste de users désengagés, vous pouvez appliquer un tag à tous ces users ⤵️

À partir de là, vous pouvez dupliquer le bloc de règles où les users se sont désengagés dans la série. Une fois dupliqué, vous pouvez ajouter le nouveau tag que vous avez créé pour vos users désengagés à ce bloc de règles.

Ensuite, nous connecterons ce bloc de règles dupliqué au bloc suivant celui où le user s'est désengagé. Cela réintégrera le user dans le chemin qu'il suivait déjà ⤵️

La seule réserve ici est que les messages ne seront toujours pas délivrés aux personnes qui se sont désengagées à cause d'un échec d'email ou de notification push, cependant, cela garantira que ceux qui se sont désengagés avant que vous ne le souhaitiez puissent recevoir les messages situés plus loin dans la série.

Si un client atteint un bloc de règles qu'il ne correspond pas, ou un message qu'il ne peut pas recevoir, il attendra la période spécifiée dans le bloc :

Après cette période, s'il n'a toujours pas reçu le message ou ne correspond pas aux règles, il sera marqué comme désengagé et quittera ce chemin.

Cela peut arriver pour plusieurs raisons :

Dans toutes ces situations, si le user est dans d'autres chemins de la série, il continuera sur ceux-ci.

S'il correspond aux règles pour entrer dans un chemin différent à l'avenir, il y entrera à ce moment.

S'il existe un chemin de secours pour les clients qui ne correspondent pas à un bloc de règles ou ne reçoivent pas un message, ils suivront ce chemin à la place, et ne seront pas marqués comme désengagés :

Si un client atteint la fin d'un chemin dans la série et n'a pas d'autre contenu à recevoir (dans un autre chemin par exemple), il sera marqué comme « Terminé » et quittera la série :

Les clients réintègrent une série lorsque vous utilisez des règles d'entrée programmées ou déclenchées par un événement. Vous pouvez permettre aux clients de réintégrer la même série plusieurs fois. C'est utile lorsque vous avez un ensemble de messages à envoyer aux clients lors d'un événement récurrent comme l'expiration d'un abonnement ou un achat.

Vous trouverez des options pour permettre aux users de Entrer plusieurs fois :

Ils peuvent toujours réintégrer si :

Chaque fois qu'un client se connecte à votre application ou visite votre site web, et est suivi par Intercom, il entrera dans toute série où il correspond aux règles d'entrée pour un chemin.

S'ils ne se sont pas connectés ou n'ont pas visité votre site web, les règles d'entrée sont vérifiées une fois par heure pour toute personne devant entrer. Les blocs de règles au milieu d'un chemin (lorsque le client est déjà entré dans la série) sont vérifiés environ toutes les 30 minutes.

Le visiteur/lead est retiré de la Série car il est supprimé lorsqu'il est fusionné dans l'user.

L'user ne prend pas la place du visiteur/lead dans la Série.

Pour cibler les clients en fonction de leur interaction avec une autre série, vous pouvez ajouter des règles d'engagement de série dans un bloc de règles.

Exemple : « Si un client a commencé la série A, ne lui envoyez pas la série B ».

Sélectionnez simplement l'événement sur lequel baser votre règle :

Ensuite, sélectionnez la condition (a ou n'a pas) et la série spécifique :

Si vous avez des blocs d'attente dans une série tels que Attendre d'être en ligne, le même user peut rester bloqué à ce bloc d'attente plusieurs fois pour plusieurs entrées/parcours. Puis, lorsqu'il se connecte enfin, il recevra ce message qu'il attendait plusieurs fois.

Dans l'exemple ci-dessus, un user entre quotidiennement. Comme l'user n'est pas encore en ligne, chaque entrée reste bloquée en attente d'afficher le message postérieur. Puis, si au 8e jour, l'user se connecte enfin, il verra le même message postérieur 8 fois d'un coup.

Pour résoudre ce problème et éviter une accumulation de nouveaux users à chaque bloc, mettez à jour les règles Attendre jusqu'à pour qu'elles correspondent à la même période que la période d'entrée multiple.

Atteindre un objectif de série ne fera pas automatiquement sortir un client de votre série, si vous souhaitez qu'il sorte en atteignant l'objectif, vous devez également ajouter cela comme règle de sortie.

Pour les objectifs d'entreprise, la liste n'inclut pas de nom d'utilisateur, ni de boutons pour taguer ou envoyer un message aux users.

Nous n'avons pas actuellement de moyen de suivre plusieurs objectifs de Série.

Nous avons quelques solutions de contournement que vous pouvez essayer :

Puis, filtrez dans la liste des Contacts pour les résultats (entrée dans la Série + tags d'événements)

Si vous avez une série en direct, où des clients sont déjà entrés, il y a quelques points à considérer avant de la modifier.

Si vous supprimez une série en direct, tous les clients en sortiront et ne recevront plus aucun contenu.

Oui, supprimer une Série supprime tous les messages sortants qu'elle contient. Envisagez de créer le message sortant séparément et d'utiliser une copie dans la Série. Ainsi, si vous devez supprimer la Série, le message sortant autonome ne sera pas supprimé.

Oui, cela garantit que chaque série est simple à gérer et fonctionne sans problème. Limites actuelles en place :

Les limites strictes sont des limites produit importantes pour protéger l'infrastructure et la capacité à traiter efficacement les Séries.

Les limites strictes sont décrites ci-dessous :

Un edge connecte deux nœuds dans une Série.

Un nœud représente un bloc dans une Série. Il est associé à un ensemble de règles qui déterminent ce qui se passe à ce nœud. Il peut aussi contrôler le comportement, comme attendre avant de progresser le long des Edge(s) appropriés.

Il n'est pas possible de créer une série avec des boucles infinies, où un client revient à un point précédent de la série et reçoit à nouveau le même contenu. Vous verrez l'avertissement suivant si vous essayez :

Plusieurs options sont disponibles si vous souhaitez envoyer votre Série uniquement aux personnes correspondant aux critères à partir de maintenant.

Vous pouvez baser la règle d'entrée sur un attribut que les personnes ne correspondront qu'après aujourd'hui - par exemple, si c'est une Série d'intégration, vous pouvez utiliser « Inscrit après [date d'aujourd'hui] » :

Ou, si ce n'est pas un critère facile à définir avec un attribut, vous pouvez *taguer* tous vos users actuels depuis la liste Contacts, puis exclure ce tag de la règle d'entrée de votre Série.

Si vous regroupez vos users par entreprise dans Intercom, il y a quelques points à garder à l'esprit lors de la création de règles dans une série.

Si vous utilisez les données d'entreprise dans un bloc de règles comme « La taille de l'entreprise est supérieure à 50 », vos users seront vérifiés une fois par entreprise.

Par exemple, si vous avez un user membre de deux entreprises de tailles différentes :

Ce user sera traité comme deux combinaisons distinctes d'user et d'entreprise :

Chacune de ces « versions » de l'utilisateur peut correspondre aux règles individuellement et suivre différents chemins en conséquence. Ainsi, « User at company 1 » correspondrait à cette règle et suivrait le « Chemin 1 » :

Et « User at Company 2 » ne correspondrait pas, donc suivrait le « Chemin 2 » :

Cela signifie qu'un seul user peut être dans plus d'un chemin et recevoir des messages de chacun d'eux.

Si un user correspond à une règle avec plus d'une entreprise, plusieurs « versions » de ce user suivront le même chemin et recevront chaque message une fois par entreprise.

Donc, si vous modifiez la règle dans cet exemple en « Entreprises de 20 personnes ou plus », à la fois « User at Company 1 » et « User at Company 2 » suivraient le message dans le « Chemin 1 », et le user le recevrait pour chaque entreprise correspondant aux règles :

Un contact appartenant à plus d'une entreprise peut recevoir le même message une fois pour chaque entreprise. Cela se produit lorsque la Série évalue les données de l'entreprise, soit parce que vos règles d'entrée ou blocs de conditions utilisent des attributs d'entreprise, soit parce que le contenu du message contient une variable d'entreprise telle que {{company.name}}.

Intercom traite chaque paire contact-entreprise séparément, donc chaque entreprise reçoit sa propre copie correctement personnalisée. « Envoyer une fois » et « entrer une seule fois » signifient une fois par contact par entreprise.

Pour envoyer une seule copie par contact :

Si un contact reçoit une copie par entreprise mais que vous vous attendez à ce qu'il soit dans une seule entreprise, vérifiez les doublons de fiches d'entreprise. L'envoi d'un nouveau company_id pour une entreprise existante crée une deuxième entreprise au lieu de mettre à jour la première, et le contact se retrouve attaché aux deux. Voir Group your users by company.

Oui. La Série attendra le début des heures de bureau avant d'envoyer ce message au user, même s'il correspond tôt.

Il n'existe actuellement pas de moyen direct pour faire sortir les users de la Série lorsqu'ils répondent à un message, mais vous pouvez y parvenir avec un bloc de marquage.

Vous pouvez configurer un bloc de règle pour « A répondu à [message] » suivi d'un bloc qui marque le user avec quelque chose comme « Sortie ».

Puis utilisez cette étiquette comme règle de sortie.

Vous pouvez même lister plusieurs messages dans le bloc de règle si vous souhaitez créer une règle qui vérifie si un message de la Série a reçu une réponse.

Pour ajouter une liste de contrôle que vous avez déjà créée à une série, cliquez sur le bouton Plus en haut à droite de la série et sélectionnez « Copier un message existant dans la série » dans le menu déroulant. Ici, vous pouvez sélectionner votre liste de contrôle. Pour automatiser les étapes de la liste en fonction des attributs au niveau de l'entreprise, utilisez un attribut personnalisé d'entreprise. Cela permet à l'étape de la liste d'être automatiquement résolue pour tous les users de cette entreprise une fois qu'une étape est complétée par un user. Vous pouvez également cibler la liste de contrôle aux propriétaires au sein de l'entreprise en utilisant un attribut personnalisé, comme leur rôle de propriétaire.

Lors de la localisation d'une Série pour plusieurs langues — par exemple, en utilisant des blocs de règles d'entrée séparés pour chaque condition de langue — définissez la règle d'entrée sur Entrer une seule fois. Cela empêche les users d'entrer plusieurs fois dans la Série sous différentes conditions de langue.

Sans ce paramètre, un user qui correspond à plus d'une règle d'entrée de langue pourrait entrer plusieurs fois dans la Série et recevoir du contenu en double.

Si vous souhaitez tester une série avant de la mettre en ligne pour vos clients, ajoutez une règle d'entrée spécifique pour votre adresse email et seul vous pouvez entrer :

Par exemple, si vous testez une série d'intégration, vous devez vous inscrire en tant que nouvel user et effectuer les mêmes actions qu'ils feraient dans votre produit pour recevoir les messages de votre série.

Ensuite, lorsque vous êtes satisfait de ses performances, vous pouvez supprimer la règle d'adresse email spécifique, et elle commencera à correspondre aux autres users.

Pour définir une date de début pour votre Série, vous pouvez ajouter un bloc d'attente après les règles d'entrée pour « Attendre jusqu'au [date X] », avant l'envoi de vos premiers messages.

Nous n'avons pas actuellement de fonctionnalité pour définir une date de fin pour une Série, mais une option serait de configurer un chemin séparé dans la Série avec les mêmes règles d'entrée et un bloc d'attente qui attend jusqu'à la date à laquelle vous souhaitez qu'elle s'arrête, ainsi qu'un bloc de marquage pour marquer les users à cette date, puis définir cette étiquette comme critère de sortie de la Série, afin que tous les users dans la Série après cette date soient marqués et immédiatement sortis.

​

Oui, vous pouvez consommer vos métriques de Série en utilisant le content_stat.series Webhook. Abonnez-vous au sujet des statistiques de contenu de la Série ainsi qu'à tout type de contenu pouvant être inclus dans une Série, et vous recevrez des notifications sur votre URL de point de terminaison lorsqu'un événement se produit.

Vous pouvez configurer tous vos messages dans un seul chemin à partir de leurs règles d'entrée, avec des flèches « Si correspond » menant au bloc suivant, ce qui fait que vos messages sont toujours envoyés dans un ordre consécutif. Vous pouvez ajouter des flèches « Si ne correspond pas » menant à des blocs ultérieurs si vous voulez qu'ils soient envoyés dans l'ordre, mais avec la possibilité d'en sauter certains si le user ne correspond pas. Ou, vous pouvez avoir plusieurs messages et liens de chemins vers votre règle d'entrée choisie pour permettre à tous les messages d'être envoyés à tout moment, dans n'importe quel ordre.

Non — il n'est pas possible de changer le type d'un email de Série en transactionnel après sa création.

Comme solution de contournement, recréez le message en tant que nouvel email transactionnel sortant en utilisant un déclencheur d'événement en dehors de la Série.

Une fois qu'une personne correspond aux règles d'entrée et entre dans une Série, elle continuera dans la Série jusqu'à ce qu'elle la termine ou corresponde aux règles de sortie.

Si vous souhaitez que les Users qui ne correspondent plus aux règles d'entrée sortent, vous pouvez configurer des blocs de règles qui vérifieraient si le User/Lead correspond toujours avant d'envoyer le contenu suivant.

Sinon, vous pouvez mettre à jour les règles de sortie pour que dès qu'ils ne correspondent plus aux règles d'entrée, ils correspondent aux règles de sortie et quittent la Série.

« Essayer de correspondre une fois » est utile pour les règles qui vérifient les attributs des users, mais ne dépendent pas de l'action de l'utilisateur. Pour les blocs de règles qui nécessitent que l'utilisateur effectue une action (par exemple, se connecter pour recevoir un message in-app, ou ouvrir un email), ils voudront utiliser « Essayer de correspondre pendant X jours/heures/minutes » pour donner un peu de temps à l'utilisateur, sinon cela vérifierait immédiatement cette action et passerait à autre chose.

Il n'est pas possible d'accéder ou de restaurer une Série supprimée depuis votre espace de travail. Une fois qu'une Série est supprimée, elle ne peut pas être récupérée ou consultée.

Si vous voyez un message d'erreur disant « Une série à entrées multiples doit avoir un seul point de départ », cela indique que votre Série a plusieurs règles d'entrée et permet aux clients de réintégrer la Série, ce qui n'est pas pris en charge.

Les clients peuvent réintégrer une Série plusieurs fois, mais lorsque vous utilisez cette fonctionnalité, vous ne pouvez avoir qu'un bloc de règle d'entrée unique pour la Série.

Pour résoudre l'erreur, supprimez les blocs de règles d'entrée supplémentaires de la Série, ou mettez à jour les règles d'entrée pour qu'un client ne puisse y entrer qu'une seule fois.

Pour comprendre pourquoi des users qui n'auraient pas dû entrer dans la Série l'ont fait, vérifiez les horodatages de l'entrée des users dans la Série et de leur désabonnement aux emails.

S'ils sont entrés dans la Série avant de se désabonner de vos emails, ils correspondaient encore au bloc de règles d'entrée de la Série à ce moment-là.

La raison pour laquelle vous voyez cette erreur est que vous utilisez une fonctionnalité spécifique dans votre Série qui ne fait pas partie de votre abonnement. Ces blocs apparaîtront en violet dans l'éditeur de Série.

​

Ce message d'erreur signifie généralement qu'un des nœuds internes n'est pas correctement connecté (et est donc perçu comme un nœud de départ) ou que le Teammate utilise autre chose qu'un bloc de règle comme nœud de départ de la Série.

Nous vous suggérons d'examiner attentivement les nœuds de la Série et d'identifier où se trouve le lien manquant.

Les users peuvent ne pas entrer dans votre Série en raison de discordances d'attributs lorsque les données du profil user ne correspondent pas exactement aux conditions d'entrée de votre Série. Cela se produit car les opérateurs de condition évaluent les données avec une précision stricte, et même de petites différences empêchent l'entrée.

Si votre Série utilise un calendrier récurrent basé sur un attribut (par exemple basé sur un attribut de date comme le renouvellement d'abonnement), la logique de planification peut empêcher l'entrée même si un user semble correspondre aux règles d'audience.

C'est un comportement attendu. La configuration du décalage de date dans le calendrier récurrent détermine la fenêtre d'entrée exacte. Vérifiez les paramètres de décalage dans votre calendrier récurrent pour confirmer que la fenêtre correspond au moment où le user est censé se qualifier.

Des erreurs dans la logique des règles, comme l'utilisation du mauvais opérateur ou une mauvaise configuration des chemins URL, peuvent empêcher les users d'entrer. Vérifiez bien vos conditions de règle et testez d'abord avec des critères simples.