Fluxos de trabalho de alertas de queda de preço do WooCommerce para taxas de retenção 2x

É segunda-feira de manhã em uma loja de vestuário WooCommerce com US$ 25 milhões em GMV e o gerente de retenção está lançando a liquidação trimestral. A equipe já trabalhou o e-mail para toda a loja: 25% de desconto, expira sexta-feira, uma única transmissão às 10h. Nos próximos sete dias, o e-mail recupera US$ 8.400 em receita atribuível. A outra superfície de recuperação é mais silenciosa.

Cada vez que um comerciante marca um Preço Promocional no admin do WooCommerce, um fluxo automático dispara alertas de queda de preço do WooCommerce para os assinantes que estavam observando especificamente aquele SKU. Na mesma janela de 72 horas, o fluxo de queda de preço recupera US$ 19.200. Mesma loja, mesma promoção, duas vezes e meia a recuperação da automação.

As duas superfícies não são intercambiáveis. O e-mail para toda a loja é a transmissão. O fluxo de queda de preço é a superfície por SKU. Elas se somam em vez de competir, e na maioria das lojas WooCommerce de médio porte, a superfície por SKU é aquela que está materialmente sub-instrumentada.

Este artigo detalha como é o fluxo de queda de preço de ponta a ponta, por que uma cascata de três audiências é a arquitetura correta, como evitar que a limitação de frequência treine uma base de caçadores de descontos e como atribuir a receita recuperada por SKU para que o financeiro possa ler a linha do item.

Por que a queda de preço é o gatilho de recuperação com maior conversão

A maioria dos fluxos de retenção dispara contra uma única audiência. O fluxo de abandono de carrinho visa os que abandonaram o carrinho. O fluxo de abandono de navegação visa os que abandonaram a navegação. A série de boas-vindas visa novos assinantes. O alerta de queda de preço é diferente. Duas audiências convergem para o mesmo gatilho: abandonadores de navegação que visualizaram o produto, mas não o adicionaram ao carrinho, e abandonadores de carrinho que saíram especificamente por causa do preço. Ambos demonstraram intenção de compra de um produto específico. Ambos são alcançáveis a partir de um fluxo com um gatilho e um critério de saída.

Há uma terceira razão pela qual a queda de preço converte em múltiplos de qualquer lembrete isolado. O sinal do gatilho é mais concreto do que o sinal da audiência sozinho. Um lembrete de abandono de navegação pede ao assinante que acredite na palavra do comerciante de que o produto ainda vale sua atenção. Notificações de queda de preço carregam a prova na própria mensagem: o preço realmente mudou, aqui está o novo valor. O assinante vê o alerta e o preço simultaneamente, e é por isso que até mesmo audiências frias convertem melhor em envios de queda de preço do que em mensagens genéricas de reengajamento.

O momento de opt-in para alertas de preço

Um botão “avise-me quando o preço cair” na página de detalhes do produto é um dos opt-ins de maior qualidade no eCommerce de mercado intermediário. O assinante nomeia o produto específico que deseja rastrear. Comparado com um opt-in genérico para todo o site, o opt-in de alerta de preço do PDP produz uma base de assinantes que converte no fluxo de queda de preço em múltiplos da taxa de assinantes frios. O argumento composto de qualidade do assinante é abordado com mais detalhes no artigo irmão sobre prompts de assinatura acionados; a versão curta é que a origem do opt-in prevê a receita downstream por assinante tão claramente quanto qualquer sinal de retenção.

Para lojas WooCommerce, o opt-in do PDP é implementado através do método subscribeToProduct(productId) do SDK JS do PushEngage. O botão grava o ID do produto em um atributo de assinante, que se torna um segmento contra o qual o fluxo de queda de preço pode ser roteado. Lojas que já executam o plugin YITH ou TI WooCommerce Wishlist têm uma rota paralela para o rastreamento de preço de lista de desejos: cada produto adicionado à lista de desejos é efetivamente um opt-in explícito de alerta de preço pelo cliente.

O fluxo de queda de preço, de ponta a ponta

Esta é a especificação completa do fluxo de trabalho. Copie-a diretamente para o construtor de Fluxos de Trabalho do PushEngage.

