Regras comportamentais do BTG

As Regras Comportamentais do Behavior Targeting (BTG) da DXP permitem criar automações personalizadas com base nas ações dos usuários em sites e apps. Cada regra é um gatilho que dispara mensagens de e-mail ou mobile push, possibilitando uma comunicação mais eficiente e segmentada para aumentar as conversões. Abaixo estão as regras comportamentais disponíveis e como cada uma pode ser utilizada.

» Navegação

• Ação: Identifica o produto de interesse do cliente e uma comunicação é enviada com esse item.
• Potencial de conversão: O usuário recebe a comunicação referente aos produtos que teve interesse.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

*Observação: Existem 3 opções no painel:

Diária: Comunicação enviada por volta de 1 a 2 horas após a navegação.

Semanal: Comunicação enviada no final da semana, com os produtos navegados durante os 7 dias. O cliente escolhe o dia da semana para o envio.

Mensal: Comunicação enviada após 30 dias, com os produtos navegados neste período. O cliente escolhe o dia do mês para envio.

» Abandono de Carrinho

• Ação: Mensagem disparada aos consumidores que abandonaram produtos no carrinho, 1 hora após a ação.
• Potencial de conversão: O abandono de carrinho é considerado o estágio mais “quente” para a conversão, faltando “um passo” para o usuário completar a compra.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Carrinho e Pedido Finalizado.

» Pós-compra

• Ação: Envio de conteúdo personalizado após a compra de um determinado produto, categoria ou marca específica.
• Potencial de conversão: Possibilidade de oferecer um novo produto que tenha relação com o produto já comprado. Também é possível ser usado como forma de relacionamento, enviando uma pesquisa ou um manual de uso, por exemplo.
• Mobile Push: Sim. 
• Configuração no painel: Personalizada.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

*Observação: Você configura exatamente a comunicação que o cliente irá receber em um novo envio após uma compra. É possível configurar por produto, categoria e marca escolhendo quantos dias após a compra o cliente receberá a comunicação.

Atenção: é necessário definir o produto/categoria/marca exata de compra e o produto/categoria/marca exata que será enviado na comunicação de pós compra, no caso de HTML dinâmico. O html estático, é escolhido apenas o comprado.

» Decididos

• Ação: Quando o usuário navega mais de uma vez no mesmo produto, dentro de um prazo de até 30 dias, uma comunicação é enviada
• Potencial de conversão: O usuário normalmente navega mais de uma vez em um produto antes de comprar. Com essa regra é possível criar um incentivo extra para conversão.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

*Observação: Na configuração da regra, é possível:
>  definir a quantidade de vezes que o usuário precisa navegar no produto. Ex: navegou 3 vezes
>  período em que o usuário precisa fazer essa ação.  Ex: dentro de 10 dias (intervalo)

» Indecisos

• Ação: Consumidores que estão indecisos em relação a compra de produtos de uma mesma categoria recebem o e-mail com o comparativo entre os dois, mostrando o mais vendido.
• Potencial de conversão: Faz o comparativo de venda entre os dois produtos, mostrando o com maior saída, estimulando a escolha para o mais vendido.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Simples - Template próprio (padrão indecisos).
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

*Observação: A regra é a única que possui um template próprio na plataforma (padrão - indecisos) pelo fato de mostrar dois produtos como “principais”, fazendo o comparativo entre eles.

» Busca

• Ação: Envia o produto mais comprado pelas pessoas que digitaram a mesma palavra/termo na busca do site.
• Potencial de conversão: Com uma análise de “ação em massa” de pessoas que demonstraram o mesmo interesse, é indicado o produto mais vendido entre eles.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

Exemplo: Cliente buscou a palavra “celular”, a maioria das pessoas que procuraram o mesmo termo compraram um Samsung 10, uma mensagem será enviada ao cliente com essa sugestão.

» Novidades

• Ação: Quando um novo produto é inserido no XML , sendo da mesma categoria que o usuário navegou, uma comunicação será disparada com essa informação.
• Potencial de conversão: Avisa o usuário de uma novidade, baseado no interesse dele.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

*Observação: Sempre que o produto for inserido no XML, ele aciona a regra, não necessariamente precisa ser um novo produto. Se o cliente retirar o produto do XML e depois inserir novamente, a regra será acionada.

» Lista de Desejos

• Ação: Se houver essa opção de “lista de desejo” no site é possível monitorar os produtos que foram  inseridos nessa lista e enviar uma comunicação personalizada quando houver uma redução de preço.
• Potencial de conversão: Informá-lo sobre a redução do preço, de um produto que ele já apresentou interesse e colocou na sua lista de desejos.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Lista de Desejo e Pedido Finalizado.

