Os clientes entrarão em uma series quando corresponderem aos filtros em qualquer um dos blocos de regra de entrada. Qualquer bloco de regra no início de um caminho é automaticamente definido como regras de entrada:

Você pode ter vários blocos de regra, o que permitirá que os clientes entrem em mais de um caminho ao mesmo tempo.

Sim, um User pode entrar em várias Series ao mesmo tempo.

Existem várias maneiras de um cliente sair de uma series, eles podem sair de acordo com suas regras de saída, se tornarem-se desengajados, ou terminarem um caminho.

Nas configurações da sua series, você pode definir um conjunto de regras que, se correspondidas, farão com que um cliente saia da series. As regras de saída podem ser baseadas em quaisquer atributos ou eventos que você acompanha sobre seus clientes ou suas empresas:

Se os dados de um cliente forem atualizados para corresponder à regra, ele sairá da series.

Para uma maneira simples de remover clientes específicos de uma series, adicione uma regra de saída para todos os clientes com uma determinada tag, então você pode aplicá-la conforme necessário a qualquer pessoa que deva sair da series:

Quando um usuário final corresponder a uma regra de saída em uma Series, ele sairá imediatamente dessa Series e parará de receber mais mensagens dela. No entanto, o usuário final pode reentrar na Series se ela permitir reentrada, se ele não corresponder mais às regras de saída e ainda corresponder às regras de entrada. Você pode adicionar vários critérios de saída agora e esses users também podem seguir o fluxo and/or.

Eventos de conteúdo como If the user clicks the message serão correspondidos se o cliente clicou em qualquer uma das versões dessa mensagem que recebeu anteriormente, não apenas nesta entrada e jornada individual pela series.

Por exemplo, na série abaixo, se o user entrar na segunda-feira e imediatamente clicar em um link no Email 1, ele corresponderá ao segundo bloco de regras e receberá o Email 2.

No entanto, se eles então reentrarem na series na terça-feira, receberão novamente o Email 1, e a regra If clicked será automaticamente verdadeira, pois eles já tinham clicado em um link dentro do Email 1 quando o receberam na segunda-feira.

Depois de editar para evitar que users se desengajem prematuramente, novos users passarão pelo caminho original como você pretende; no entanto, um novo caminho teria que ser criado para que os users desengajados recebam essa mensagem.

É importante notar que em qualquer situação de desengajamento, se o user estiver em outros caminhos na Series, ele continuará pelo caminho. Você pode usar isso a seu favor para garantir que os users recebam a mensagem certa daqui para frente.

Se você for para sua lista de users desengajados, poderá aplicar uma tag a todos esses users ⤵️

A partir daqui você pode duplicar o bloco de regra onde os users se desengajaram na series. Ao duplicar, você pode adicionar a nova tag criada para seus users desengajados a este bloco de regra.

Então, nós conectaremos este bloco de regra duplicado ao bloco após o qual o user se desengajou. Isso reentrará o user no caminho que ele já estava ⤵️

A única ressalva aqui é que as mensagens ainda não seriam entregues às pessoas que se desengajaram devido a uma falha de e-mail ou notificação push; no entanto, isso garantiria que aqueles que podem ter se desengajado antes do desejado possam receber as mensagens localizadas mais adiante na Series.

Se um cliente chega a um bloco de regra que ele não corresponde, ou a uma mensagem que ele não pode receber, ele aguardará pelo período especificado no bloco:

Após esse período, se eles ainda não tiverem recebido a mensagem ou correspondido às regras, serão marcados como desengajados e sairão deste caminho.

Isso pode acontecer por várias razões:

Em qualquer uma dessas situações, se o user estiver em outros caminhos na series, ele continuará por eles.

Se corresponderem às regras para entrar em um caminho diferente no futuro, entrarão neste ponto.

Se houver um caminho alternativo para clientes que não correspondem a um bloco de regra, ou não recebem uma mensagem, eles seguirão por esse caminho em vez disso, e não serão marcados como desengajados:

