Campanhas de Push Acionadas: Guia de Fluxos de Trabalho Contextuais

É a segunda semana do trimestre e seu painel de retenção mostra seis gatilhos "automatizados" em execução, todos verdes. O gatilho de abandono de carrinho continua disparando para assinantes que já pagaram. O gatilho de recuperação se sobrepõe ao alerta de queda de preço para o mesmo cliente inativo. A série de boas-vindas envia notificações independentemente do incentivo de primeira compra. A solicitação de avaliação pós-compra chega a assinantes que devolveram o pedido ontem.

Cada uma das seis campanhas de push acionadas é um pipeline apontando para a mesma lista de assinantes, cada uma fingindo que as outras cinco não existem. A taxa de recompra parou de se mover há doze meses e ninguém na equipe consegue atribuir receita por gatilho porque os gatilhos não compartilham estado.

Esta é a realidade operacional na maioria das pilhas de retenção de mid-market. O problema não é estratégia. A estratégia está boa. O problema é arquitetura. Uma notificação acionada em 2024 era uma única mensagem que disparava em um único evento. Em 2026, essa primitiva não é suficiente. A jornada tem que lembrar o que o assinante fez, ramificar com base nisso e sair quando ele converter.

Este artigo apresenta o caso arquitetônico. Ele define a fronteira entre notificações push de broadcast, acionadas e contextuais, discute a diferença entre gatilhos de evento e gatilhos de público, nomeia os seis tipos de nós que transformam um único gatilho em um fluxo de trabalho contextual e apresenta três padrões de migração que consolidam seis gatilhos independentes em três jornadas contextuais com critérios de saída compartilhados e análises por fluxo de trabalho.

Contextual, acionado, broadcast: três primitivas, não uma

Três primitivas ficam sob todos os programas de notificação push. A maioria das equipes as agrupa em um único balde chamado "campanhas", que é onde o problema de arquitetura começa.

Broadcast. A mesma notificação vai para toda a audiência correspondente, agendada. Promoção relâmpago ao meio-dia. Alerta de nova coleção no dia do lançamento. Broadcast é a primitiva certa para anúncios com prazo determinado onde cada destinatário recebe o mesmo payload. É a primitiva errada para qualquer coisa que dependa do estado do assinante.

Disparado. Uma única notificação é acionada quando um único evento ocorre. O assinante abandona um carrinho, a notificação de abandono de carrinho é acionada. O assinante visualiza uma página de produto, a notificação de navegação é acionada. O assinante compra, a notificação pós-compra é acionada. O gatilho não tem memória. Ele não sabe o que aconteceu cinco minutos atrás ou o que está agendado para a próxima terça-feira. Cada gatilho é um pipeline ignorante de todos os outros gatilhos.

Contextual. Um fluxo de trabalho usa o gatilho como ponto de entrada e, em seguida, se adapta ao estado do assinante. O mesmo evento de abandono de carrinho inicia uma jornada de várias etapas: uma espera de uma hora, um primeiro lembrete, uma espera de 24 horas, uma decisão que verifica se o carrinho ainda está aberto, um segundo lembrete com desconto, uma espera de 48 horas, um terceiro lembrete e uma regra de saída que cancela o fluxo de trabalho no momento em que o assinante compra. A campanha é o fluxo de trabalho, não o gatilho. Notificações push contextuais são como a mensagem disparada se comporta assim que a arquitetura se atualiza.

Os três primitivos se mapeiam claramente para três cargas de trabalho. Use esta tabela ao auditar sua pilha atual.

Capacidade	Broadcast	Disparado	Contextual
Estado por assinante	Não	Não	Sim
Ramifica com base no comportamento	Não	Não	Sim
Critérios de saída	Não	Não	Sim
Roteamento multicanal dentro de uma campanha	Não	Não	Sim
A/B integrado (hora de envio, cópia, canal)	Não	Não	Sim
Carga de trabalho correta	Vendas relâmpago, anúncios de lançamento	Pings transacionais únicos (baixo volume)	Jornadas de ciclo de vida (boas-vindas, carrinho, reconquista, renovação)

