Pular para o conteúdo

Como enviar uma campanha baseada em gatilho

A Pushwoosh permite enviar mensagens aos usuários no momento em que realizam uma ação específica, como um cadastro ou uma compra, em vez de esperar por um envio agendado. Casos de uso:

  • Dar as boas-vindas a um novo usuário logo após o registro.
  • Agradecer a um usuário após uma compra.
  • Lembrar um usuário quando um evento personalizado é disparado no seu app ou site.

Diferente de uma campanha segmentada, uma campanha baseada em gatilho não tem como alvo um público pré-construído. Ela começa individualmente para cada usuário, assim que o evento dele ocorre. Veja como campanhas segmentadas e baseadas em gatilho se comparam.

Este guia mostra um caminho simples: Trigger-based entry → uma mensagem → Launch. Se você precisar esperar e enviar uma mensagem somente quando o usuário pular uma ação posterior (por exemplo, carrinho abandonado antes da compra), adicione uma etapa Aguardar Gatilho após a entrada, ou siga Como configurar uma campanha de carrinho abandonado.

Para jornadas iniciadas pelo seu backend em vez de um evento no app, use a Entrada baseada em API.

Antes de criar

Anchor link to

Seu app ou backend precisa enviar o evento (SDK ou /postEvent). Depois, escolha um caminho:

  • Evento padrão: use um evento que já é rastreado pelo SDK da Pushwoosh, como PW_InAppPurchase.
  • Evento personalizado, criado automaticamente: envie o evento com um novo nome. A Pushwoosh cria o evento e seus atributos a partir da primeira chamada e infere os tipos de atributo a partir dos valores.
  • Evento personalizado, definido primeiro: vá para Audience > Events, adicione o evento e os tipos de atributo e, em seguida, faça seu app ou backend enviá-lo. Use essa opção quando precisar de controle sobre os tipos de atributo em vez de depender da inferência.

Você precisa de conteúdo de mensagem para o canal que vai usar no envio. Você pode:

Como criar uma campanha acionada por um evento do usuário

Anchor link to
  1. Vá para Campaigns > Customer Journey Builder.
  2. Clique em Create campaign.
  3. Clique em Build a journey from scratch.
Diálogo de criação de campanha com as opções Build a journey from scratch e canal único
  1. Uma Trigger-based Entry já aparece na tela quando você cria a campanha. Clique duas vezes nela.
  2. Escolha o Event que deve iniciar a campanha. Neste exemplo, usamos SupportTicketClosed, um evento personalizado que definimos primeiro em Audience > Events (veja Antes de criar).
  3. Se o seu evento ainda não estiver na lista, clique no ícone de link ao lado de EVENT para abrir Audience > Events, crie o evento (ou aguarde até que o rastreamento o crie automaticamente) e depois volte aqui para selecioná-lo. Seu app ou backend ainda precisa enviar o evento para que os usuários entrem.
  4. Clique em Save.
Painel de Trigger-based entry com o Event definido como SupportTicketClosed e o botão Save
  1. Clique em Connect this na entrada e escolha Push como canal de mensagens. O elemento Push aparece na tela, conectado à entrada.
Trigger-based entry conectada a um elemento Push na tela
  1. Clique duas vezes no elemento Push.
  2. Selecione um preset, ou clique em Create content para criar um nesta etapa. Saiba mais sobre como criar presets de push.
  3. Clique em Save.
Etapa Push com o preset Support follow-up selecionado e seu conteúdo exibido em Preview content
  1. Para uma campanha de uma única mensagem, deixe a mensagem sem nenhuma etapa seguinte, ou clique no ponto de conexão da mensagem e escolha Exit. De qualquer forma, o usuário sai da jornada após essa mensagem.

  2. Opcional: clique nos três pontos no canto superior esquerdo, depois em Rename, e dê um nome à campanha.

  3. Clique em Launch.

Campanha renomeada com a Trigger-based Entry conectada ao elemento Push, pronta para ser lançada

Este passo a passo é evento → uma mensagem. Não é o fluxo completo de recuperação de carrinho abandonado.

Como uma campanha baseada em gatilho se comporta depois de lançada

Anchor link to
  • Entry: cada usuário entra quando seu próprio evento é disparado, não em um horário agendado.
  • Exit: cada usuário conclui sua própria execução da campanha ao completar as etapas. A campanha inteira não termina para todos ao mesmo tempo.
  • Metrics: aberturas, cliques e conversões são atualizados à medida que os usuários avançam pela campanha, em vez de só depois que todos saírem.

Se ninguém entrar depois do lançamento, o evento pode não estar sendo disparado, as condições de entrada podem estar muito restritas, ou o usuário pode não ter nenhum dispositivo registrado. Revise as configurações da Trigger-based Entry e consulte Entrada baseada em gatilho.

Tipos comuns de campanhas baseadas em gatilho

Anchor link to