Se um cliente chegar ao fim de um caminho na series e não tiver outro conteúdo para receber (em outro caminho, por exemplo), ele será marcado como 'Finished' e sairá da series:

Os clientes reentram em uma series quando você está usando regras de entrada programadas ou acionadas por evento. Você pode permitir que os clientes reentrem na mesma series várias vezes. É útil quando você tem um conjunto de mensagens que deseja enviar aos clientes quando um evento recorrente acontece, como expiração de assinatura ou uma compra sendo feita.

You’ll find options to allow users to Enter more than once:

They can still re-enter if:

Whenever a customer logs in to your app, or visits your website, and is tracked by Intercom, they’ll enter any series where they match the entry rules for a path.

If they haven’t logged in or visited your website, entry rules are checked once an hour for anyone who should enter. Rule blocks in the middle of a path (when the customer has already entered the series) are checked approximately every 30 minutes.

The visitor/lead gets removed from the Series because they are deleted when they are merged into the user.

The user doesn't take the visitor's/lead's place in the Series.

To target customers based on their interaction with another series, you can add series engagement rules in a rule block.

Example: “If a customer has started series A, don’t send them series B”.

Just select the event to base your rule on:

Then, select the condition (has or has not) and the specific series:

If you have wait blocks inside a series such as Wait to come online, the same user can get stuck at that wait block multiple times for multiple entries/journeys. Then when they finally do come online, they will get delivered that message that they were waiting for multiple times.

In the example above, a user is entering daily. As the user has not come online yet, each entry will get stuck waiting to show the post message. Then if on the 8th day, the user finally comes online, they will get shown the same post 8 times all at once.

To solve this and avoid a build up of new users at each block, update Wait up to rules to be the same period as the multiple entry period.

Hitting a series goal will not automatically exit a customer from your series, if you’d like them to exit upon hitting the goal, you must add this as an exit rule too.

For company goals, the list does not include a user name, or buttons to tag or message users.

We don’t currently have a way to track multiple Series goals.

We do have a couple workarounds for this that you can try:

Then, filter in the Contacts list for the results (entered Series + event tags)

If you have a live series, where customers have already entered there are some things to consider before editing it.

Se você excluir uma série ao vivo, todos os customers sairão e não receberão mais conteúdo.

Sim, excluir uma Série exclui todas as mensagens de saída dentro dela. Considere criar a mensagem de saída separadamente e usar uma cópia na Série. Dessa forma, se você precisar excluir a Série, a mensagem de saída independente não será excluída também.

Sim, isso é para garantir que cada Série seja simples de gerenciar e funcione sem problemas. Limites atuais em vigor:

Limites rígidos são limites importantes do produto para proteger a infraestrutura e a capacidade de processar Séries com eficiência.

Os limites rígidos estão descritos abaixo:

Uma aresta conecta dois nós em uma Série.

Um nó representa um bloco dentro de uma Série. Eles estão associados a um conjunto de regras, que determina o que acontece naquele Nó. Eles também podem controlar o comportamento, como esperar antes de progredir pela(s) Aresta(s) apropriada(s).

Não é possível criar uma Série com loops infinitos, onde um customer retorna a um ponto anterior na Série e recebe o mesmo conteúdo novamente. Você verá o seguinte aviso se tentar fazer isso:

Existem algumas opções disponíveis se você quiser enviar sua Série apenas para pessoas que correspondam aos critérios daqui pra frente.

Você poderia basear a regra de entrada em um atributo que as pessoas só corresponderão depois de hoje — por exemplo, se esta for uma Série de integração, você poderia usar "Signed up after [today's date]":

Ou, se não for um critério que você consiga definir facilmente com um atributo, você poderia em vez disso *taggear* todos os seus current users da lista de Contacts e então excluir essa tag da regra de entrada da sua Série.

Se você agrupar seus users por empresa no Intercom, há algumas coisas a ter em mente ao criar regras em uma Série.

Se você usar dados da empresa em um bloco de regra como 'Company size is greater than 50' seus users serão verificados em relação às regras uma vez por empresa.