• Gatilho (INÍCIO): Evento personalizado price_dropped, disparado pelo WooCommerce quando o campo product_meta._sale_price é atualizado e é menor que _regular_price. O payload do evento inclui product_id, old_price, new_price e percent_off.
• Tipo de execução: Múltiplos Paralelos. Uma instância de fluxo de trabalho por produto por assinante. Um assinante que rastreia três produtos recebe três instâncias concorrentes; cada uma sai independentemente quando seu produto é comprado.
• Limite de frequência (nível do fluxo de trabalho): Saia se o atributo do assinante last_price_drop_alert_at estiver nos últimos 14 dias. O limite protege contra o treinamento de um público caçador de descontos e é defendido na próxima seção.
• DECISÃO 1: O assinante se inscreveu explicitamente para alertas deste produto (segmento price_alert_subs_{product_id} ou correspondência de lista de desejos)? Caminho SIM: envie o alerta de queda de preço para assinantes explícitos. Caminho NÃO: continue para a DECISÃO 2.
• DECISÃO 2: O assinante está no segmento de abandono de navegação para este produto nos últimos 30 dias? Caminho SIM: envie o lembrete de queda de preço para abandonadores de navegação. Caminho NÃO: continue para a DECISÃO 3.
• DECISÃO 3: O assinante está no segmento de abandono de carrinho para este produto nos últimos 14 dias? Caminho SIM: envie o lembrete de queda de preço para abandonadores de carrinho. Caminho NÃO: SAIA silenciosamente.
• AGUARDE: 24 horas após o primeiro envio.
• DECISÃO 4: O assinante comprou o produto? Caminho SIM: SAIA (sucesso, critério de saída correspondido). Caminho NÃO: envie o segundo toque de estoque baixo.
• FIM.

Cópia da notificação para cada ramificação:

• Assinante explícito: “O preço do produto que você está acompanhando caiu. {{product_name}} agora custa {{new_price}}, com {{percent_off}}% de desconto. Compre com o novo preço.”
• Abandono de navegação: “Bom momento. O {{product_name}} que você estava vendo na semana passada agora custa {{new_price}}, com {{percent_off}}% de desconto.”
• Abandono de carrinho: “Você deixou {{product_name}} no seu carrinho. O preço acabou de cair para {{new_price}}. Seu carrinho ainda está lá.”
• Segundo contato de estoque baixo: “Atenção. O {{product_name}} por {{new_price}} está acabando. O estoque de itens em promoção se esgota rapidamente.”

O fluxo de alerta de preço tem um gatilho, três ramificações de envio e um critério de saída. O leitor que também executa fluxos de carrinho e navegação já possui os segmentos de público e os atributos do assinante definidos. O fluxo de alerta de preço é montado em menos de uma hora sobre essa infraestrutura existente.

Por que a cascata de audiências é a arquitetura correta

A maioria das pilhas de retenção constrói três campanhas separadas de queda de preço. Uma para assinantes explícitos de lista de desejos, gerenciada pelo gerente de fidelidade. Uma para abandonos de navegação, gerenciada pelo profissional de marketing de ciclo de vida. Uma para abandonos de carrinho, gerenciada pelo líder de CRM. Três campanhas significam três proprietários de campanha, três conjuntos de cópias que se desviam no terceiro trimestre e três lugares onde o critério de saída é esquecido. A cascata colapsa essas em um fluxo com três nós de DECISÃO, sai silenciosamente para o assinante sem intenção e nunca envia duas vezes.

Conceito	Três campanhas separadas	Um fluxo em cascata
Proprietário	Três (fidelidade, ciclo de vida, CRM)	Um (gerente de retenção)
Variantes de cópia	Três, se desviam	Uma variante canônica por ramificação
Critérios de saída	Três regras, definidas separadamente	Uma regra de fluxo
Limite de frequência	Nenhum (campanhas não coordenam)	Um limite, no nível do fluxo
Atribuição	Três itens de linha	Um item de linha, três subtotais de ramificação
Risco de envio duplo	Alto (um assinante da lista de desejos pode também ser um abandonador de carrinho)	Zero (a cascata ordena por intenção)

A ordem da cascata importa. Assinantes explícitos são avaliados primeiro porque o opt-in é o sinal de maior intenção. Abandonadores de navegação em segundo lugar porque a visualização do produto é mais recente e mais específica do que o abandono de carrinho para a maioria das lojas. Abandonadores de carrinho em terceiro lugar porque o fluxo de abandono de carrinho já os contatou com uma escada de desconto de 0/10/20%; o alerta de queda de preço é um ângulo diferente sobre o mesmo assinante e deve chegar por último na cascata para evitar sobreposição com a própria escalada do fluxo do carrinho.

Integração da estratégia de precificação: evite treinar o caçador de descontos

