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 conforme 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 a quem deve sair da série:

Quando um usuário final corresponder a uma regra de saída em uma Série, ele sairá imediatamente dessa Série e deixará 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 usuários podem seguir o fluxo e/ou também.

Eventos de conteúdo como Se o usuário 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 usuário entrar na segunda-feira e clicar imediatamente em um link no Email 1, ele 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.

Após editar para evitar que usuários se desengajem prematuramente, novos usuários seguirão o caminho original como você deseja, porém será necessário criar um novo caminho para enviar mensagens aos usuários desengajados.

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

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

A partir daqui, você pode duplicar o bloco de regras onde os usuários se desengajaram na série. Ao duplicar, você pode adicionar a nova tag criada para seus usuários desengajados a esse bloco de regras.

Então, conectaremos esse bloco de regras duplicado ao bloco após o ponto onde o usuário se desengajou. Isso fará o usuário reentrar no caminho que ele já estava ⤵️

A única ressalva é que as mensagens ainda não serão entregues para pessoas que se desengajaram devido a falha em email ou notificação push, porém isso garantirá que aqueles que se desengajaram antes do desejado possam receber as mensagens localizadas mais adiante na Série.

Se um cliente chegar a um bloco de regras que 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 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 dessas situações, se o usuário 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 por 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 ‘Finalizado’ 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 clientes reentrem na mesma série várias vezes. Isso é útil quando você tem um conjunto de mensagens para 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 é excluído quando é mesclado 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á com que o cliente saia 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 da 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 eventos)

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

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 apaga todas as mensagens enviadas dentro dela. Considere criar a mensagem enviada separadamente e usar uma cópia na Série. Assim, se precisar excluir a Série, a mensagem enviada separada 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ó. Eles também podem controlar o comportamento, como esperar antes de avançar pelo(s) caminho(s) apropriado(s).

Não é possível criar uma Série com loops infinitos, onde um customer retorna a um ponto anterior da 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 para frente.

Você pode basear a regra de entrada em um atributo que as pessoas só correspondam depois de 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 que você possa definir facilmente 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 ‘O tamanho da empresa é maior que 50’, seus users serão verificados contra as regras uma vez por empresa.

Por exemplo, se você tem 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 caminhos diferentes conforme o caso. Então, ‘User na empresa 1’ corresponderia a esta 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ê mudasse 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:

Um contato que pertence a mais de uma empresa pode receber a mesma mensagem uma vez para cada empresa. Isso acontece quando a Série avalia dados da empresa, seja porque suas regras de entrada ou blocos de condição usam atributos da empresa, ou porque o conteúdo da mensagem contém uma variável da empresa como {{company.name}}.

O Intercom trata cada par contato-e-empresa separadamente, então cada empresa recebe sua própria cópia corretamente personalizada. "Enviar uma vez" e "entrar apenas uma vez" significam uma vez por contato por empresa.

Para enviar apenas uma cópia por contato:

Se um contato está recebendo uma cópia por empresa, mas você espera que ele esteja em uma única empresa, verifique se há registros duplicados de empresa. Enviar um novo company_id para uma empresa existente cria uma segunda empresa em vez de atualizar a primeira, e o contato acaba vinculado a ambas. Veja Agrupe seus users por empresa.

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

Atualmente não há uma forma direta de remover users 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 por um bloco que marque o user com algo como "Sair"

E então usar essa marcação 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 a 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 um user completar a etapa. Você também pode direcionar o checklist para proprietários dentro da empresa usando um atributo personalizado, como o papel deles como proprietário.

Ao localizar uma Série para múltiplos idiomas — por exemplo, usando blocos de regra de entrada separados para cada condição de idioma — defina a regra de entrada para Entrar uma vez. Isso impede que users entrem na Série várias vezes sob diferentes condições de idioma.

Sem essa configuração, um user que corresponda a mais de uma regra de entrada de idioma poderia entrar na Série várias vezes e receber conteúdo duplicado.

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 estiver testando uma série de onboarding, você deve se cadastrar como um novo user e completar as mesmas ações que eles fariam no seu produto para receber as mensagens da sua série.

Então, quando estiver satisfeito com o desempenho, você pode remover a regra de 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 "Aguardar até [data X]", antes do envio das 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 que você quer que ela termine, e um bloco de marcação para marcar os users nessa data, depois definir essa marcação 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 saiam imediatamente.

​

Sim, você pode consumir suas métricas da 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 suas mensagens sempre serem 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 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 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 Users que não correspondem mais às Regras de Entrada saiam, pode configurar blocos de regra 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 mais à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 usuário, mas não dependem do usuário realizar uma ação. Para blocos de regras que precisam que o usuário tome uma ação (por exemplo, ficar 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 usuário, caso contrário, a verificação da ação seria imediata 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 regra 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 e 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, eles ainda teriam correspondido ao bloco de regras de entrada da Série naquele momento.

A razão pela 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 Série. Isso acontece porque os operadores de condição avaliam os dados com precisão estrita, e até pequenas discrepâncias impedem a entrada.

Se uma Série envia um Chat de acompanhamento no app condicionado a um atributo definido por uma etapa anterior (por exemplo, uma resposta de Pesquisa armazenada como CDA), o Chat às vezes pode precisar de uma atualização da página para aparecer, em vez de mostrar instantaneamente.

Quando um cliente completa a etapa anterior e o atributo condicional é atualizado, o Messenger recebe um impulso em tempo real para que o Chat de acompanhamento possa ser exibido sem atualização. Esse impulso é feito com o melhor esforço: pode ser perdido, e está competindo entre duas coisas — o atributo sendo escrito e indexado, e a próxima verificação do Messenger para novas mensagens. Dependendo do tempo, o Chat pode aparecer instantaneamente, na próxima carga da página ou ocasionalmente com um pequeno atraso.

Se a entrega imediata e consistente for importante para seu caso de uso, adicione uma etapa após a ação condicional (por exemplo, um link ou botão na etapa de agradecimento da Pesquisa) que leve o cliente a outra página. Navegar força a atualização que dispara o Chat de forma confiável.

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 caminhos de URL, podem impedir que users entrem. Verifique suas condições de regra e teste com critérios simples primeiro.