Por exemplo, se você tiver um user que é membro de duas empresas de tamanhos diferentes:

Este user será tratado como duas combinações distintas de user e empresa:

Cada uma dessas ‘versões’ do user pode corresponder às regras individualmente e seguir por caminhos diferentes conforme o caso. Então ‘User at company 1’ corresponderia a essa regra e seguiria por ‘Path 1’:

E ‘User at Company 2’ não corresponderia, então seguiria por ‘Path 2’:

Isso significa que um único user pode estar em mais de um caminho e receber mensagens de cada um deles.

Se um user corresponder a uma regra com mais de uma empresa, múltiplas ‘versões’ desse user seguirão pelo mesmo caminho e receberão cada mensagem uma vez por empresa.

Então, se você alterasse a regra neste exemplo para ‘Companies with 20 people or more’, tanto ‘User at Company 1’ quanto ‘User at Company 2’ seguiriam para a mensagem em ‘Path 1’, e o user a receberia para cada empresa que correspondesse às regras:

Se não houver uma variável de company adicionada ao corpo (content) da sua mensagem, é comportamento esperado que a Series envie essa mensagem várias vezes para um user se ele estiver associado a mais de uma company. Isso ocorre por causa do fallback que usamos quando não há variáveis de company adicionadas.

Recomendo adicionar uma variável de company ao corpo da sua mensagem para evitar duplicatas e resolver este problema. Com uma variável adicionada, uma cópia da mensagem será enviada apenas para cada uma das companies do user que corresponder ao bloco de regras.

Sim. A Series aguardará o início do horário comercial antes de enviar essa mensagem ao user, mesmo que ele corresponda antecipadamente.

Atualmente não existe uma maneira direta de retirar users da Series quando eles respondem a uma mensagem, mas você pode conseguir isso com um bloco de marcação (tagging block).

Você pode configurar um bloco de regras para “Has replied to [message]” seguido por um bloco que marque o user com algo como “Exit”

E então use essa tag como sua regra de saída.

Você pode até listar múltiplas mensagens no bloco de regras se quiser criar uma regra que verifique se qualquer mensagem na Series foi respondida.

Para adicionar um checklist que você já criou a uma series, clique no botão Mais no canto superior direito da series e selecione ‘Copy existing message into series’ no menu. Aqui você pode selecionar seu checklist. Para automatizar passos do checklist com base em atributos da company, use um atributo customizado da company. Isso permite que o passo do checklist seja automaticamente resolvido para todos os users dessa company assim que um passo for concluído por um user. Você também pode direcionar o checklist para proprietários dentro da company usando um atributo customizado, como o papel deles como owner.

Se você quiser testar uma series antes de ativá-la para seus customers, adicione uma regra de entrada específica para seu endereço de email e somente você poderá entrar:

Por exemplo, se você estiver testando uma onboarding series, deve se inscrever como um novo user e completar as mesmas ações que eles fariam no seu produto para receber as mensagens da sua series.

Quando estiver satisfeito com o desempenho, você pode remover a regra de email específica e ela começará a corresponder a outros users.

Para definir uma data de início para sua Series, você pode adicionar um bloco de espera após as regras de entrada para “Wait until [X date]”, antes do envio das suas primeiras mensagens.

Não temos um recurso para definir uma data de término para uma Series atualmente, mas uma opção seria configurar um caminho separado na Series com as mesmas regras de entrada e um bloco de espera que aguarde até a data que você quer que ela pare, e um tag block para marcar os users nessa data, depois definir essa tag como seu critério de saída da Series, para que todos os users na Series após essa data sejam marcados e imediatamente retirados.

​

Sim, você pode consumir as métricas da sua Series usando o content_stat.series Webhook. Inscreva-se no tópico de content stat da Series junto com quaisquer tipos de conteúdo que possam ser incluídos numa Series, e você receberá notificações no seu endpoint URL quando um evento ocorrer.