A maioria dos programas de ciclo de vida precisa de contextual. A maioria das equipes envia disparado. Essa lacuna é o tema deste artigo. Os fluxos de trabalho de automação de marketing que enviam jornadas contextuais não se parecem com uma lista mais longa de gatilhos; eles se parecem com um conjunto menor de jornadas de várias etapas compostas a partir de um vocabulário compartilhado. Os fluxos de trabalho de notificação push que você realmente deseja são três jornadas contextuais, não nove gatilhos.

Gatilhos de evento e gatilhos de público se comportam de maneira muito diferente

Antes da anatomia do nó, um ponto de taxonomia que quase todos os artigos sobre este tópico erram. Um “gatilho” em fluxos de trabalho de notificação push não é um único primitivo. São dois primitivos que parecem semelhantes por fora e se comportam de maneira muito diferente por baixo.

Gatilhos de evento disparam por assinante em um evento real. Os eventos suportados em Fluxos de Trabalho PushEngage incluem PushEngage.Subscriber.Added, PushEngage.Subscriber.AddSegment, PushEngage.Subscriber.RemoveSegment, PushEngage.Subscriber.UpdateField, PushEngage.Subscriber.UpdateAttribute, PushEngage.Goal.Tracked e PushEngage.CustomEvent. Quando o evento dispara, o sistema avalia os fluxos de trabalho ativos, verifica os critérios do filtro de eventos, verifica as regras de saída e enfileira o fluxo de trabalho correspondente para esse assinante. A lacuna do gatilho para a fila é de segundos. Gatilhos de evento são o primitivo certo para qualquer campanha reativa: abandono de carrinho, abandono de navegação, acompanhamento de compra, boas-vindas de junção de segmento. Campanhas push acionadas por eventos são o caso dominante em eCommerce, integração de SaaS e qualquer programa com sinais em tempo real.

Gatilhos de público disparam em um filtro em um horário programado. O filtro seleciona assinantes que correspondem a critérios específicos, como last_active > 30 dias, loyalty_tier = gold ou city = New York AND segments includes "vip". O poller do agendador busca o conjunto de assinantes correspondentes em lotes de 1000, escalona a execução em 15 segundos a 2 minutos e cria uma instância de fluxo de trabalho por assinante. Gatilhos de público são a ferramenta certa para reengajamento, campanhas de aniversário, promoções geográficas e qualquer programa onde o conjunto é definido por atributo em vez de evento.

As diferenças importam operacionalmente, não apenas conceitualmente:

Aspecto	Gatilho de evento	Gatilho de público
Iniciação	Tempo real em evento de assinante	Programado via poller
Velocidade	Em segundos	Em lotes, com atraso de 1-2 minutos
Seleção de assinante	Um assinante por evento	Seleção em massa apenas no momento do início do fluxo de trabalho
Novos assinantes após o início	Incluídos automaticamente no próximo evento	NÃO incluídos automaticamente após o início do fluxo de trabalho
Alteração do filtro após o início	N/A	Editar o filtro NÃO adiciona novos assinantes
Dados do evento disponíveis	Sim (para substituição de variáveis)	Não

A terceira linha é a pegadinha. Um fluxo de trabalho baseado em público seleciona seu conjunto de assinantes uma vez, no início do fluxo de trabalho. Assinantes que se tornam inativos após o início do fluxo de trabalho não são adicionados automaticamente. Editar o filtro de público em um fluxo de trabalho ativo não atrai novos candidatos. Uma equipe de retenção que envia um fluxo de trabalho de “recuperação para assinantes inativos há mais de 30 dias” e o executa por noventa dias verá a mesma coorte fixa durante todos os noventa dias, mesmo que novos assinantes ultrapassem o limite de 30 dias todos os dias.

A resposta arquitetônica é duplicar o fluxo de trabalho de público em uma programação recorrente, mensal ou semanal, para que cada duplicata capture os candidatos que ultrapassaram o limite desde a última execução. Esta é uma nota operacional de uma linha na documentação e uma fonte recorrente de tickets de suporte do tipo “por que este assinante não recebeu a campanha?” em equipes que tratam gatilhos de público como gatilhos de evento.

