Les clients entreront dans une série lorsqu'ils correspondent aux filtres de n'importe quel bloc de règles d'entrée. Tout bloc de règles au début d'un chemin est automatiquement défini comme règles 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 : ils peuvent sortir selon vos règles de sortie, devenir désengagés 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 sort immédiatement et cesse de recevoir d'autres messages de celle-ci. Cependant, l'utilisateur final peut réintégrer la série si elle permet la réentrée, s'il ne correspond plus aux règles de sortie et qu'il correspond toujours aux règles d'entrée. Vous pouvez maintenant ajouter plusieurs critères de sortie et ces users peuvent aussi 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 laquelle des versions de ce message qu'il a reçues précédemment, pas seulement dans cette entrée et ce parcours individuel à travers 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 effectué une modification pour empêcher les users de se désengager prématurément, les nouveaux users suivront le chemin original comme vous le souhaitez, cependant, un nouveau chemin devra être créé pour envoyer un 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 après le désengagement du user. 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 en raison 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 pourront 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-là.

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 lorsqu'un événement récurrent se produit, comme l'expiration d'un abonnement ou un achat effectué.

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

Ils peuvent toujours réintégrer si :

Chaque fois qu'un customer 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 customer est déjà entré dans la série) sont vérifiés environ toutes les 30 minutes.

Le visiteur/prospect est retiré de la Série car il est supprimé lorsqu'il est fusionné avec le user.

Le user ne prend pas la place du visiteur/prospect dans la Série.

Pour cibler les customers 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 customer 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 le user n'est pas encore en ligne, chaque entrée restera bloquée en attendant d'afficher le message postérieur. Puis, si au 8e jour, le 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 customer de votre série, si vous souhaitez qu'il sorte en atteignant l'objectif, vous devez ajouter cela comme règle de sortie également.

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ées dans la Série + tags d'événements)

Si vous avez une série en direct, où des customers sont déjà entrés, il y a certaines choses à 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étermine 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 qui correspondent 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 « Signed up after [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 des 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 de l'entreprise dans un bloc de règle comme « Company size is greater than 50 », vos users seront vérifiés selon les règles 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 de user et d'entreprise :

Chacune de ces « versions » du user peut correspondre aux règles individuellement et suivre des chemins différents en conséquence. Ainsi, « User chez Company 1 » correspondrait à cette règle et suivrait le « Chemin 1 » :

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

Cela signifie qu'un seul user peut être sur plusieurs chemins et recevoir des messages de chacun.

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 « Companies with 20 people or more », « User chez Company 1 » et « User chez Company 2 » suivraient le message du « Chemin 1 », et le user le recevrait pour chaque entreprise correspondant aux règles :

S'il n'y a pas de variable d'entreprise ajoutée au corps (contenu) de votre message, il est normal que la série envoie ce message plusieurs fois à un user s'il est associé à plus d'une entreprise. Cela se produit à cause du mécanisme de secours utilisé en l'absence de variables d'entreprise.

Je recommande d'ajouter une variable d'entreprise au corps de votre message pour éviter les doublons et résoudre ce problème. Avec une variable ajoutée, une copie du message sera envoyée uniquement pour chaque entreprise du user qui correspond au bloc de règle.

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 taggage.

Vous pouvez configurer un bloc de règle pour « Has replied to [message] » suivi d'un bloc qui tague le user avec quelque chose comme « Exit ».

Puis utilisez ce tag 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 checklist 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 le message existant dans la série » dans le menu déroulant. Ici, vous pouvez sélectionner votre checklist. Pour automatiser les étapes de la checklist en fonction des attributs au niveau de l'entreprise, utilisez un attribut personnalisé de l'entreprise. Cela permet à l'étape de la checklist 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 checklist aux propriétaires au sein de l'entreprise en utilisant un attribut personnalisé, comme leur rôle de propriétaire.

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 e-mail et seul vous pourrez entrer :

Par exemple, si vous testez une série d'intégration, vous devriez 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 serez satisfait de ses performances, vous pourrez supprimer la règle d'adresse e-mail 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 tag pour taguer les users à cette date, puis définir ce tag comme critère de sortie de la Série, de sorte que tous les users dans la Série après cette date soient tagué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 souhaitez 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 e-mail de Série en transactionnel après sa création.

Comme solution de contournement, recréez le message en tant que nouvel e-mail 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 à travers 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.

Alternativement, 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'user. Pour les blocs de règles qui nécessitent que l'user prenne une action (par exemple, se connecter pour recevoir un message in-app, ou ouvrir un message e-mail), ils voudront utiliser « Essayer de correspondre pendant X jours/heures/minutes » pour donner un peu de temps à l'user, sinon cela vérifierait immédiatement cette action et passerait à la suite.

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 a été 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 point de départ unique », cela indique que votre Série a plusieurs règles d'entrée, et permet aux clients de ré-entrer dans la Série, ce qui n'est pas pris en charge.

Les clients peuvent ré-entrer plusieurs fois dans une Série mais en utilisant cette fonctionnalité, vous ne pouvez avoir qu'un seul bloc de règle d'entrée 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 des e-mails.

S'ils sont entrés dans la Série avant de se désabonner de vos e-mails, ils auraient toujours correspondu 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 coéquipier 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 utilisateur ne correspondent pas exactement aux conditions d'entrée de votre série. Cela se produit parce que 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 les attributs (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 lorsqu'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ù l'user est censé se qualifier.

Les erreurs dans la logique de règle, 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.