Você pode configurar todas as suas mensagens em um único caminho a partir das regras de entrada, com setas “If matched” levando ao próximo bloco, fazendo com que suas mensagens sempre sejam enviadas em ordem consecutiva. Você pode adicionar setas “If not matched” levando a blocos posteriores se quiser que sejam enviadas em ordem, mas com a opção de pular algumas se o user não corresponder. Ou, você pode ter múltiplas mensagens e links de caminhos para sua regra de entrada escolhida para permitir que todas as mensagens sejam enviadas a qualquer momento, em qualquer ordem.

Não — não é possível alterar o tipo de um email da Series para transacional após a criação.

Como solução, recrie a mensagem como um novo email transacional de saída usando um gatilho de evento fora da Series.

Uma vez que uma pessoa corresponde às regras de entrada e entra numa Series, ela continuará pela Series até terminar ou corresponder às regras de saída.

Se você quiser que Users que não correspondem mais às Regras de Entrada saiam, você pode configurar blocos de regras que verifiquem se o User/Lead ainda corresponde antes de enviar a próxima peça de conteúdo.

Como alternativa, você pode atualizar as regras de saída para que assim que eles não correspondam mais às Regras de Entrada, correspondam às Regras de Saída e saiam da Series.

“Try to match once” é útil para regras que verificam atributos do user, mas não dependem da ação do user. Para blocos de regras que precisam da ação do user (por exemplo, ficar online para receber uma mensagem in-app, ou abrir um email), eles devem usar “Try to match for X days/hours/minutes” para dar tempo ao user, caso contrário verificaria imediatamente por essa ação e seguiria adiante.

Não é possível acessar ou restaurar uma Series excluída do seu workspace. Uma vez que uma Series foi excluída, ela não pode ser recuperada ou visualizada.

Se você vir uma mensagem de erro que diz "A multi entry series must have a single starting point", isso indica que sua Series tem múltiplas regras de entrada e permite que customers re-entrem na Series, o que não é suportado.

Customers podem re-entrar numa Series várias vezes, mas ao usar esse recurso, você só pode ter um Entry Rule Block para a Series.

Para resolver o erro, remova os blocos de regra de entrada extras da Series ou atualize as regras de entrada para que um customer só possa entrar uma vez.

Para descobrir por que users que não deveriam ter entrado na Série o fizeram, verifique os carimbos de data/hora de quando os users entraram na Série e quando se descadastraram dos e-mails.

Se eles entraram na Série antes de se descadastrarem dos seus e-mails, eles ainda teriam correspondido ao bloco de regras de entrada da Série naquele momento.

O motivo pelo qual você está vendo este erro é que está usando um recurso específico na sua Série que não faz parte da sua assinatura. Esses blocos aparecerão em roxo no editor da Série

​

Essa mensagem de erro geralmente significa que um dos nós internos não está conectado corretamente (e portanto está sendo percebido como um nó inicial) ou que o Teammate está usando algo diferente de um bloco de regra como nó inicial da Série.

Sugerimos que você examine cuidadosamente os nós da Série e identifique onde está o link ausente.

Os users podem não entrar na sua série devido a incompatibilidades de atributos ocorrendo quando os dados do perfil do usuário não correspondem exatamente às condições de entrada da sua série. Isso acontece porque os operadores de condição avaliam os dados com precisão estrita, e até discrepâncias pequenas impedirão a entrada.

Se sua Série utiliza uma programação recorrente baseada em atributo (por exemplo, baseada em um atributo de data como renovação de assinatura), a lógica de agendamento pode impedir a entrada mesmo quando um user aparenta corresponder às regras de público.

Esse comportamento é esperado. A configuração de deslocamento de data na programação recorrente determina a janela exata de entrada. Verifique as configurações de deslocamento na sua programação recorrente para confirmar se a janela coincide com quando o user deve se qualificar.

Erros na lógica da regra, como usar o operador errado ou configurar incorretamente caminhos de URL, podem impedir que users entrem. Verifique novamente suas condições de regra e teste com critérios simples primeiro.