Os seis nós que transformam um gatilho em uma campanha contextual

Uma vez que o gatilho dispara, o próprio fluxo de trabalho é composto por seis tipos de nós. O vocabulário é pequeno o suficiente para aprender em cinco minutos e grande o suficiente para compor qualquer campanha contextual que uma equipe de retenção já quis enviar.

INÍCIO. O ponto de entrada. Um nó INÍCIO define o gatilho (baseado em evento ou em público) e os critérios do filtro. Um fluxo de trabalho tem exatamente um INÍCIO. O ponto de entrada determina a taxonomia do gatilho da seção anterior e define o contexto de dados do evento que os nós downstream podem ler.

AGUARDAR. Um atraso. Um nó AGUARDAR retém o assinante por um período especificado (minutos, horas, dias) ou até um horário específico do calendário. Os aguardos são como um fluxo de trabalho respeita o estado do assinante e o fuso horário do assinante. O fluxo de trabalho pode aguardar uma hora por um lembrete de abandono de carrinho, três dias por um destaque de recurso em uma série de boas-vindas, ou até terça-feira às 10h no fuso horário local do assinante para um envio em horário comercial. Os aguardos também permitem compor um gotejamento de várias etapas sem disparar todas as mensagens nos primeiros sessenta segundos.

DECISÃO. Um ramal de duas vias. Um nó DECISÃO verifica um filtro de evento ou um filtro de público e roteia o assinante pelo caminho SIM ou pelo caminho NÃO. O assinante comprou? Eles ainda estão no segmento de abandono de carrinho? O nível de fidelidade deles mudou? Os nós de decisão são como notificações push comportamentais param de tratar todos os assinantes da mesma forma e começam a se adaptar ao que cada assinante realmente fez. Os operadores suportados incluem igual a, diferente de, em, não em, maior que, menor que e existe, o que é suficiente para expressar qualquer lógica de decisão que uma equipe de retenção precise.

DIVIDIR_CAMINHO. Um garfo baseado em porcentagem para testes A/B. Um nó DIVIDIR_CAMINHO roteia assinantes por dois ou mais caminhos com base em porcentagens configuradas: 50/50 para um teste de duas vias, 33/33/34 para um teste de hora de envio de três vias, 90/10 para um grupo de controle. O sistema usa um algoritmo de balanceamento de carga que roteia cada novo assinante para o caminho mais subutilizado, o que mantém a distribuição precisa mesmo em tamanhos de amostra pequenos. Assim que o teste atingir significância, defina winner_edge_id e o fluxo de trabalho promoverá 100% do tráfego para a variante vencedora sem reconstruir o fluxo de trabalho.

AÇÃO. O trabalho em si. Os nós AÇÃO fazem mais do que enviar uma notificação push. Os Fluxos de Trabalho PushEngage suportam onze tipos de ação: SendPushNotification, AddSegment, RemoveSegment, UpdateField, UpdateAttribute, Update (combinado), HttpRequest, CustomEvent.Send, SendTriggerCampaignEvent, Workflow.Start e Workflow.Stop. Os quatro mais comuns em programas de retenção são SendPushNotification, AddSegment (marcar o assinante como convertido, integrado ou com risco de churn), UpdateAttribute (incrementar um contador de fidelidade ou definir uma data da última compra) e HttpRequest (sincronizar estado com um CRM, disparar um alerta do Slack para um lead de alto valor ou chamar um serviço downstream).

FIM / SAÍDA. O terminal. Os nós FIM e SAÍDA marcam o fluxo de trabalho como concluído e atualizam as análises. FIM é a conclusão natural. SAÍDA é tipicamente colocada no caminho NÃO de uma decisão quando o assinante não se qualifica, ou em um ramo de caminho dividido projetado como grupo de controle. O sistema também suporta critérios de saída em nível de fluxo de trabalho: um audience_filter ou trigger_event que cancela o fluxo de trabalho ativo antes que cada nó seja executado. A regra de saída é acionada independentemente de em qual nó o assinante se encontra no momento. É isso que impede que o fluxo de trabalho de abandono de carrinho envie lembretes para assinantes que já compraram.