*Observação: O acionamento da regra é feito pelo mesmo motivo da regra de “redução de preço”, a diferença entre as duas é a forma como a comunicação será configurada, porém não é indicado ter ambas as regras ligadas.

» Recorrência

• Ação: Essa regra estimula a recompra de produtos de uso contínuo através de uma comunicação estratégica.
• Potencial de conversão: Ideal para produtos de consumo recorrente, por exemplo shampoo, vitaminas, etc.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente e Pedido Finalizado.

*Observação: A regra é cadastrada item a item e, no período determinado, uma comunicação é enviada ao consumidor incentivando a recompra do produto.

Exemplo: Um shampoo dura 30 dias, é possível programar para que todos que comprarem esse shampoo receba uma nova comunicação 25 dias após a compra servindo de alerta “seu shampoo está acabando, que tal aproveitar essa promoção”

» Reconquista

• Ação: Essa regra detecta usuários que já realizaram alguma compra no seu site mas  estão há um determinado tempo sem realizar uma nova.
• Potencial de conversão: Incentiva o cliente que já tem um histórico de compra a realizar uma nova aquisição.
  Dica: leve em consideração o LTV (life time value) do que  está sendo vendido.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente e Pedido Finalizado.

*Observação: É configurado na regra qual período a última compra foi realizada para que ele receba uma nova comunicação, independente do produto que foi adquirido.

Exemplo: Quem completar 90 dias da última compra, recebe a comunicação personalizada.

» Fidelidade

• Ação: Ao definir o valor ou quantidade de vezes que o usuário realizou uma compra no site, dentro de um período pré definido, a ferramenta passa a considerá-lo um cliente fiel à marca.
• Potencial de conversão: Fidelização do cliente e LTV.
• Mobile Push: Sim. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente e Pedido Finalizado.

*Observação: É definido o valor de compra que o usuário precisa atingir ou a quantidade de vezes que ele deve comprar (independente do valor ou produto) em um período determinado para que ele receba a comunicação.

Exemplo: Todos que atingirem o valor de R$ 5.000,00 dentro do período de 60 dias, recebem uma comunicação de cliente VIP.

» Avise-me

• Ação: Informa automaticamente o usuário quando um produto, que foi marcado como “avise-me”, está novamente  disponível no XML.
• Potencial de conversão: Incentivo aos clientes que já demonstraram interesse e solicitaram o aviso de disponibilidade.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Avise-me e Pedido Finalizado.

*Observação: Disponível para sites que tenham a opção de Avise-me.

» Redução de Preços

• Ação: Ao identificar a redução de preço no XML dos produtos navegados pelo usuário, a ferramenta dispara uma comunicação avisando sobre essa alteração.
• Potencial de conversão: O cliente demonstrou interesse por ter navegado no produto e poderá se sentir estimulado a comprar o produto por menor preço.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

» Redução de Preços Similares

• Ação: Identificando a redução de preço no XML , de produtos de uma mesma categoria já pesquisada pelo cliente, um e-mail é disparado para ele informando sobre essa redução.
• Potencial de conversão: O cliente demonstrou interesse por ter navegado na categoria do produto que sofreu a alteração.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

» Tendências

• Ação: Identifica quais produtos estão sendo mais vendidos e dispara um e-mail com incentivo para os usuários que navegaram na categoria desse produto.
• Potencial de conversão: Usa a influência de compra em “massa”.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Simples.
• Módulo de recomendação: Sim.

TAGs: Cliente, Produto e Pedido Finalizado.

» Aniversário

• Ação: Baseado na informação de data, existente dentro de uma lista cadastrada na plataforma, um e-mail é enviado na data de aniversário do cliente.
• Potencial de conversão: Aumentar o relacionamento com o cliente oferecendo uma comunicação personalizada e felicitações.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Personalizada
• Módulo de recomendação: Não.
• Baseado em lista.

*Observação: Na configuração no painel é preciso escolher a Lista de referência, o campo que será lido na lista (ex: dt_nascimento) e o formato da data (ex: y-m-d (0000-00-00)).

Atenção: certifique-se de que a lista selecionada não está e nem será arquivada em um período próximo. Caso a lista seja arquivada, essas campanhas não serão enviadas.

» Inativos

• Ação: Usuários que atingirem a quantidade de dias, determinado na configuração, sem interagir com os e-mails.
• Potencial de conversão: Ação de prevenção automatizada para evitar que o usuário se torne inativo.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Personalizada
• Módulo de recomendação: Não.
• Baseado em lista.

*Observação: Na configuração no painel é preciso escolher a Lista de referência e se preferir, uma lista de exclusão.

Atenção: certifique-se de que a lista selecionada não está e nem será arquivada em um período próximo. Caso a lista seja arquivada, essas campanhas não serão enviadas.

