Os clientes entram em uma série quando correspondem aos filtros em qualquer um dos blocos de regras de entrada. Qualquer bloco de regra no início de um caminho é automaticamente definido como regra de entrada:

Você pode ter múltiplos blocos de regras, o que permitirá que os clientes entrem em mais de um caminho ao mesmo tempo.

Sim, um User pode entrar em múltiplas Séries ao mesmo tempo.

Existem várias maneiras para um cliente sair de uma série, eles podem sair de acordo com suas regras de saída, ficar desengajados ou terminar um caminho.

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

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

Para uma forma simples de remover clientes específicos de uma série, basta adicionar uma regra de saída para todos os clientes com uma certa tag, então você pode aplicá-la conforme necessário para quem deve sair da série:

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

Eventos de conteúdo como Se o user clicar na mensagem serão correspondidos se o cliente clicou em qualquer das versões daquela mensagem que recebeu anteriormente, não apenas nesta entrada e jornada individual pela série.

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

No entanto, se ele reentrar na série na terça-feira, receberá o Email 1 novamente, e a regra Se clicado será automaticamente verdadeira, pois ele já havia clicado em um link dentro do Email 1 quando o recebeu na segunda-feira.

Depois que você fizer uma edição para evitar que users se desengajem prematuramente, novos users passarão pelo caminho original como você pretende, no entanto, um novo caminho precisará ser criado para enviar mensagens aos users desengajados.

É importante notar que em qualquer situação de desengajamento, se o user estiver em outros caminhos na Série, ele continuará por esses caminhos. Você pode usar isso a seu favor para garantir que os users recebam as mensagens corretas daqui para frente.

Se você acessar sua lista de users desengajados, pode aplicar uma tag a todos esses users ⤵️

A partir daqui, você pode duplicar o bloco de regras onde os users se desengajaram na série. Quando duplicado, você pode adicionar a nova tag que criou para seus users desengajados a esse bloco de regras.

Então, conectaremos esse bloco de regras duplicado ao bloco após o desengajamento do user. Isso fará com que o user reentre no caminho em que já estava ⤵️

A única ressalva aqui é que as mensagens ainda não seriam entregues para pessoas que se desengajaram devido a falha em email ou notificação push, no entanto, isso garantiria que aqueles que possam ter se desengajado antes do desejado possam receber as mensagens localizadas mais adiante na Série.

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

Após esse período, se ele ainda não tiver recebido a mensagem ou correspondido às regras, será marcado como desengajado e sairá desse caminho.

Isso pode acontecer por vários motivos:

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

Se ele corresponder às regras para entrar em um caminho diferente no futuro, ele entrará nesse ponto.

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

Se um cliente chegar ao fim de um caminho na série e não tiver outro conteúdo para receber (em outro caminho, por exemplo), ele será marcado como ‘Concluído’ e sairá da série:

Os clientes reentram em uma série quando você usa regras de entrada agendadas ou acionadas por eventos. Você pode permitir que os clientes reentrem na mesma série várias vezes. Isso é útil quando você tem um conjunto de mensagens que deseja enviar aos clientes quando um evento recorrente acontece, como uma assinatura expirando ou uma compra sendo feita.

Você encontrará opções para permitir que users entrem mais de uma vez:

Eles ainda podem reentrar se:

Sempre que um cliente faz login no seu app ou visita seu site, e é rastreado pelo Intercom, ele entrará em qualquer série onde corresponder às regras de entrada para um caminho.

Se eles não fizeram login ou visitaram seu site, as regras de entrada são verificadas uma vez por hora para qualquer pessoa que deva entrar. Os blocos de regras no meio de um caminho (quando o cliente já entrou na série) são verificados aproximadamente a cada 30 minutos.

O visitante/lead é removido da Série porque eles são excluídos quando são mesclados no user.

O user não ocupa o lugar do visitante/lead na Série.

Para segmentar clientes com base na interação deles com outra série, você pode adicionar regras de engajamento de séries em um bloco de regras.

Exemplo: “Se um cliente iniciou a série A, não envie a série B para ele”.

Basta selecionar o evento para basear sua regra:

Então, selecione a condição (tem ou não tem) e a série específica:

Se você tem blocos de espera dentro de uma série, como Esperar para ficar online, o mesmo user pode ficar preso nesse bloco de espera várias vezes para múltiplas entradas/jornadas. Então, quando finalmente ficarem online, receberão essa mensagem que estavam esperando várias vezes.

No exemplo acima, um user está entrando diariamente. Como o user ainda não ficou online, cada entrada ficará presa esperando para mostrar a mensagem posterior. Então, se no 8º dia o user finalmente ficar online, ele verá a mesma mensagem 8 vezes de uma vez só.

Para resolver isso e evitar o acúmulo de novos users em cada bloco, atualize as regras de Esperar até para o mesmo período do período de múltiplas entradas.

Alcançar uma meta da série não fará o cliente sair automaticamente da sua série; se você quiser que ele saia ao atingir a meta, deve adicionar isso como uma regra de saída também.

Para metas de empresa, a lista não inclui nome de user, nem botões para marcar ou enviar mensagens para users.

Atualmente, não temos uma forma de rastrear múltiplas metas de Série.

Temos algumas soluções alternativas que você pode tentar:

Então, filtre na lista de Contatos pelos resultados (entraram na Série + tags de evento)

Se você tem uma série ativa, onde clientes já entraram, há algumas coisas a considerar antes de editá-la.

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

Sim, excluir uma Série apaga todas as mensagens de saída dentro dela. Considere criar a mensagem de saída separadamente e usar uma cópia na Série. Assim, se precisar excluir a Série, a mensagem de saída independente não será apagada.

Sim, isso garante que cada série seja simples de gerenciar e funcione sem problemas. Limites atuais:

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

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ó. Também podem controlar comportamentos, como esperar antes de avançar pela(s) Aresta(s) apropriada(s).

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

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

Você pode basear a regra de entrada em um atributo que as pessoas só correspondam após hoje - por exemplo, se esta for uma Série de onboarding, você pode usar "Inscrito após [data de hoje]":

Ou, se não for um critério fácil de definir com um atributo, você pode *marcar* todos os seus users atuais na lista de Contatos e depois excluir essa tag da regra de entrada da Série.

Se você agrupa seus users por empresa no Intercom, há algumas coisas a considerar ao criar regras em uma série.

Se você usar dados da empresa em um bloco de regra como ‘Tamanho da empresa é maior que 50’, seus users serão verificados contra as regras uma vez por empresa.

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

Esse 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. Então ‘User na empresa 1’ corresponderia a essa regra e seguiria pelo ‘Caminho 1’:

E ‘User na Empresa 2’ não corresponderia, então seguiria pelo ‘Caminho 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ê mudar a regra neste exemplo para ‘Empresas com 20 pessoas ou mais’, tanto ‘User na Empresa 1’ quanto ‘User na Empresa 2’ seguiriam para a mensagem no ‘Caminho 1’, e o user a receberia para cada empresa que correspondesse às regras:

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

Recomendo adicionar uma variável de empresa ao corpo da sua mensagem para evitar duplicatas e resolver esse problema. Com a variável adicionada, uma cópia da mensagem será enviada apenas para cada empresa do user que corresponder ao bloco de regra.

Sim. A Série vai esperar o início do horário comercial antes de enviar essa mensagem ao user, mesmo que ele corresponda cedo.

Atualmente não há uma forma direta de fazer users saírem da Série quando respondem a uma mensagem, mas você pode conseguir isso com um bloco de marcação.

Você pode configurar um bloco de regra para "Respondeu a [mensagem]" seguido de um bloco que marque o user com algo como "Saída"

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

Você pode até listar várias mensagens no bloco de regra se quiser criar uma regra que verifique se alguma mensagem na Série foi respondida.

Para adicionar um checklist que você já criou a uma série, clique no botão Mais no canto superior direito da série e selecione 'Copiar mensagem existente para a série' no menu suspenso. Aqui você pode selecionar seu checklist. Para automatizar etapas do checklist com base em atributos em nível de empresa, use um atributo personalizado da empresa. Isso permite que a etapa do checklist seja automaticamente resolvida para todos os users dessa empresa assim que uma etapa for concluída por um user. Você também pode direcionar o checklist para os proprietários dentro da empresa usando um atributo personalizado, como o papel deles como proprietário.

