Segmentos — avaliação, membership e operação
Uma regra descreve quem deveria fazer parte de uma audiência. A membership registra a resposta dessa regra para cada perfil depois que o PrismaFlow realiza a avaliação.
Essa diferença ajuda a entender por que uma prévia pode mostrar um número e a lista operacional ainda apresentar outro durante uma ativação, publicação ou recomputação.
O que é uma membership
Membership é o estado que informa se um perfil pertence ou não a um segmento.
O PrismaFlow também mantém informações que ajudam a interpretar esse estado, como:
- quando o perfil foi avaliado pela última vez;
- qual versão do segmento foi usada;
- o motivo da avaliação;
- as entradas e saídas que realmente aconteceram.
Uma nova avaliação pode produzir três resultados:
- entrou: não era membro e passou a atender à regra;
- saiu: era membro e deixou de atender à regra;
- permaneceu igual: a regra foi conferida, mas a resposta não mudou.
Entradas e saídas formam o histórico de movimentação da audiência. Uma avaliação sem mudança atualiza a evidência de que o estado ainda foi conferido, mas não cria uma nova entrada ou saída.
O que provoca uma avaliação
Ao publicar a definição, o PrismaFlow identifica suas dependências. Elas conectam cada mudança de dados aos segmentos que precisam ser avaliados.
Um segmento em tempo real pode reagir a:
- uma nova ocorrência da combinação correta de nome e versão de evento;
- a atualização de um trait usado pela regra;
- a entrada ou saída de outro segmento usado como condição.
O sinal apenas informa que vale a pena conferir aquele perfil. A regra completa é avaliada novamente antes de decidir se ele entra, sai ou continua no mesmo estado.
Exemplo: interesse em entrega rápida
Imagine um segmento para pessoas que visualizaram produtos nos últimos 7 dias e possuem a cidade atendida por entrega rápida.
Uma nova visualização pode iniciar a avaliação porque o evento faz parte da regra. Uma mudança no trait de cidade também pode iniciar outra avaliação. Em ambos os casos, o PrismaFlow confere todas as condições: receber o sinal não significa entrar automaticamente na audiência.
Dependência de outro segmento
Um segmento pode usar a membership de outro como condição. Isso permite criar uma audiência mais específica a partir de uma lista já conhecida.
Por exemplo:
clientes de alto engajamento E interessados em entrega rápida.
Quando a membership da audiência de alto engajamento muda, o segmento dependente pode reavaliar o mesmo perfil. Essa propagação é uma cascata de membership.
Mantenha essas relações simples e dê nomes claros aos segmentos. Uma cadeia longa torna mais difícil descobrir qual mudança iniciou uma entrada ou saída.
Prévia não é a audiência processada
A prévia calcula como a definição se comporta naquele momento. Ela ajuda a verificar tamanho, custo, dependências e possíveis erros de modelagem.
Essa é uma operação pesada, limitada a no máximo um minuto. Dependendo do volume, da complexidade da regra e das fontes consultadas, ela pode retornar uma contagem parcial, atingir o limite de tempo ou apresentar erro.
Ela não cria memberships, não altera a lista atual e não aciona jornadas. Use o resultado como apoio para revisar a modelagem, não como garantia de quantas pessoas formarão a audiência.
Para conhecer a audiência operacional da regra publicada, é necessário processá-la:
- a primeira ativação forma a lista inicial de um segmento em tempo real;
- a execução agendada forma ou atualiza a audiência de um segmento agendado;
- depois de editar e publicar uma regra, uma recomputação materializa o novo resultado para toda a audiência aplicável.
Enquanto esse processamento está em andamento, a membership pode reunir perfis já avaliados e outros que ainda representam o estado anterior.
O resultado mais preciso aparece depois que o segmento é publicado e o processamento aplicável termina — ativação inicial, execução agendada ou recomputação depois de uma edição. É a membership materializada, e não a prévia, que deve ser usada por uma jornada ou outra operação de negócio.
Alterar a regra não reavalia todo mundo imediatamente
Quando uma nova definição é publicada, os próximos sinais passam a usar a regra atualizada. Isso não significa que todos os perfis existentes foram conferidos naquele instante.
Se a mudança precisa valer para toda a audiência antes de uma ação de negócio:
- publique a nova definição;
- inicie uma recomputação;
- acompanhe a execução até a conclusão;
- só então use a lista resultante.
A recomputação é uma operação ampla. Ela percorre os dados aplicáveis, marca quem atende à regra e remove da audiência quem não foi reencontrado.
Recomputações são silenciosas para jornadas
Ativações e recomputações completas podem encontrar muitas entradas e saídas de uma só vez. Essas mudanças atualizam a membership e o histórico, mas não iniciam uma jornada para cada perfil encontrado no processamento.
Essa proteção evita incidentes como disparar uma ação promocional em massa apenas porque uma regra foi recalculada.
Quando o objetivo for atuar sobre toda a lista recalculada, aguarde a conclusão e use o segmento como audiência de uma jornada agendada. Para reagir a novas entradas e saídas individuais, use as mudanças incrementais de um segmento em tempo real.
Como interpretar os números
Membros
É o total de perfis que possuem membership ativa no segmento. Durante uma run ou logo após muitas mudanças, a interface pode levar algum tempo para refletir toda a movimentação processada.
Entraram e saíram
Mostram mudanças reais de membership dentro da janela escolhida. Reavaliar um perfil e chegar à mesma resposta não aumenta esses números.
Saldo
É a diferença entre entradas e saídas no período. Um saldo positivo não significa que ninguém saiu; significa apenas que entraram mais pessoas do que saíram.
Avaliado em
Indica quando a membership foi conferida. Uma data antiga pode significar que nenhuma dependência daquele perfil voltou a acionar o segmento, que o segmento ficou pausado ou que uma recomputação ainda é necessária.
Por que um perfil pode não estar na audiência
Antes de tratar o caso como falha, confira:
- se o segmento está ativo;
- se a definição publicada é a mesma que foi usada na prévia;
- se existe um rascunho ainda não publicado;
- se a versão correta do evento chegou;
- se o trait esperado existe e possui o valor atual correto;
- se o sinal necessário aconteceu depois da ativação ou da edição;
- se a passagem do tempo exige um segmento agendado;
- se a última run terminou ou apresentou falha;
- se a membership saiu por inatividade.
Também diferencie duas perguntas:
- a regra encontra esse perfil agora? Use a prévia e revise os dados e condições;
- a lista publicada já processou esse perfil? Confira a última avaliação e as runs.
Processamento leva algum tempo
Eventos, traits e mudanças de membership percorrem uma cadeia de processamento antes de aparecerem na audiência. Por isso, uma atualização pode não ficar visível no mesmo instante em que o dado é enviado.
Uma demora curta faz parte desse fluxo. Se o estado não for atualizado, investigue a dependência esperada, a última avaliação, a versão publicada e a saúde das runs antes de alterar a regra.
Assuntos relacionados
- Segmentos — fundamentos, criação e ciclo de vida [blocked]
- Segmentos — cláusulas, combinações e modelagem [blocked]
- Traits e evolução do perfil
- Identidades e formação de perfis
Revisão editorial
- Estado: Em revisão
- Fatos confirmados em: serviço de segmentos, armazenamento de memberships e dashboard atuais
- Walkthrough: conhecimento operacional fornecido pelo Darlysson na PF-1370 em 15/08/2026
- Lacunas conhecidas: propagação silenciosa de recomputações para segmentos dependentes e classificação do motivo de runs completas