Cada campanha contextual neste artigo é composta por estas seis partes. Os padrões de migração abaixo são lidos rapidamente assim que o vocabulário é compartilhado.

Três padrões de migração: seis gatilhos independentes se tornam três fluxos de trabalho contextuais

A maioria das pilhas de retenção para o mercado intermediário tem entre quatro e oito gatilhos independentes em execução. O padrão é consistente: notificação de boas-vindas, incentivo à primeira compra, abandono de carrinho, abandono de navegação, solicitação de avaliação pós-compra, recuperação, reativação, VIP inativo. Cada um destes é um gatilho separado com sua própria cópia, seu próprio proprietário e suas próprias análises. Nenhum deles sabe um do outro. Os mesmos três fluxos de trabalho contextuais podem gerar a mesma receita com um terço da área de superfície.

Padrão 1 — Consolidação de onboarding

Colapse a série de boas-vindas e o incentivo à primeira compra em um único fluxo de trabalho com uma decisão sobre o status da compra.

• INÍCIO: Evento PushEngage.Subscriber.Added
• Tipo de execução: Único (cooldown de 90 dias após a conclusão)
• Fluxo: ESPERE 1 dia → AÇÃO enviar notificação de boas-vindas → ESPERE 3 dias → DECISÃO: o assinante comprou? → caminho SIM: AÇÃO enviar agradecimento + AÇÃO AddSegment para customers + FIM → caminho NÃO: AÇÃO enviar incentivo de primeira compra de 10% → ESPERE 4 dias → DECISÃO: o assinante comprou? → caminho SIM: AÇÃO enviar agradecimento + FIM → caminho NÃO: AÇÃO enviar incentivo final + FIM
• Critérios de saída: Nenhum em nível de fluxo de trabalho; os ramos de decisão lidam com o assinante convertido
• Substitui: Gatilho de boas-vindas + gatilho de primeira compra (2 gatilhos → 1 fluxo de trabalho)

O estado compartilhado é o ponto principal. A terceira notificação só é acionada para assinantes que não converteram até o quarto dia. O gatilho de primeira compra na arquitetura antiga era acionado para todos os novos assinantes, incluindo aqueles que compraram em sua primeira sessão. O fluxo de trabalho para de incomodá-los.

Padrão 2 — Cadeia de carrinho para avaliação

Colapse a recuperação de abandono de carrinho e a solicitação de avaliação pós-compra em um único fluxo de trabalho com uma transferência de encadeamento de fluxo de trabalho.

• INÍCIO: Evento personalizado cart_abandoned
• Tipo de execução: Múltiplos Paralelos (cada carrinho abandonado é sua própria instância)
• Fluxo: ESPERE 1 hora → AÇÃO lembrete nº 1 → ESPERE 24 horas → DECISÃO: carrinho ainda abandonado? → caminho SIM: AÇÃO lembrete nº 2 com 10% → ESPERE 48 horas → DECISÃO: carrinho ainda abandonado? → caminho SIM: AÇÃO lembrete final com 20% → FIM
• Critérios de saída (nível do fluxo de trabalho): Goal.Tracked = purchase correspondendo ao cart_id do evento de gatilho. No momento em que o assinante compra, o fluxo de trabalho é cancelado.
• Transferência: Na saída devido à compra, o sistema dispara PushEngage.Workflow.Start direcionado ao fluxo de trabalho de solicitação de avaliação. O fluxo de trabalho de avaliação só começa para assinantes que realmente compraram. O caminho de saída por não comprar pula a transferência inteiramente.
• Substitui: Gatilho de carrinho + gatilho de avaliação pós-compra + o ticket de suporte de solicitações de avaliação que chegam a assinantes que nunca compraram (3 problemas → 1 fluxo de trabalho)