Um assinante que recebe notificações de preço de venda a cada duas semanas aprende a esperar. Este é o custo silencioso de um programa irrestrito de queda de preço: a coorte que converte com os alertas também atrasa compras subsequentes, esperando pela próxima liquidação. Ao longo de quatro trimestres, o comportamento de caçador de descontos treinado pode corroer completamente a matemática da retenção. Uma margem de 5% para a recuperação é aceitável. Uma troca de comportamento treinado de 25% em toda a coorte ao longo de doze meses não é.

A defesa é um limite de frequência em nível de fluxo de trabalho. Máximo de 1 notificação de queda de preço por assinante a cada 14 dias, aplicada dentro do fluxo de trabalho como uma verificação de critério de saída no atributo do assinante last_price_drop_alert_at. Cada envio bem-sucedido atualiza o atributo por meio de um nó de ação UpdateAttribute. O próximo evento de queda de preço que ocorre para o mesmo assinante verifica o atributo; se estiver dentro de 14 dias, o fluxo de trabalho é encerrado antes que qualquer um dos três ramos DECISION seja avaliado.

A janela de limite pode ser ajustada. Lojas com vendas semanais podem precisar reduzir para 7 dias para se manterem relevantes. Lojas com vendas trimestrais de liquidação podem manter 14 dias ou estender para 21. O ponto é que o limite é uma regra de fluxo de trabalho, aplicada pelo motor, não um lembrete de calendário para o proprietário da campanha. As regras de fluxo de trabalho não são esquecidas quando o proprietário da campanha muda de cargo.

Há um corolário. O limite de frequência também protege o relacionamento com assinantes que não estão no modo de caça por queda de preço. Um cliente que comprou o produto com preço integral na semana passada não quer um alerta de queda de preço para o mesmo produto esta semana. O filtro de público do critério de saída (compra nos últimos 30 dias para este produto) lida com esse caso como uma regra separada, mas o limite de 14 dias é o piso universal.

Integração da stack do WooCommerce

As entradas de dados são específicas. Lojas WooCommerce armazenam Preço Promocional como _sale_price e Preço Regular como _regular_price na tabela meta do produto. O plugin de integração WooCommerce-PushEngage se conecta à ação save_post_product e lê os metadados a cada salvamento de produto; se _sale_price não estiver vazio e for menor que _regular_price, o plugin dispara o CustomEvent price_dropped com o SKU, os preços antigo e novo, e a porcentagem de desconto. Este é o evento que o nó START do fluxo de trabalho de queda de preço escuta.

Plugins de Preços Dinâmicos (Advanced Dynamic Pricing for WooCommerce, WooCommerce Dynamic Pricing & Discounts) escrevem na mesma camada meta quando suas regras são acionadas e disparam o mesmo hook. O fluxo de trabalho de queda de preço não precisa saber se a alteração de preço veio de uma edição manual do Preço Promocional ou de uma regra automatizada de Preços Dinâmicos. Ele escuta o evento independentemente da origem.

Para opt-ins explícitos, o SDK JS do PushEngage expõe subscribeToProduct(productId). O botão de alerta de preço do PDP chama este método ao ser clicado; o assinante é adicionado a um segmento por produto chamado price_alert_subs_{product_id}. Lojas que usam os plugins YITH ou TI WooCommerce Wishlist podem escrever um hook paralelo que mapeia cada produto desejado para o mesmo segmento por produto, para que o rastreamento de preço da lista de desejos e o opt-in explícito de alerta de preço alimentem o mesmo público.

O que instrumentar primeiro. Os 100 SKUs principais por volume de vendas cobrem a maior parte da receita. Conecte o hook save_post_product para disparar price_dropped para esses SKUs primeiro. Adicione o botão de alerta de preço do PDP no mesmo conjunto. Configure o fluxo de trabalho contra esse público limitado, meça e expanda. O catálogo completo pode esperar.

Atribuição por fluxo

Receita recuperada por evento de redução de preço, por SKU, por canal. Esta é a atribuição de receita mais limpa em retenção porque o evento de gatilho (mudança de preço) tem registro de data e hora e o evento de conversão (compra do mesmo SKU) tem registro de data e hora. Subtraia os dois; a diferença é a receita recuperada por alerta.

O PushEngage Workflows rastreia usuários enfileirados, concluídos e que saíram em cada nó. Veja como são as análises em nível de nó para um fluxo de trabalho realista de redução de preço em uma lista de 200.000 assinantes durante uma semana de liquidação trimestral:

Nó	Na Fila	Concluídos	Saíram	Observações
INÍCIO (preço_reduzido, 40 SKUs)	0	18,400	0	18.400 pares assinante-produto elegíveis
Saída de limite de frequência	0	17,100	1,300	1.300 limitados por um alerta recente
DECISÃO 1: assinante explícito	0	4.200 (SIM)	0	Roteado para envio a assinante explícito
DECISÃO 2: abandonador de navegação	0	7.800 (SIM)	0	Roteado para envio a abandonador de navegação
DECISÃO 3: abandonador de carrinho	0	2.300 (SIM)	0	Roteado para envio a abandonador de carrinho
Caminho NÃO da DECISÃO 3: SAIR	0	0	2,800	Assinantes sem intenção saem silenciosamente
AÇÃO: primeiro envio	0	14,300	0	Enviado em três ramificações
AGUARDAR 24 horas	1,800	9,400	3,100	3.100 compraram em 24h, saída
DECISÃO 4: comprou?	0	9,400	0	Todos os não compradores continuam
AÇÃO: segundo toque de estoque baixo	0	9,400	0	Segundo envio
FIM	n/d	9,400	n/d	1.200 destes convertem nas próximas 48h

Neste funil, 4.300 assinantes (3.100 mais 1.200) compraram o SKU alertado em até 72 horas após o evento de redução de preço. Com um carrinho médio de US$ 58, isso representa aproximadamente US$ 249.400 em receita recuperada na semana, contra 14.300 envios e custo zero por envio para o canal de push. Agregado por SKU, a receita por SKU aparece no painel do gerente de mercadorias junto com as métricas de realização de desconto. O fluxo de trabalho deixa de ser um custo de campanha e se torna um item de linha de realização de preço.

A estrutura correta para o financeiro é que o fluxo de trabalho de redução de preço gera receita encontrada. São assinantes que não teriam comprado pelo preço normal, mas compraram pelo preço promocional após o alerta. A loja já iria reduzir o preço desses SKUs de qualquer maneira. O fluxo de trabalho transforma essa redução de preço agendada em demanda recuperada.

Crie no PushEngage Workflows

O fluxo de trabalho de redução de preço mapeia diretamente para os componentes do PushEngage Workflows.

Peça do fluxo de trabalho	Elemento PushEngage
Gatilho	INICIAR com CustomEvent price_dropped, tipo de execução Múltiplas Paralelas
Limite de frequência	Critério de saída com filtro de público no atributo de assinante last_price_drop_alert_at
Cascata de público	DECISÃO x3 com filtro de público em associação de segmento
Envios	AÇÃO SendPushNotification x4 (três ramificações mais segundo toque)
Atualização de atributo	AÇÃO UpdateAttribute em last_price_drop_alert_at após cada envio
Esperar	AGUARDAR 24 horas
Saída de compra	DECISÃO com filtro Goal.Tracked no evento purchase correspondente ao ID do produto
Terminal	FIM

O motor Workflows vem com mais de 60 modelos enviados cobrindo queda de preço e os fluxos de carrinho e navegação de suporte. O gerente de retenção cujos fluxos de carrinho e navegação já estão ativos pode configurar a camada de queda de preço de notificações push do WooCommerce sobre os segmentos de público existentes em menos de uma hora.

O que isso muda

Para lojas que executam planos de retenção multicanal, a abordagem de orquestração de push e e-mail usa o e-mail como fallback para clientes que cancelaram a inscrição de push. O hub de notificações push de ecommerce mais amplo cobre os fluxos de trabalho circundantes com os quais a camada de queda de preço se compõe, incluindo o fluxo de trabalho de abandono de carrinho do WooCommerce e o fluxo de trabalho de recuperação de abandono de navegação que compartilham segmentos de público com este.

O alerta de queda de preço não é uma campanha. É um fluxo de trabalho que se compõe em dois públicos existentes mais uma coorte de opt-in explícito, a partir de um único gatilho, com um único critério de saída. O merchandiser continua marcando Preços em Promoção no admin do WooCommerce. O fluxo de trabalho continua disparando por SKU. O gerente de retenção continua lendo a linha de receita por SKU. Três campanhas se tornam uma. O risco do caçador de descontos treinados é mantido no limite em nível de fluxo de trabalho. A receita recuperada chega como receita encontrada na próxima DRE. A matemática se compõe em cada venda que a loja realiza.

O plano gratuito oferece 200 assinantes, todos os quatro canais (web push, app push, WhatsApp e chat ao vivo) e o motor Workflows completo no primeiro dia. Isso é o suficiente para instrumentar o fluxo de trabalho de queda de preço em seus 10 principais SKUs e provar a matemática de recuperação em assinantes reais antes de solicitar orçamento.

Comece no plano gratuito e implemente a camada de queda de preço sobre seus fluxos de trabalho existentes esta semana.