É a terceira sexta-feira do trimestre e você está olhando para o seu painel de retenção. A sequência de carrinho abandonado está em execução. O gatilho de abandono de navegação está em execução. A solicitação de avaliação pós-compra está em execução. O alerta de queda de preço está em execução. Notificações de boas-vindas são enviadas a cada inscrição. Seis notificações push "automatizadas". Seis gatilhos conectados nos últimos dezoito meses. Sua taxa de recompra parou de se mover há doze meses.
É assim que a automação de notificações push para eCommerce funciona na maioria das pilhas de retenção de mercado intermediário: seis gatilhos desconectados, cada um enviando cópias de um proprietário de campanha diferente, nenhum deles ciente dos outros. A série de abandono de carrinho continua disparando notificações para assinantes que já compraram. A campanha de recuperação se sobrepõe ao alerta de queda de preço para o mesmo cliente. Não há lógica compartilhada, nem critérios de saída compartilhados, nem identidade compartilhada. Apenas seis canais separados, cada um apontado para a mesma lista de assinantes, cada um fingindo que os outros cinco não existem.
A automação de notificações push para eCommerce não deveria funcionar assim. Deveria funcionar como uma arquitetura de fluxo de trabalho única: um conjunto de jornadas com vários nós e gatilhos compartilhados, lógica de decisão compartilhada e critérios de saída compartilhados, executados em notificações push para web, push para app, WhatsApp e chat ao vivo a partir de uma única identidade de assinante. Este artigo detalha como é essa arquitetura, fornece cinco modelos completos de fluxo de trabalho que você pode usar e mostra como ler o funil por fluxo de trabalho para que o item seja defensável para o financeiro.
A maioria das "notificações push automatizadas" não são realmente automatizadas
A palavra automação tem sido muito utilizada sem merecimento no circuito de blogs de eCommerce. Quando a maioria dos artigos diz "notificações push automatizadas", o que eles querem dizer é "notificações push acionadas": notificações únicas que são enviadas quando um evento acontece, sem estado posterior, sem esperas, sem ramificações, sem condições de saída. Um assinante abandona um carrinho, a notificação de abandono de carrinho é enviada. Um assinante visualiza um produto, a notificação de navegação é enviada. Um assinante compra, a notificação pós-compra é enviada. Cada gatilho é seu próprio pipeline, ignorante de todos os outros gatilhos.
Um fluxo de trabalho é algo diferente. Um fluxo de trabalho é uma jornada de várias etapas com estado. Ele sabe onde o assinante entrou, onde ele está atualmente, a que horas ele entrou em cada nó e quais condições cancelam a jornada. O fluxo de trabalho de abandono de carrinho não envia apenas uma notificação na marca de uma hora. Ele envia na primeira hora, espera um dia, verifica se o carrinho ainda está abandonado, envia um segundo contato com um desconto, espera mais dois dias, envia um contato final e sai do fluxo de trabalho no momento em que o assinante compra, não importa em qual etapa ele estava.
Essa última cláusula é a diferença. O gatilho não tem memória. O fluxo de trabalho tem. Se sua "automação de carrinho abandonado" continuar enviando lembretes depois que o cliente já pagou, você não tem uma automação. Você tem um gatilho que ninguém mandou parar.
Para uma equipe de retenção de eCommerce de médio porte, essa distinção é a diferença entre uma taxa de recompra que se compõe e uma que estagna. Seis gatilhos rodando em paralelo produzem seis canais de ruído. Cinco fluxos de trabalho rodando em coordenação produzem uma jornada por assinante, ramificada e delimitada. A maioria dos resultados de busca da primeira página para esta palavra-chave enquadra o problema como "que tipos de notificações enviar" e responde com uma lista de nove, doze ou quinze modelos. Essa não é a questão. A questão é como compor a jornada.
A anatomia de um fluxo de trabalho de notificação push
Antes dos projetos, o vocabulário. Um fluxo de trabalho de notificação push é construído a partir de seis tipos de nós. Uma vez que você saiba o que cada um faz, cada projeto neste artigo será lido como um diagrama, não uma descrição.
INÍCIO. O ponto de entrada. Um nó INÍCIO define como o fluxo de trabalho é acionado, seja por um evento do assinante (carrinho abandonado, página visualizada, segmento ingressado, meta de compra rastreada) ou por um filtro de público que seleciona assinantes que correspondem a critérios específicos em um horário agendado. Um fluxo de trabalho tem exatamente um INÍCIO.
AGUARDAR. Um atraso. Um nó AGUARDAR mantém o assinante neste ponto por uma duração especificada (minutos, horas, dias) ou até um horário específico do calendário (terça-feira às 10h no fuso horário do assinante, 15 de dezembro às 20h no horário do site). Esperas são como um fluxo de trabalho aprende a não ser um disparo único.
DECISÃO. Um ramal de duas vias. Um nó DECISÃO verifica uma condição (o assinante comprou, ele ainda está no segmento de abandono de carrinho, o nível de fidelidade dele é "ouro") e o direciona pelo caminho SIM ou pelo caminho NÃO. Decisões são como um fluxo de trabalho para de tratar todos os assinantes da mesma forma.
DIVIDIR_CAMINHO. Um garfo baseado em porcentagem. Nós DIVIDIR_CAMINHO direcionam assinantes por múltiplos caminhos com base em porcentagens configuradas: 50/50 para um teste A/B, 33/33/34 para um teste de tempo de envio de três vias. Depois de ter um vencedor, você promove o caminho vencedor para 100% e o fluxo de trabalho continua rodando na variante comprovada.
AÇÃO. O trabalho em si. Nós AÇÃO enviam uma notificação push, adicionam o assinante a um segmento, atualizam seus atributos, disparam um webhook, iniciam outro fluxo de trabalho ou param um. Fluxos de Trabalho PushEngage suportam onze tipos de ação. Os mais comuns em eCommerce são SendPushNotification, AddSegment, UpdateAttribute e HttpRequest.
FIM / SAÍDA. O terminal. 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 usada para terminar cedo: no caminho NÃO de um nó Decisão quando o assinante não se qualifica, ou em um ramal Split Path projetado como grupo de controle.
Todos os fluxos de trabalho abaixo são compostos por estas seis peças. Assim que o vocabulário é compartilhado, os blueprints são lidos rapidamente.
Cinco blueprints de fluxo de trabalho para eCommerce
Estes não são "exemplos". São blueprints funcionais. Cada um lista seu gatilho, seu tipo de execução, sua sequência de nós, seus critérios de saída e sua métrica de retenção pretendida. Você pode importar cada um diretamente para o construtor do PushEngage Workflows e tê-lo funcionando em menos de uma hora.
Blueprint 1 — Série de boas-vindas
- Gatilho (INÍCIO): Evento
PushEngage.Subscriber.Added - Tipo de execução: Único (uma jornada de boas-vindas por assinante, com um período de espera de 90 dias antes de reentrada)
- Fluxo: Notificação de boas-vindas (imediata) → ESPERAR 2 dias → notificação de destaque de recurso → ESPERAR 3 dias → DECISÃO: o assinante fez uma compra? → caminho SIM: enviar notificação de agradecimento e adicionar ao segmento
customers→ caminho NÃO: enviar um desconto de primeira compra → FIM - Critérios de saída: Nenhum. A jornada é curta o suficiente para que todos os assinantes a completem.
- Métrica de retenção: Tempo até a primeira compra. Novos assinantes que completam a série de boas-vindas compram mais rápido do que aqueles que não o fazem, porque o terceiro contato ocorre no momento em que a intenção de primeira compra se materializou ou estagnou.
Blueprint 2 — Abandono de navegação
- Gatilho (INÍCIO): Evento personalizado
page_viewfiltrado para páginas de detalhes de produtos onde o assinante não disparouadd_to_cartem 30 minutos - Tipo de execução: Múltiplos Paralelos (um assinante pode abandonar a navegação de vários produtos em uma sessão, e cada um recebe sua própria instância de fluxo de trabalho)
- Fluxo: ESPERAR 30 minutos → DECISÃO: o assinante ainda está navegando no site? → caminho SIM: SAIR (não interromper uma sessão ativa) → caminho NÃO: enviar uma notificação de lembrete com o produto visualizado → ESPERAR 24 horas → DECISÃO: eles adicionaram ao carrinho? → caminho SIM: SAIR (o fluxo de trabalho de abandono de carrinho assume a partir daqui) → caminho NÃO: enviar um segundo contato com uma recomendação de produtos relacionados → FIM
- Critérios de saída: Meta
add_to_cart(o fluxo de trabalho do carrinho herda a jornada) ou metapurchase(nenhuma mensagem adicional necessária) - Métrica de retenção: Taxa de conversão de navegação para carrinho em produtos visualizados anteriormente. A postagem do PushEngage sobre campanhas de abandono de navegação cobre o trabalho de segmentação que este blueprint herda.
Blueprint 3 — Escalonamento de carrinho abandonado
- Gatilho (INÍCIO): Evento personalizado
cart_abandoned - Tipo de execução: Múltiplos Paralelos (cada carrinho abandonado é sua própria jornada, então um assinante que abandona um segundo carrinho enquanto o primeiro ainda está ativo recebe uma segunda instância concorrente)
- Fluxo: AGUARDAR 1 hora → lembrete nº 1 (sem desconto, tom amigável) → AGUARDAR 24 horas → DECISÃO: o carrinho ainda está abandonado? → caminho SIM: lembrete nº 2 com 10% de desconto → AGUARDAR 48 horas → DECISÃO: o carrinho ainda está abandonado? → caminho SIM: lembrete final com 20% de desconto e foco em urgência → FIM
- Critérios de saída: Meta
purchasecorrespondendo aocart_iddo evento de gatilho. No momento em que o assinante compra, o fluxo de trabalho é cancelado para aquele carrinho, independentemente de onde eles estejam no momento. - Métrica de retenção: Valor do carrinho recuperado por carrinho abandonado, por canal. Este é o fluxo de trabalho de maior impacto na página e o mais fácil de defender em um P&L. Para uma cobertura mais aprofundada da sequência de recuperação de abandono de carrinho especificamente, o playbook de abandono de carrinho da PushEngage detalha como a cadência é ajustada ao comportamento da plataforma (fluxos de checkout do Shopify Plus diferem do WooCommerce em maneiras que afetam a primeira espera).
Blueprint 4 — Solicitação de avaliação pós-compra
- Gatilho (INÍCIO): Evento
PushEngage.Goal.Trackedondegoal_name = purchase - Tipo de execução: Sequencial Múltiplo (uma jornada de solicitação de avaliação ativa por vez por assinante, mas a próxima compra dispara uma nova instância)
- Fluxo: AGUARDAR 7 dias (tempo suficiente para receber o produto e formar uma opinião) → DIVIDIR_CAMINHO 50/50: envio matinal (9h no horário local do assinante) versus envio noturno (19h no horário local do assinante) → notificação de solicitação de avaliação → AÇÃO: solicitação HTTP para o CRM registrando o envio da solicitação de avaliação → FIM
- Horário de silêncio: 22h às 8h no fuso horário do assinante, fallback
reschedule. Notificações push que chegariam durante a noite esperam até as 8h01 em vez de serem entregues. A configuraçãorescheduleé o padrão correto para este fluxo de trabalho porqueskipdescarta silenciosamente as notificações e as deixa fora das análises, o que a maioria das equipes de retenção não deseja. - Critérios de saída: Meta
review_submitted - Métrica de retenção: Taxa de envio de avaliações por variante de horário de envio. O caminho dividido torna o teste A/B parte do fluxo de trabalho, não um pensamento posterior anexado a um relatório de campanha.
Blueprint 5 — Reengajamento
- Gatilho (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: Notificação “Sentimos sua falta” → AGUARDAR 3 dias → DECISÃO: o assinante interagiu com a notificação ou visitou o site? → caminho SIM: adicionar ao segmento
re-engaged, enviar um agradecimento e um desconto, FIM → caminho NÃO: enviar uma oferta mais forte com um desconto maior → AGUARDAR 5 dias → DECISÃO: ainda inativo? → caminho SIM: notificação final “última chance” → FIM - Critérios de saída: 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. - Métrica de retenção: Taxa de reativação 60 dias após a entrada no fluxo de trabalho.
Uma palavra sobre o gatilho. Este é o único blueprint neste artigo que usa um gatilho baseado em público em vez de um gatilho baseado em evento. Gatilhos de público nos Fluxos de Trabalho do PushEngage processam em lote o conjunto de assinantes correspondentes apenas no momento do início do fluxo de trabalho. Assinantes que se tornam inativos após o início do fluxo de trabalho não são incluídos automaticamente, e a edição do filtro de público em um fluxo de trabalho ativo não adiciona novos assinantes. Se você deseja um programa de reengajamento contínuo, duplique o fluxo de trabalho em uma programação recorrente (mensal ou trimestral) em vez de esperar que um fluxo de trabalho de público de longa duração continue a ingerir novos candidatos. Esta é uma fonte real de tickets de suporte do tipo “por que este assinante não recebeu o win-back?” em equipes que entendem mal o tipo de gatilho.
Segmentação, testes A/B e critérios de saída ficam dentro do fluxo de trabalho
O padrão dominante nos resultados da pesquisa da página um para esta palavra-chave é listar segmentação, testes A/B e horários de silêncio como “melhores práticas”: marcadores genéricos no final do artigo, divorciados da campanha que os utiliza. Essa é a moldura errada. Estas não são melhores práticas que ficam ao lado do fluxo de trabalho. Elas são o fluxo de trabalho.
Aqui está o mesmo conjunto de conceitos, enquadrado como melhores práticas versus enquadrado como nós de fluxo de trabalho:
| Conceito | Enquadramento de melhores práticas (errado) | Enquadramento de nó de fluxo de trabalho (correto) |
|---|---|---|
| Segmentação RFM | “Segmente sua lista antes de enviar” | Um nó DECISION que verifica recência, frequência e valor monetário, em seguida, roteia assinantes de RFM alto para um caminho diferente dos de RFM baixo. A postagem sobre segmentação do PushEngage cobre as definições de buckets RFM que alimentam este nó. |
| Teste A/B | “Sempre teste A/B sua cópia” | Um nó SPLIT_PATH com alocação de porcentagem 50/50, assinantes balanceados por caminho, e um campo winner_edge_id que promove o vencedor para 100% assim que o teste atinge significância |
| Horário de silêncio | “Não envie às 3 da manhã” | Uma opção em nível de fluxo de trabalho com start_at, end_at, timezone e uma configuração fallback que skips o envio ou o reschedules para um minuto após o término do horário de silêncio |
| Critérios de saída | “Pare de enviar para pessoas que compraram” | Uma regra em nível de fluxo de trabalho que verifica o assinante contra um filtro de público ou uma meta acionada antes de cada nó, e cancela o fluxo de trabalho se houver correspondência |
A diferença importa porque marcadores de melhores práticas são fáceis de concordar e difíceis de impor. Nós de fluxo de trabalho são impostos pelo próprio motor. O DECISION é executado toda vez. O SPLIT_PATH balanceia cada assinante. O fallback de horário de silêncio é acionado sem que ninguém se lembre de verificar a hora. A regra de saída cancela o fluxo de trabalho, quer o proprietário da campanha esteja prestando atenção ou não.
Para o blueprint de abandono de carrinho acima, isso significa que no momento em que um assinante compra os itens abandonados, a regra de saída é acionada, o fluxo de trabalho é cancelado para esse assinante e os lembretes segundo e terceiro nunca são enviados. Nenhum ticket de suporte, nenhum e-mail do financeiro, nenhuma campanha de desculpas. O fluxo de trabalho parou porque o motor tinha uma regra que o mandava parar.
Orquestração multicanal: um fluxo de trabalho, quatro canais
A maioria das plataformas de notificação push são ferramentas de um canal. Algumas são de dois canais. A pergunta que elas não conseguem responder bem é aquela que uma equipe de retenção de médio porte realmente precisa responder: dado o estado deste assinante, qual canal deve ser acionado? Web push se ele optou por receber. E-mail se ele optou por não receber web push. WhatsApp se o valor do carrinho for superior a US$ 200. Chat ao vivo se o assinante estiver atualmente no site.
Essa árvore de decisão é um único fluxo de trabalho de automação de notificações push multicanal, não quatro campanhas em quatro ferramentas. Com os Fluxos de Trabalho do PushEngage, uma jornada de abandono de carrinho pode ser composta assim:
- INÍCIO: evento
cart_abandoned - AGUARDAR: 1 hora
- Nó de DECISÃO 1: o assinante está inscrito para web push?
- Caminho SIM: AÇÃO, enviar lembrete de web push
- Caminho NÃO: continuar para a próxima decisão
- AGUARDAR: 30 minutos após o web push (ou imediatamente, se nenhum push foi disparado)
- Nó de DECISÃO 2: o assinante clicou no web push, ou não está inscrito para web push?
- Se o web push foi disparado e clicado: SAIR (deixar o fluxo do carrinho terminar)
- Se o web push foi disparado e não foi clicado, ou nenhum web push: continuar
- Nó de DECISÃO 3: valor do carrinho maior que US$ 200?
- Caminho SIM: AÇÃO, disparar mensagem do WhatsApp via ação SendPushNotification no canal do WhatsApp
- Caminho NÃO: AÇÃO, disparar e-mail via requisição HTTP para seu ESP
- SAIR no objetivo
purchase
Quatro canais, um fluxo de trabalho, um conjunto de critérios de saída, uma identidade de assinante. O mesmo gerente de retenção que antes não conseguia orquestrar isso sem três logins de fornecedores e um fluxo Zapier agora pode compô-lo dentro de um único fluxo de trabalho que o motor impõe.
Fazer a mesma coisa em ferramentas separadas significa seis sincronizações entre plataformas, dois motores de segmentação que discordam sobre quem conta como um "assinante VIP", e nenhuma atribuição de receita única porque cada ferramenta relata suas próprias conversões. Fazer isso dentro de um único motor de fluxo de trabalho significa uma identidade de assinante, um conjunto de lógica de decisão e um relatório de funil. Para mais informações sobre como push e e-mail funcionam juntos dentro de um plano de retenção único, veja orquestração multicanal de push e e-mail.
Este é o diferencial que não tem análogo nos resultados dominantes da primeira página. Nenhum dos quinze primeiros resultados para esta palavra-chave descreve um fluxo de trabalho cross-channel como um único objeto. Todos eles tratam push como o tópico e e-mail como a comparação.
A matemática da retenção: receita por fluxo de trabalho, por canal, por notificação
Um fluxo de trabalho que você não consegue defender na próxima revisão de P&L é um fluxo de trabalho que é descontinuado. O trabalho do gerente de retenção é mostrar, em dólares, o que cada item da linha produziu. A maioria dos artigos sobre “notificações push automatizadas para e-commerce” para na taxa de cliques. Isso não é suficiente. A métrica correta é receita recuperada por assinante, por fluxo de trabalho, por canal.
O PushEngage Workflows rastreia três números em cada nó:
- Usuários na fila: assinantes aguardando atualmente neste nó (geralmente um WAIT ou um reagendamento fora do horário de expediente)
- Usuários concluídos: assinantes que passaram por este nó
- Usuários que saíram: assinantes que saíram do fluxo de trabalho neste nó, seja porque os critérios de saída foram correspondidos ou porque eles se descadastraram
Veja como são as análises em nível de nó para um fluxo de trabalho ativo de abandono de carrinho (números ilustrativos, extraídos de uma lista realista de 200.000 assinantes):
| 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 do 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 | Notificação enviada |
| AGUARDAR 24 horas | 240 | 9,800 | 1,860 | Alto número de saídas: 1.860 assinantes compraram após o lembrete nº 1 |
| DECISÃO: carrinho ainda abandonado | 0 | 9,800 | 0 | Todos os assinantes restantes ainda têm o carrinho aberto |
| AÇÃO: lembrete nº 2 (10% de desconto) | 0 | 9,800 | 0 | Notificação enviada com desconto |
| AGUARDAR 48 horas | 90 | 6,300 | 3,410 | Mais 3.410 compras acionaram a saída |
| AÇÃO: lembrete final (20% de desconto) | 0 | 6,300 | 0 | Notificação final |
| FIM | n/a | 6,300 | n/a | 6.300 assinantes não compraram |
Neste funil, 5.270 assinantes (1.860 + 3.410) compraram enquanto estavam no fluxo de trabalho, uma taxa de recuperação de carrinho de 42,5%. Os dois tempos de espera (24h e 48h) são os nós de maior saída no funil, o que é o padrão esperado: as decisões de tempo para compra acontecem nas janelas de espera, não nas janelas de ação. Se o seu fluxo de trabalho mostrar o padrão inverso, com altas saídas nos nós de ação e baixas saídas nos nós de espera, seu tempo está errado e os tempos de espera devem ser encurtados.
A matemática de retenção também precisa abordar o custo. As notificações push não custam nada por envio depois que o assinante optou por recebê-las. Os custos de e-mail dependem do seu ESP, mas com uma lista de 200.000 assinantes e uma configuração típica de Klaviyo ou Bloomreach, um único envio de carrinho abandonado custa várias centenas de dólares em uso medido (os termos do seu contrato se aplicam).
Uma automação de notificação push de carrinho abandonado com foco em push que recupera carrinhos em 42% pode atingir o mesmo número de receita recuperada que um fluxo de push e e-mail em 38%, a um custo materialmente menor. Faça as contas para o tamanho da sua lista e contrato de ESP. O ponto é que push, app push e WhatsApp não incorrem no custo por envio que o e-mail tem, e a função do fluxo é usar o canal mais barato primeiro sempre que o estado do assinante permitir.
Quando o item de linha é defensável (este fluxo recuperou US$ X em carrinhos com um custo total de US$ Y), a conversa sobre orçamento é curta.
Crie no PushEngage Workflows
Cada blueprint neste artigo mapeia diretamente para os componentes do PushEngage Workflows. Aqui está o mapeamento para os cinco blueprints acima:
| Blueprint | Tipos de nós usados | Tipos de ação usados | Opção de fluxo |
|---|---|---|---|
| Série de boas-vindas | START, WAIT, DECISION, ACTION, END | SendPushNotification, AddSegment | Tipo de execução: Único |
| Abandono de navegação | START, WAIT, DECISION, ACTION, EXIT | SendPushNotification | Tipo de execução: Múltiplos Paralelos |
| Escalonamento de abandono de carrinho | START, WAIT, DECISION, ACTION, END | SendPushNotification | Tipo de execução: Múltiplos Paralelos; sair ao atingir o objetivo purchase |
| Solicitação de avaliação pós-compra | START, WAIT, SPLIT_PATH, ACTION, END | SendPushNotification, HttpRequest | Tipo de execução: Múltiplos Sequenciais; horário de silêncio das 22h às 8h, fallback de reagendamento |
| Reativação | START, ACTION, WAIT, DECISION, END | SendPushNotification, AddSegment | Tipo de execução: Único; gatilho baseado em público |
O motor Workflows vem com mais de 60 modelos pré-configurados cobrindo cada um desses fluxos. Cada modelo é um ponto de partida. Cada blueprint acima pode ser instalado em menos de cinco minutos no Shopify, Shopify Plus, WooCommerce, BigCommerce ou Magento dentro do construtor de fluxo de trabalho de notificações push do PushEngage.
O recurso Workflows também cobre a lógica de decisão e as etapas de personalização que tornam o roteamento multicanal na seção anterior possível, e suporta os onze tipos de ação que permitem fazer mais do que apenas enviar uma notificação: atualizar atributos de assinantes, disparar webhooks para seu CRM, iniciar fluxos downstream ou parar fluxos conflitantes.
Para uma visão mais ampla de como esses fluxos se encaixam em um programa completo de retenção de eCommerce, o post hub de notificações push para eCommerce cobre os tipos de campanha que esses blueprints implementam.
O plano gratuito oferece 200 assinantes, todos os quatro canais (web push, app push, WhatsApp e chat ao vivo) e o motor Workflows completo desde o primeiro dia. Isso é o suficiente para provar o canal antes de colocá-lo em uma linha de orçamento.
O que isso muda
Se você tirar uma coisa deste artigo, tire esta: a automação de notificações push para eCommerce é arquitetura de fluxo de trabalho, não um conjunto de campanhas acionadas. A jornada de abandono de carrinho que termina na compra, a série de boas-vindas que se ramifica com base no comportamento da primeira compra e a orquestração multicanal que escolhe o canal viável mais barato para cada assinante têm a mesma forma.
Um INÍCIO, alguns ESPERARs, algumas DECISÕES, algumas AÇÕES, um FIM. Seis gatilhos independentes não podem fazer isso. Um motor de fluxo de trabalho pode. A matemática de retenção se compõe a partir daí.
Comece no plano gratuito para enviar o primeiro blueprint em menos de uma hora.
