A Construção Manual (Público > Audiências > Nova Audiência > Construção Manual) é o coração da segmentação na Inngage Context Cloud. Ela dá controle total sobre cada operador e condição lógica — e entender como cada tipo de dado se comporta é o que separa uma segmentação básica de uma segmentação cirúrgica. Este artigo percorre o motor em profundidade.
A anatomia de uma audiência
Toda audiência manual tem duas partes:
- Informações da Audiência — Nome do Grupo (obrigatório), Descrição e Tags da Mensagem, para organização e governança.
- Regras de Segmentação — a árvore de condições que define quem entra no grupo.
Na árvore, você combina três elementos:
- + Regra — uma condição sobre um atributo do usuário.
- Grupo — um subgrupo com a própria lógica E (AND) / OU (OR), permitindo expressões aninhadas como "(A e B) ou (C e D)". As condições podem ser arrastadas entre grupos (drag-and-drop).
- Bloco de eventos — um container especial para condições de comportamento, com lógica própria e filtros por propriedade do evento (detalhado adiante).
O seletor Todas (AND) / Alguma (OR) no topo de cada grupo define se o usuário precisa atender a todas as condições ou a pelo menos uma.
Cada tipo de dado tem suas próprias condições
Ao selecionar um atributo, o construtor identifica o tipo do dado (a etiqueta TEXTO, NÚMERO, DATA ou SIM/NÃO aparece no seletor) e oferece apenas os operadores que fazem sentido para aquele tipo. Isso evita regras inválidas e destrava consultas poderosas por tipo.
Texto (string): combinações de texto
Atributos como Fabricante, Modelo, Idioma, E-mail e campos personalizados de texto oferecem oito operadores:
| Operador | O que faz | Exemplo de uso |
|---|---|---|
| Igual a | Correspondência exata | Idioma igual a pt-BR |
| Diferente de | Exclui um valor exato | Fabricante diferente de Samsung |
| Contém | O texto aparece em qualquer posição | E-mail contém @gmail |
| Não contém | O texto não aparece | Modelo não contém iPad |
| Começa com | Prefixo | Modelo começa com iPhone |
| Termina com | Sufixo | E-mail termina com .edu.br |
| Está preenchido | O campo tem qualquer valor | E-mail está preenchido (usuários identificados) |
| Não está preenchido | O campo está vazio | Telefone não está preenchido (não alcançáveis por SMS) |
Dica estratégica: "Está preenchido / Não está preenchido" são os operadores mais subestimados. Eles permitem segmentar por completude de cadastro — por exemplo, uma campanha pedindo o telefone só para quem ainda não o informou.
Número: possibilidades numéricas
Atributos como Quantidade de Acessos, Plataforma (Android ou iOS) e campos personalizados numéricos trabalham com sete operadores:
| Operador | O que faz | Exemplo de uso |
|---|---|---|
| Maior que | Acima de um limite | Quantidade de Acessos maior que 10 |
| Menor que | Abaixo de um limite | Quantidade de Acessos menor que 3 |
| Igual a | Valor exato | Acessos igual a 1 (visitou uma única vez) |
| Diferente de | Exclui um valor | — |
| Entre | Faixa de valores | Acessos entre 5 e 20 |
| Está preenchido | Tem valor registrado | — |
| Não está preenchido | Sem valor | — |
Dica estratégica: o operador Entre é ideal para criar faixas de engajamento (leve/médio/pesado) e réguas por faixa de valor — três audiências com faixas complementares cobrem a base inteira sem sobreposição.
Data: condições temporais próprias
Datas (Data de Instalação, Data do Último Acesso, Primeira vez visto, datas personalizadas) têm o conjunto mais rico de operadores entre os atributos, dividido em dois grupos:
Relativos a hoje — a regra "anda" com o calendário e mantém a audiência sempre atual:
- Aconteceu há exatamente X dias/horas
- Aconteceu há menos de X dias/horas
- Aconteceu há mais de X dias/horas
- Aconteceu entre (relativo) — janela relativa (entre X e Y dias atrás)
Absolutos (calendário) — para datas fixas:
- Aconteceu no dia
- Aconteceu depois do dia
- Aconteceu antes do dia
- Aconteceu entre os dias
Mais Está preenchido / Não está preenchido.
As condições relativas aceitam a unidade Dias ou Horas — a granularidade em horas permite audiências de altíssima recência, como "instalou o app há menos de 24 horas".
Dica estratégica: prefira operadores relativos para réguas contínuas (reativação, boas-vindas) e absolutos para eventos de calendário (quem instalou durante a Black Friday). "Último acesso há mais de 30 dias" nunca precisa de manutenção; "último acesso antes de 01/06" expira.
Booleano (sim/não): verdadeiro ou falso
Atributos como "Já realizou login" e "Status" do app são binários e têm quatro condições:
- Verdadeiro — o atributo é sim.
- Falso — o atributo é não.
- Está preenchido / Não está preenchido — o dado existe (ou não) para o usuário.
Simples e determinantes: "Já realizou login = Falso" define, sozinho, a audiência de anônimos a converter em identificados.
Bloco de eventos: o motor comportamental
O Bloco de eventos é a estrutura mais performática do construtor — projetada para consultar o histórico de comportamento com muitas condições diferentes. Dentro do bloco você adiciona um ou mais eventos (via + Evento) e combina-os com a lógica E/OU própria do bloco, independente do resto da árvore.
As condições de evento
Para cada evento (por exemplo, purchase, add_to_cart, search), há 17 condições organizadas em quatro famílias:
Recência (quando foi):
- Aconteceu há exatamente / há menos de / há mais de X dias ou horas
- Aconteceu entre (tempo) — janela relativa
Frequência (quantas vezes):
- Aconteceu mais de X vezes
- Aconteceu menos de X vezes
- Aconteceu exatamente X vezes
- Aconteceu entre X e Y vezes
Marcos (primeira/última ocorrência):
- Aconteceu a primeira vez em / a última vez em (data específica)
- Aconteceu a primeira vez / a última vez (relativo)
Calendário e negação:
- Aconteceu no dia / depois do dia / antes do dia / entre os dias
- Nunca aconteceu — a negação completa
"Nunca aconteceu" merece destaque: é o operador que constrói audiências de oportunidade — quem nunca comprou, quem nunca usou determinada funcionalidade, quem nunca resgatou um cupom. Combinado com eventos de engajamento positivos ("visualizou produto mais de 5 vezes E nunca comprou"), gera os segmentos de maior potencial de conversão da plataforma.
Filtro de propriedade: a lupa dentro do evento
Cada evento carrega propriedades próprias — os campos configurados em Eventos, na Estrutura de Dados. No evento purchase, por exemplo: currency, items, value, coupon, transactionId e shipping.
O botão + Filtro de propriedade adiciona condições ONDE sobre essas propriedades, refinando quais ocorrências do evento contam para a regra:
purchaseaconteceu mais de 2 vezes ONDEvaluemaior que300→ compradores recorrentes de alto ticket.purchaseaconteceu há menos de 30 dias ONDEcouponestá preenchido → compradores sensíveis a cupom.view_itemaconteceu mais de 5 vezes ONDEitem_namecontémtênis→ interesse demonstrado na categoria.
Os operadores do filtro se adaptam ao tipo da propriedade — propriedades de texto usam os operadores de texto (Igual a, Contém, Começa com...), propriedades numéricas usam os numéricos (Maior que, Entre...). Você pode empilhar vários filtros de propriedade no mesmo evento.
É aqui que a segmentação vira contexto: sem o filtro de propriedade, você sabe que o usuário comprou; com ele, você sabe o que, por quanto e como — e é essa camada que permite mensagens verdadeiramente contextuais.
Validação: calcule e explique antes de salvar
- Calcular Audiência — retorna o alcance atual das regras. Calcule sempre: alcance zero denuncia regra impossível ou dado não instrumentado; alcance igual à base inteira denuncia regra frouxa.
- Explicar Segmento — a IA traduz a árvore de regras em linguagem natural. Em lógicas com grupos aninhados e blocos de eventos, é a forma mais rápida de confirmar que a estrutura montada corresponde à intenção.
Receitas de exemplo combinando tudo
Carrinho abandonado premium: Bloco de eventos: add_to_cart aconteceu há menos de 2 dias ONDE value maior que 300 E purchase nunca aconteceu.
Reativação de ex-frequentes (risco de churn): Quantidade de Acessos maior que 20 E Data do Último Acesso aconteceu há mais de 30 dias.
Caçadores de cupom para campanha de margem protegida: Bloco de eventos: purchase aconteceu mais de 3 vezes ONDE coupon está preenchido — para excluir da campanha sem desconto.
Base SMS-ready não logada: Telefone está preenchido E Já realizou login = Falso.
Boas práticas
- Monte a regra do mais restritivo para o menos restritivo e calcule o alcance a cada adição — você percebe imediatamente qual condição derrubou o público.
- Prefira condições relativas (recência, frequência) a absolutas: elas mantêm a audiência viva sem manutenção.
- Nomeie audiências pelo critério, não pela campanha ("Compradores 90d+ ticket alto", não "Campanha Dia das Mães").
- Se um atributo ou propriedade que você precisa não aparece no seletor, o dado ainda não está instrumentado — veja Estrutura de Dados.