» Envio por Datas

• Ação: Baseado na informação de data, existente dentro de uma lista cadastrada na plataforma é possível enviar uma comunicação em datas que merecem atenção especial.
• Potencial de conversão: Aumentar o relacionamento com o cliente oferecendo uma comunicação personalizada de acordo com a data que escolher e estiver na base, como data de cadastro por exemplo.
• Mobile Push: Dispara a mensagem padrão configurada para a regra. 
• Configuração no painel: Personalizada
• Módulo de recomendação: Não.
• Baseado em lista.

» Lista Referenciada no BTG

📌 O que é uma Lista Referenciada?

A Lista Referenciada é uma lista de contatos cadastrada na plataforma Wake Experience que serve como fonte de dados complementar para as automações do Behavior Targeting (BTG).

Ela é utilizada sempre que o BTG precisa:

• Ler informações que não vêm de eventos comportamentais (como navegação ou compra)

• Acessar dados fixos ou cadastrais do contato, como:

  • Nome

  • Data de nascimento

  • Data de cadastro

  • Outros campos personalizados

Em resumo, a lista referenciada é o local onde o BTG busca os conteúdos (variáveis) que serão usados para:

• Personalização de mensagens

• Definição de regras baseadas em data

• Condições de exibição de conteúdo no template

🎯 Por que a Lista Referenciada é necessária no BTG?

O BTG funciona principalmente com eventos comportamentais, capturados via:

• TAGs

• XML

• Eventos de navegação, carrinho e compra

Porém, nem toda informação necessária para uma comunicação personalizada vem desses eventos.
Quando a regra depende de:

• Uma data específica

• Um dado cadastral

• Uma informação que não muda com o comportamento

o BTG precisa consultar uma Lista Referenciada para obter esse dado.

Sem essa lista:

• ❌ O BTG ainda pode disparar o e-mail comportamental, porém não conseguirá aplicar as personalizações baseadas nos dados da lista, como nome, datas ou outros campos cadastrais.

  Além disso, canais que dependem de dados específicos, como WhatsApp (ex: telefone), não serão disparados caso essa informação não exista na lista referenciada.

• ❌ Não é possível usar variáveis no assunto ou no corpo do e-mail

• ❌ A personalização fica limitada ou inexistente

🗂️ Quando a Lista Referenciada é utilizada?

A Lista Referenciada é obrigatória nas regras comportamentais baseadas em lista, como:

• Aniversário

• Inativos

• Envio por Datas

Nessas regras, o disparo não depende de uma ação do usuário, mas sim da leitura de um campo específico dentro da lista (ex: dt_nascimento, dt_cadastro).

🧩 Como a Lista Referenciada ajuda na personalização do BTG?

A Lista Referenciada permite o uso de variáveis nos envios do BTG, tanto no assunto quanto no conteúdo do template.

No BTG, a personalização utiliza a sintaxe Twig, no formato:

{{ references.VARIAVEL }}

Exemplos:

• {{ references.nome }}

• {{ references.dt_nascimento }}

Essas variáveis são lidas diretamente da Lista Referenciada selecionada na regra.

🔄 Diferença entre Envio Tradicional e Envio BTG (variáveis)

Envio tradicional

• As variáveis são baseadas no título das colunas da lista

• Exemplo:

  • Coluna: Nome

  • Variável: ##Nome##

• Qualquer campo da lista pode virar variável

Envio BTG

• As variáveis são mais restritas

• O uso mais comum é o nome do lead

• Exemplo no assunto:

  Olá, {{ references.nome }} 😊
  

• A lista deve conter exatamente o campo que será utilizado

⚠️ Atenção:
As variáveis devem respeitar exatamente o nome do campo na lista (maiúsculas, minúsculas e formatação).

⚙️ Configuração da Lista Referenciada no painel

Ao configurar uma regra BTG baseada em lista, é necessário:

1. Selecionar a Lista de Referência

2. Definir o campo que será lido
   (ex: dt_cadastro)

3. Informar o formato da data
   (ex: y-m-d (0000-00-00))

Esse campo será utilizado:

• Para definir quando o envio será disparado

• Para alimentar as variáveis do template

⚠️ Pontos importantes

• A lista não pode estar arquivada

💡 Dica: Como boa prática, recomendamos utilizar a UCD (Unified Customer Data) como Lista Referenciada no BTG, pois ela centraliza os principais dados do contato.
Caso a conta não possua UCD, acione o time de Soluções para apoio na configuração.

Suporte e Dúvidas

Se precisar de ajuda, entre em contato com nosso time de suporte pelo e-mail atendimento-xp@wake.tech ou via WhatsApp: +55 11 97184-2450.