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

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

Cada vez que um comerciante define um Preço de Venda na administração do WooCommerce, um fluxo de trabalho automático dispara alertas de descida de preço do WooCommerce para os subscritores que estavam a observar especificamente esse SKU. Na mesma janela de 72 horas, o fluxo de descida de preço recupera $19.200. Mesma loja, mesma venda, 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 descida de preço é a superfície por SKU. Elas acumulam em vez de competir, e na maioria das lojas WooCommerce de mercado médio, a superfície por SKU é aquela que está materialmente sub-instrumentada.

Este artigo detalha como é o fluxo de descida de preço de ponta a ponta, porque é que uma cascata de três públicos é a arquitetura correta, como evitar que o controlo de frequência treine uma base de caçadores de descontos e como atribuir a receita recuperada por SKU para que as finanças possam ler a linha de conta.

Porquê a descida de preço é o gatilho de recuperação com maior conversão

A maioria dos fluxos de trabalho de retenção são acionados contra um único público. O fluxo de abandono de carrinho visa os abandonadores de carrinho. O fluxo de abandono de navegação visa os abandonadores de navegação. A série de boas-vindas visa novos subscritores. O alerta de descida de preço é diferente. Dois públicos convergem no mesmo gatilho: abandonadores de navegação que viram o produto mas não o adicionaram ao carrinho, e abandonadores de carrinho que saíram especificamente devido ao preço. Ambos demonstraram intenção de produto específica. Ambos são abordáveis a partir de um fluxo de trabalho com um gatilho e um critério de saída.

Há uma terceira razão pela qual a descida de preço converte em múltiplos de qualquer lembrete isolado. O sinal do gatilho é mais concreto do que o sinal do público isolado. Um lembrete de abandono de navegação pede ao subscritor que confie na palavra do comerciante de que o produto ainda vale a sua atenção. As notificações de descida de preço carregam a prova na própria mensagem: o preço realmente mudou, aqui está o novo número. O subscritor vê o alerta e o preço simultaneamente, razão pela qual mesmo públicos frios convertem melhor em envios de descida de preço do que em notificações genéricas de reengajamento.

O momento de adesão para alertas de preço

Um botão "notificar-me quando o preço cair" na página de detalhes do produto é um dos "opt-ins" de maior qualidade no "eCommerce" de mercado médio. 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 da qualidade do assinante é abordado com mais detalhes no artigo irmão sobre solicitações de assinatura acionadas; a versão curta é que a origem do "opt-in" prevê a receita futura 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 num atributo de assinante, que se torna um segmento contra o qual o fluxo de queda de preço pode ser direcionado. Lojas que já executam o plugin YITH ou TI WooCommerce Wishlist têm uma rota paralela para o rastreamento de preços de listas de desejos: cada produto adicionado à lista de desejos é efetivamente um "opt-in" explícito de alerta de preço pelo cliente.

O fluxo de descida 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 do WooCommerce quando o campo product_meta._sale_price é atualizado e é inferior a _regular_price. A carga útil 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 o seu produto é comprado.
• Limite de frequência (nível do fluxo de trabalho): Sair se o atributo do assinante last_price_drop_alert_at estiver nos últimos 14 dias. O limite protege contra o treino de um público caçador de descontos e é defendido na próxima secção.
• DECISÃO 1: O assinante subscreveu explicitamente alertas para este produto (segmento price_alert_subs_{product_id} ou correspondência de lista de desejos)? Caminho SIM: enviar o alerta de queda de preço para assinante explícito. Caminho NÃO: continuar para 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: enviar o lembrete de queda de preço para abandonador de navegação. Caminho NÃO: continuar para DECISÃO 3.
• DECISÃO 3: O assinante está no segmento de abandono de carrinho para este produto nos últimos 14 dias? Caminho SIM: enviar o lembrete de queda de preço para abandonador de carrinho. Caminho NÃO: SAIR silenciosamente.
• ESPERAR: 24 horas após o primeiro envio.
• DECISÃO 4: O assinante comprou o produto? Caminho SIM: SAIR (sucesso, critério de saída correspondido). Caminho NÃO: enviar o segundo contacto de "stock a esgotar".
• FIM.

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