O encadeamento via Workflow.Start é a resposta arquitetônica para a progressão do ciclo de vida. Em vez de dois gatilhos disparando independentemente e se sobrepondo aos mesmos assinantes, a saída por compra do fluxo de trabalho do carrinho é o que inicia o fluxo de trabalho de avaliação. A avaliação só dispara para assinantes convertidos. O carrinho nunca dispara após a conversão. A transferência é imposta pelo mecanismo.

Padrão 3 — Consolidação de reengajamento

Colapsar as campanhas de recuperação, reativação e VIP inativo em um único fluxo de trabalho com um gatilho de público e três ramificações de decisão.

• INÍCIO: Filtro de público last_active > 30 days
• Tipo de execução: Único (uma tentativa de reengajamento por assinante por janela de 90 dias)
• Fluxo: DECISÃO: nível de fidelidade? → Ramificação Gold: AÇÃO enviar “sentimos sua falta, VIP” com oferta de 20% → Ramificação Silver: AÇÃO enviar “sentimos sua falta” com oferta de 10% → Ramificação sem nível: AÇÃO enviar “sentimos sua falta” padrão com oferta de frete grátis → ESPERAR 5 dias → DECISÃO (por ramificação): o assinante interagiu ou visitou o site? → Caminho SIM: AÇÃO AddSegment para re-engaged + FIM → Caminho NÃO: AÇÃO enviar “última chance” com oferta mais agressiva + FIM
• Critérios de saída (nível do fluxo de trabalho): Filtro de público last_active < 7 days. O assinante ficou ativo por conta própria e o trabalho do fluxo de trabalho está concluído.
• Substitui: Gatilho de recuperação + gatilho de reativação + gatilho de VIP inativo (3 gatilhos → 1 fluxo de trabalho)
• Observação operacional: Conforme a pegadinha do gatilho de público na seção anterior, este fluxo de trabalho não inclui automaticamente assinantes que cruzam o limite de 30 dias após o início do fluxo de trabalho. Duplique o fluxo de trabalho mensalmente para que cada duplicata capture os novos candidatos. Um único fluxo de trabalho de público de longa duração é a primitiva errada aqui.

Após essas três migrações, a equipe de retenção gerencia três jornadas contextuais em vez de seis (ou oito) gatilhos independentes. O volume total de mensagens push permanece aproximadamente o mesmo. A supermensagem desaparece, pois os critérios de saída e as ramificações de decisão compartilhadas interrompem o fluxo de trabalho quando o estado do assinante não corresponde mais. A fragmentação da análise de “seis painéis que não consigo conciliar” para “três funis que posso defender”. É assim que as campanhas push acionadas por eventos amadurecem.

O que os fluxos de trabalho contextuais fazem que os gatilhos independentes não conseguem

Existem quatro capacidades dentro de um fluxo de trabalho contextual que não podem ser compostas entre gatilhos independentes. Cada uma é uma fonte real de receita ou economia.

Critérios de saída entre fluxos de trabalho. Um gatilho independente é acionado quando o evento ocorre, ponto final. Dentro de um fluxo de trabalho, a regra de saída é acionada independentemente de em qual nó o assinante se encontra. O fluxo de trabalho de abandono de carrinho sai na compra. O de reativação sai na reativação. O fluxo de trabalho de renovação sai na renovação antecipada. O gatilho que ninguém mandou parar é o fluxo de trabalho que define uma regra de saída.

Roteamento multicanal dentro de um fluxo de trabalho. Com ferramentas separadas de canal único, “enviar push da web, recorrer ao e-mail, escalar para o WhatsApp” exige três logins de fornecedor, dois motores de segmentação e pelo menos um fluxo Zapier. Dentro de um motor de fluxo de trabalho, são três nós de AÇÃO com dois nós de DECISÃO entre eles, compartilhando uma identidade de assinante e um conjunto de critérios de saída. Para um tratamento mais aprofundado, consulte a postagem sobre orquestração de push e e-mail multicanal.