Se você quiser testar uma série antes de ativá-la para seus clientes, 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 série de onboarding, deve se inscrever como um novo user e realizar as mesmas ações que eles fariam em seu produto para receber as mensagens da sua série.

Então, quando estiver satisfeito com o desempenho, você pode remover a regra do endereço de email específico, e ela começará a corresponder a outros users.

Para definir uma data de início para sua Série, você pode adicionar um bloco de espera após as regras de entrada para "Esperar até [data X]", antes do envio das suas primeiras mensagens.

Atualmente, não temos um recurso para definir uma data de término para uma Série, mas uma opção seria configurar um caminho separado na Série com as mesmas regras de entrada e um bloco de espera que aguarde até a data em que você deseja que ela termine, e um bloco de tag para marcar os users nessa data, depois definir essa tag como seu critério de saída da Série, para que todos os users na Série após essa data sejam marcados e imediatamente saiam.

​

Sim, você pode consumir as métricas da sua Série usando o content_stat.series Webhook. Inscreva-se no tópico de estatísticas de conteúdo da Série junto com qualquer um dos tipos de conteúdo que podem ser incluídos em uma Série, e você receberá notificações na sua URL de endpoint quando um evento ocorrer.

Você pode configurar todas as suas mensagens em um único caminho a partir das regras de entrada, com setas “Se corresponder” levando ao próximo bloco, fazendo com que suas mensagens sempre sejam enviadas em ordem consecutiva. Você pode adicionar setas “Se não corresponder” levando a blocos posteriores se quiser que elas sejam enviadas em ordem, mas com a opção de pular algumas se o user não corresponder. Ou, você pode ter várias 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 de Série para transacional depois que ele foi criado.

Como alternativa, recrie a mensagem como um novo email transacional de saída usando um gatilho de evento fora da Série.

Uma vez que uma pessoa corresponde às regras de entrada e entra em uma Série, ela continuará na Série até terminar ou corresponder às regras de saída.

Se você quiser que os Users que não correspondem mais às regras de entrada saiam, pode configurar blocos de regras que verifiquem se o User/Lead ainda corresponde antes de enviar o próximo conteúdo.

Alternativamente, você pode atualizar as regras de saída para que, assim que eles não corresponderem às regras de entrada, correspondam às regras de saída e saiam da Série.

“Tentar corresponder uma vez” é útil para regras que verificam atributos do user, mas não dependem do user realizar uma ação. Para blocos de regras que precisam que o user realize uma ação (por exemplo, entrar online para receber uma mensagem no app ou abrir um email), eles devem usar “Tentar corresponder por X dias/horas/minutos” para dar algum tempo ao user, caso contrário, verificaria imediatamente essa ação e seguiria adiante.

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

Se você vir uma mensagem de erro que diz "Uma série de múltiplas entradas deve ter um único ponto de partida", isso indica que sua Série tem múltiplas regras de entrada e permite que clientes entrem novamente na Série, o que não é suportado.

Clientes podem entrar várias vezes em uma Série, mas ao usar esse recurso, você só pode ter um Bloco de Regra de Entrada para a Série.

Para resolver o erro, remova os blocos extras de regras de entrada da Série ou atualize as regras de entrada para que um cliente possa entrar apenas 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 cancelaram a inscrição dos emails.

Se eles entraram na Série antes de cancelar a inscrição dos seus emails, ainda teriam correspondido ao bloco de regras de entrada da Série naquele momento.

O motivo pelo qual você está vendo esse 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 dentro do 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 elo perdido.

Users podem não entrar na sua série devido a incompatibilidades de atributos que ocorrem quando os dados do perfil do user 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 rigorosa, e até pequenas discrepâncias impedem a entrada.

Se sua Série usa uma programação recorrente baseada em atributos (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 parece corresponder às regras do público.

Esse é um 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 está alinhada com quando o user deve se qualificar.

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