• Subscritor explícito: “O preço do produto que está a acompanhar baixou. {{product_name}} está agora a {{new_price}}, com {{percent_off}}% de desconto. Compre com o novo preço.”
• Abandono de navegação: “Boa altura. O {{product_name}} que esteve a ver na semana passada está agora a {{new_price}}, com {{percent_off}}% de desconto.”
• Abandono de carrinho: “Deixou {{product_name}} no seu carrinho. O preço acabou de baixar para {{new_price}}. O seu carrinho ainda está lá.”
• Segundo contacto de stock baixo: “Atenção. O {{product_name}} a {{new_price}} está a esgotar. O inventário muda rapidamente em artigos em promoção.”

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á tem os segmentos de público e os atributos de subscritor definidos. O fluxo de alerta de preço é montado em menos de uma hora sobre essa infraestrutura existente.

Porquê a cascata de públicos é a arquitetura correta

A maioria das pilhas de retenção constrói três campanhas separadas de queda de preço. Uma para subscritores explícitos de lista de desejos, gerida pelo gestor de fidelização. Uma para abandonos de navegação, gerida pelo profissional de marketing de ciclo de vida. Uma para abandonos de carrinho, gerida pelo líder de CRM. Três campanhas significam três proprietários de campanhas, três conjuntos de cópias que se desviam até ao terceiro trimestre e três locais onde o critério de saída é esquecido. A cascata colapsa estas num único fluxo com três nós de DECISÃO, sai silenciosamente para o subscritor sem intenção e nunca envia duplicados.

Conceito	Três campanhas separadas	Um fluxo em cascata
Proprietário	Três (fidelização, ciclo de vida, CRM)	Um (gestor de retenção)
Variantes de cópia	Três, desviam-se	Uma variante canónica por ramificação
Critério de saída	Três regras, definidas separadamente	Uma regra de fluxo
Limite de frequência	Nenhum (as campanhas não coordenam)	Um limite, a 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 subscritor de lista de desejos pode também ser um abandonador de carrinho)	Zero (a cascata ordena por intenção)

A ordem da cascata é importante. Os subscritores explícitos são avaliados primeiro porque a adesão é o sinal de maior intenção. Os abandonos 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. Os abandonos de carrinho em terceiro lugar porque o fluxo de abandono de carrinho já os contactou com uma escada de descontos de 0/10/20%; o alerta de queda de preço é uma abordagem diferente para o mesmo subscritor e deve aterrar por último na cascata para evitar sobreposição com a própria escalada do fluxo de carrinho.

Integração da estratégia de preços: evitar treinar o caçador de descontos

Um subscritor 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, à espera da próxima redução. Ao longo de quatro trimestres, o comportamento de caçador de descontos treinado pode erodir 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 a nível de fluxo de trabalho. Máximo de 1 notificação de descida de preço por subscritor a cada 14 dias, imposta dentro do fluxo de trabalho como uma verificação de critério de saída no atributo do subscritor last_price_drop_alert_at. Cada envio bem-sucedido atualiza o atributo através de um nó de ação UpdateAttribute. O próximo evento price_dropped que ocorre para o mesmo subscritor verifica o atributo; se estiver dentro de 14 dias, o fluxo de trabalho termina antes de qualquer um dos três ramos DECISION ser avaliado.

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

Existe uma consequência. O limite de frequência também protege a relação com subscritores que não estão à procura de descidas de preço. Um cliente que comprou o produto a preço integral na semana passada não quer um alerta de descida de preço para o mesmo produto esta semana. O filtro de audiência de critério de saída (compra nos últimos 30 dias para este produto) trata desse caso como uma regra separada, mas o limite de 14 dias é o piso universal.

Integração da pilha WooCommerce

As entradas de dados são específicas. Lojas WooCommerce armazenam o Preço de Venda como _sale_price e o Preço Regular como _regular_price na tabela meta do produto. O plugin de integração WooCommerce-PushEngage liga-se à ação save_post_product e lê os metadados em cada gravação de produto; se _sale_price não estiver vazio e for inferior a _regular_price, o plugin dispara o CustomEvent price_dropped com o SKU, os preços antigo e novo, e a percentagem de desconto. Este é o evento para o qual o nó START do fluxo de trabalho de descida de preço escuta.

Plugins de Preços Dinâmicos (Advanced Dynamic Pricing for WooCommerce, WooCommerce Dynamic Pricing & Discounts) escrevem para a mesma camada meta quando as suas regras se ativam e disparam o mesmo hook. O fluxo de trabalho de descida de preço não precisa de saber se a alteração de preço veio de uma edição manual do Preço de Venda 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 PushEngage expõe subscribeToProduct(productId). O botão de alerta de preço do PDP chama este método ao clicar; o subscritor é 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, de modo que o rastreamento de preço da lista de desejos e o opt-in explícito de alerta de preço alimentam a mesma audiência.