Horário de silêncio com fallback reschedule. Notificações push que chegariam às 3 da manhã no fuso horário local do assinante são retidas até as 8h01 se o horário de silêncio for configurado com reschedule como fallback. A alternativa, skip, descarta silenciosamente a notificação e não atualiza as análises de notificação para a ação ignorada. Para a maioria das equipes de retenção, reschedule é o padrão correto, pois análises perdidas significam atribuição de receita perdida. As notificações push contextuais que uma equipe de retenção realmente deseja enviar respeitam os fusos horários dos assinantes sem desaparecer do funil.

Encadeamento de fluxos de trabalho. As ações Workflow.Start e Workflow.Stop tornam a progressão do ciclo de vida uma arquitetura real. O fluxo de boas-vindas termina, o que inicia o fluxo de engajamento. O fluxo de carrinho sai na compra, o que inicia o fluxo de avaliação. Comparado a uma pasta de gatilhos que são todos acionados independentemente, esta é uma máquina de estados: um grafo de fluxos de trabalho, cada um com sua própria condição de entrada, condição de saída e transferência para o próximo estágio. Os gatilhos não se conhecem. Os fluxos de trabalho sim.

Análises por fluxo de trabalho: como ler o funil

Um fluxo de trabalho que você não consegue defender na próxima revisão de P&L é um fluxo de trabalho que é cancelado. O PushEngage Workflows rastreia três números em cada nó (queued_users, completed_users, exited_users) mais totais em nível de fluxo de trabalho para total-entrado, atualmente-ativo, concluído e saído. O trabalho do gerente de retenção é ler este funil e dizer às finanças o que cada item produziu.

Aqui estão as análises em nível de nó para a cadeia de carrinho para avaliação do Padrão 2 acima. Números ilustrativos, extraídos de uma lista realista de 200.000 assinantes com uma taxa mensal de abandono de carrinho de 6%.

Nó	Na Fila	Concluídos	Saíram	Observações
INÍCIO (carrinho_abandonado)	0	12,400	320	320 assinantes corresponderam aos critérios de saída no início do fluxo de trabalho (compraram entre o evento de carrinho e a varredura do fluxo de trabalho)
AGUARDAR 1 hora	180	11,900	320	Profundidade normal da fila
AÇÃO: lembrete nº 1	0	11,900	0	Enviado
AGUARDAR 24 horas	240	9,800	1,860	1.860 assinantes compraram após o lembrete nº 1 (saída no objetivo purchase)
DECISÃO: carrinho ainda abandonado	0	9,800	0	Ramificação avaliada
AÇÃO: lembrete nº 2 (10%)	0	9,800	0	Enviado
AGUARDAR 48 horas	90	6,300	3,410	3.410 assinantes compraram após o lembrete nº 2
AÇÃO: lembrete final (20%)	0	6,300	0	Enviado
FIM	n/d	6,300	n/d	6.300 assinantes não compraram; fluxo de revisão não encadeado para estes
Fluxo.Início → fluxo de revisão	n/d	5,270	n/d	Disparado para os 5.270 assinantes (1.860 + 3.410) que compraram

Os 5.270 handoffs encadeados são a nova métrica que esta arquitetura expõe. O fluxo do carrinho recuperou uma taxa de carrinho de 42,5% (5.270 de 12.400 iniciados) e apenas esses 5.270 assinantes recebem o fluxo de solicitação de revisão. A arquitetura antiga enviava a solicitação de revisão para todos que já haviam comprado, incluindo assinantes que nunca abandonaram um carrinho, assinantes que devolveram o pedido e assinantes que já haviam enviado uma avaliação. A correção arquitetônica é pequena. A economia com a super-mensageria é grande.

Dois padrões de gargalo valem a pena conhecer. Um nó de alta saída (como os dois nós WAIT acima) é o fluxo fazendo seu trabalho: os assinantes compram durante as janelas de espera, os critérios de saída são acionados, o próximo lembrete nunca é enviado. O padrão inverso, altas saídas em nós de ação combinadas com baixas saídas em nós de espera, significa que o tempo está errado e as esperas devem ser encurtadas. Um nó de alta fila significa uma parada em horário de silêncio, uma longa espera ou um atraso no poller downstream; verifique a configuração de tempo antes de assumir que o fluxo está quebrado.

