Trigger-based entry
Comece uma jornada no momento exato em que o usuário faz algo importante: abandona o carrinho, tem um PIX recusado, finaliza um pedido no iFood. Sem esperar a próxima atualização de segmento agendada.
O gatilho dispara, a jornada começa junto
Você quer que sua jornada comece no exato momento em que algo acontece, não na próxima vez que o segmento for atualizado. Isso é fácil de prometer e difícil de sustentar quando mais de uma automação roda ao mesmo tempo: uma sequência de recuperação de carrinho no meio de outras dez, cada uma razoável isoladamente. “Notamos que você deixou algo no carrinho”, enviado uma hora depois por um lote noturno, é uma mensagem bem diferente de uma que já está rodando antes da pessoa guardar o celular. Numa Black Friday, com o volume de carrinhos abandonados multiplicado, essa diferença de minutos vira a diferença entre recuperar a venda e perder pra concorrência. O Trigger-based entry é o que fecha essa brecha.
O que o Trigger-based entry faz
Escolha um evento, e qualquer pessoa que dispará-lo entra na jornada na hora, em vez de esperar a próxima varredura de um segmento salvo.
Reage em tempo real
Entra no momento em que o evento dispara, não na próxima varredura agendada.
Filtra pelo payload
Condições opcionais nos próprios atributos do evento qualificam a entrada além do nome dele.
Roda várias sessões ao mesmo tempo
Concorrência vinculada a order_id ou product_id deixa um mesmo usuário com várias sessões paralelas.
Controla a reentrada
Bloqueie um gatilho repetido, ou deixe que ele reinicie a sessão, por elemento.
| Configuração | Opções |
|---|---|
| Fonte do evento | SDK postEvent, REST API, eventos padrão PW_*, eventos customizados, entrada ou saída de geozona |
| Condição de entrada | Opcional: filtro nos próprios atributos do evento (atributo, operador, valor) |
| Quem entra | O usuário que disparou o evento, ou um usuário nomeado dentro do payload do evento |
| Reentrada | Não permitir (padrão), ou permitir e reiniciar a sessão |
| Concorrência | Uma sessão ativa por usuário, ou várias, vinculadas a um atributo de sessão como order_id ou product_id |
A entrada por audiência reavalia um segmento numa agenda fixa. Esta reage dentro do mesmo instante em que o evento dispara, e rodar várias sessões por usuário significa que 3 pedidos abertos num app como iFood podem cada um puxar sua própria jornada de status, em vez de colidir numa só. Direcionar um evento posterior de volta pra sessão certa entre elas é o que a correspondência por sessão do Wait for Trigger resolve mais adiante no canvas. O elemento completo, condições e controle de reentrada incluídos, está disponível no plano gratuito.
Por que isso importa para o construtor de jornada
Um construtor de jornada só é tão bom quanto seus pontos de entrada. A entrada por audiência cobre a cadência agendada: newsletters, campanhas de win-back. O que um construtor precisa além disso é uma forma de reagir no exato momento em que um PIX é recusado ou um carrinho fica pra trás, e é isso que o Trigger-based entry dá ao Construtor de Jornada do Cliente. Ele lê do mesmo catálogo de eventos que o resto do canvas já usa pra segmentação e ramificação, então o sinal que abre a porta é o mesmo que conduz o fluxo depois dela.
O que ele entrega pra próxima etapa
Um evento add_to_cart dispara e isso começa uma jornada de recuperação de carrinho. Um elemento Wait for Trigger então dá ao comprador até 90 dias pra completar a compra antes de ramificar pro win-back. Nenhum dos dois elementos envia nada sozinho. Ambos entregam pra um bloco de canal, e o elemento de entrada já decidiu quem estava no fluxo desde o início.
O evento que inicia uma sessão também pode carregar a chave que uma ramificação posterior precisa pra diferenciar um pedido do outro, tudo no mesmo canvas do Construtor de Jornada do Cliente.
Eventos e jornadas ficam numa infraestrutura que você pode nomear
Todo evento que um elemento Trigger-based entry lê passa pela mesma infraestrutura que o resto da plataforma: a Pushwoosh é certificada SOC 2 Type I e ISO 27001:2022, está em conformidade com GDPR, e roda em hardware próprio nos EUA e na Alemanha, sob a BDSG. Detalhe completo na página de segurança de dados.
Como funciona
-
Adicione o elemento de entrada
No canvas, adicione um elemento Trigger-based entry e escolha o evento: um evento padrão PW_*, ou um customizado enviado via SDK postEvent ou uma chamada de servidor.
-
Qualifique e direcione a entrada
Adicione uma condição nos atributos do evento pra qualificar a entrada, add_to_cart onde cart_value é maior que 50, por exemplo, e escolha se quem disparou o evento entra, ou o usuário nomeado dentro do payload dele.
-
Configure reentrada e concorrência
Decida se alguém já dentro da jornada pode disparar ela de novo, e se um usuário pode manter várias sessões ao mesmo tempo, vinculadas a um atributo como order_id.
Transforme um evento numa jornada ao vivo.
Explore produtos relacionados
Mapeie e otimize suas campanhas com uma única ferramenta visual. Comunique, engaje, retenha, converta, segmente e experimente usando o Construtor de Jornada do Cliente da Pushwoosh.
Impulsione o engajamento com gatilhos comportamentais. Lance campanhas automaticamente quando os usuários agem, capturando o momento certo para conversão e retenção.
Segure o usuário por até 90 dias em até 3 ramificações de até 4 eventos, com lógica E/OU e correspondência por sessão para pedidos e corridas.
Pause a jornada por um tempo fixo, um horário, uma data única, um dia da semana ou um intervalo contado a partir de uma data salva no perfil do usuário.
Transforme carrinhos abandonados em receita com automação de recuperação de carrinho. Envie lembretes oportunos, ofertas personalizadas e incentivos que impulsionam conversões.
Verifique se push, email, SMS, WhatsApp ou LINE alcança o cliente antes do envio, e encadeie canais numa cascata de fallback para não travar na jornada.