O que instrumentar primeiro. Os 100 SKUs principais por volume de vendas cobrem a maior parte da receita. Ligue 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 esta audiência limitada, meça e expanda. O catálogo completo pode esperar.

Atribuição por fluxo de trabalho

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

Os Fluxos do PushEngage rastreiam utilizadores enfileirados, concluídos e que saíram em cada nó. Eis como são as análises a nível de nó para um fluxo realista de redução de preço numa lista de 200.000 subscritores durante uma semana de liquidação trimestral:

Nó	Enfileirado	Concluído	Saído	Notas
INÍCIO (preço_reduzido, 40 SKUs)	0	18,400	0	18.400 pares subscritor-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: subscritor explícito	0	4.200 (SIM)	0	Encaminhado para envio a subscritores explícitos
DECISÃO 2: abandonador de navegação	0	7.800 (SIM)	0	Encaminhado para envio a abandonadores de navegação
DECISÃO 3: abandonador de carrinho	0	2.300 (SIM)	0	Encaminhado para envio a abandonadores de carrinho
Caminho NÃO da DECISÃO 3: SAÍDA	0	0	2,800	Subscritores sem intenção saem silenciosamente
AÇÃO: primeiro envio	0	14,300	0	Enviado através de três ramos
AGUARDAR 24 horas	1,800	9,400	3,100	3.100 compraram nas 24h, saem
DECISÃO 4: comprou?	0	9,400	0	Todos os não compradores continuam
AÇÃO: segundo contacto de stock 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 subscritores (3.100 mais 1.200) compraram o SKU alertado nas 72 horas após o evento de redução de preço. Com um carrinho médio de 58 $, isso representa aproximadamente 249.400 $ em receita recuperada ao longo da 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 gestor de merchandising juntamente com métricas de realização de descontos. O fluxo deixa de ser um custo de campanha e torna-se um item de linha de realização de preços.

A moldura correta para as finanças é que o fluxo de redução de preço é receita encontrada. Estes são subscritores que não teriam comprado ao preço normal, mas compraram ao preço de promoção após o alerta. A loja iria reduzir o preço destes SKUs de qualquer forma. O fluxo transforma essa redução de preço agendada em procura recuperada.

Construa-o nos Fluxos de Trabalho PushEngage

O fluxo de trabalho de queda de preço mapeia diretamente para os componentes de Fluxos de Trabalho do PushEngage.

Peça do fluxo de trabalho	Elemento PushEngage
Gatilho	COMEÇAR com CustomEvent price_dropped, tipo de execução Múltipla Paralela
Limite de frequência	Critério de saída com filtro de público no atributo do assinante last_price_drop_alert_at
Cascata de público	DECISÃO x3 com filtro de público na associação de segmento
Envios	AÇÃO EnviarNotificaçãoPush x4 (três ramos mais segundo toque)
Atualização de atributo	AÇÃO AtualizarAtributo 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 de Fluxos vem com mais de 60 modelos enviados cobrindo redução de preço e os fluxos de suporte de carrinho e navegação. O gestor de retenção cujos fluxos de carrinho e navegação já estão ativos pode configurar a camada de notificações push do WooCommerce para redução de preço por cima dos segmentos de audiência existentes em menos de uma hora.

O que isto muda

Para lojas que executam planos de retenção multicanal, a abordagem de orquestração de push e e-mail adiciona o e-mail como fallback para clientes que cancelaram a subscrição de push. O hub de notificações push de comércio eletrónico mais abrangente 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 partilham 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 comerciante continua a marcar Preços em Promoção na administração do WooCommerce. O fluxo de trabalho continua a disparar por SKU. O gestor de retenção continua a ler a linha de receita por SKU. Três campanhas tornam-se uma. O risco do caçador de descontos treinado é mantido no limite do nível do fluxo de trabalho. A receita recuperada chega como dólares encontrados na próxima Demonstração de Resultados. A matemática compõe-se em cada venda que a loja realiza.

O plano gratuito dá-lhe 200 assinantes, todos os quatro canais (push web, push app, WhatsApp e chat ao vivo), e o motor completo de Fluxos de Trabalho desde o primeiro dia. Isso é suficiente para instrumentar o fluxo de trabalho de queda de preço nos 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 por cima dos seus fluxos de trabalho existentes esta semana.