Para um tratamento mais aprofundado e específico de eCommerce desses padrões, o post complementar sobre cinco fluxos de notificação push para eCommerce aborda carrinho, navegação, pós-compra, boas-vindas e recuperação como jornadas autônomas. O hub de notificações push de eCommerce cobre o cenário mais amplo de tipos de campanha, a sequência de recuperação de abandono de carrinho detalha o ajuste de cadência por plataforma, e a visão geral de notificações push automatizadas apresenta a lista mais antiga de tipos de automação ao lado desta arquitetura de fluxo.

A mesma forma de análise funciona em todos os setores. SaaS tem um funil de renovação e conversão de teste para pago. Editores têm um funil de engajamento de artigos e reentrada no arquivo. Viagens têm um funil de reservas e fluxo de alerta de queda de preço. As notificações push comportamentais que uma equipe de SaaS usa para impulsionar de teste para pago parecem estruturalmente idênticas às que uma equipe de eCommerce usa para impulsionar de carrinho para compra: um INÍCIO em um evento em tempo real, três ou quatro etapas com ramificações de decisão, critérios de saída na conversão, entrega opcional para o próximo fluxo. O setor muda os nomes dos gatilhos e a cópia da oferta. A arquitetura permanece.

Crie no PushEngage Workflows

Cada um dos três padrões de migração acima mapeia diretamente para os componentes do PushEngage Workflows.

Padrão	Tipos de nós usados	Tipos de ação usados	Opção de fluxo	Ponto de partida de modelo sugerido
Consolidação de onboarding	INÍCIO, ESPERA, DECISÃO, AÇÃO, FIM	SendPushNotification, AddSegment	Tipo de execução: Único	“Série de boas-vindas com ramificação de primeira compra”
Cadeia de carrinho para revisão	INÍCIO, ESPERA, DECISÃO, AÇÃO, FIM	SendPushNotification, Fluxo.Início	Tipo de execução: Múltiplos Paralelos; critério de saída Goal.Tracked = purchase	“Escalonamento de abandono de carrinho”
Consolidação de reengajamento	INÍCIO (audiência), DECISÃO, AÇÃO, ESPERA, FIM	SendPushNotification, AddSegment	Tipo de execução: Único; gatilho de audiência; duplicado mensalmente	“Reengajamento com oferta baseada em níveis”

O motor de Fluxos de Trabalho (Workflows) vem com mais de 60 modelos prontos cobrindo cada padrão de migração acima. Cada modelo é um ponto de partida. Os padrões são instalados em menos de cinco minutos no Shopify, Shopify Plus, WooCommerce, BigCommerce e Magento dentro do construtor de Fluxos de Trabalho (Workflows) da PushEngage, ou em qualquer stack SaaS, de publicador ou de viagens via SDK JavaScript e API de eventos.

O plano gratuito oferece 200 assinantes, todos os canais (web push, app push, WhatsApp e chat ao vivo) e o motor completo de Fluxos de Trabalho (Workflows) desde o primeiro dia. Isso é o suficiente para migrar um dos três padrões da sua stack de gatilhos atual e provar a arquitetura antes de solicitar orçamento. Comece no plano gratuito e implemente o primeiro fluxo de trabalho contextual em menos de uma hora.

Se você tirar uma coisa deste artigo, tire isto: uma campanha de push acionada não é mais a notificação. É o fluxo de trabalho. Seis gatilhos independentes rodando desconectados são seis pipelines apontados para a mesma lista de assinantes, cada um ignorando os outros.

Três fluxos de trabalho contextuais rodando com estado compartilhado, ramificações de decisão, critérios de saída e transferências encadeadas são uma jornada por assinante, ramificada e delimitada. Os fluxos de trabalho de automação de marketing que produzem um funil defensável por fluxo de trabalho e uma taxa de recompra que se compõe não são uma lista maior de gatilhos; são um conjunto menor e mais afiado de jornadas contextuais. A arquitetura é a campanha. O gatilho é a porta.