Regras inteligentes de pagamento na entrega: país, CEP, valor do carrinho e tags de cliente

Para muitos lojistas da Shopify, o pagamento na entrega começa como uma configuração simples de ligar ou desligar: mostrar para todos ou remover por completo. Esse também é o jeito mais rápido de afastar bons clientes ou assumir riscos evitáveis.

A solução não é remover o pagamento na entrega. É controlar onde ele aparece. Um cliente comprando um item de baixo valor em uma região com bom histórico de entregas é um caso muito diferente de um comprador de primeira viagem fazendo um pedido de alto valor em um CEP com histórico de entregas malsucedidas. Tratar os dois da mesma forma, seja sempre exibindo o pagamento na entrega ou nunca exibindo, ignora essa diferença.

É para isso que servem as regras de visibilidade do pagamento na entrega. Em vez de um único botão de ligar ou desligar, a loja decide quem verá essa opção de pagamento desde o início, com base em país, CEP ou código postal, valor do carrinho e tags de cliente. Neste tutorial, mostramos como configurar cada um desses critérios no Progus COD Form & OTP SMS.

Antes de começar, vale separar duas coisas que costumam ser confundidas. As regras de visibilidade definem se o cliente verá ou não o pagamento na entrega como opção de pagamento: se uma regra ocultar o COD para um determinado país, valor de carrinho ou cliente, essa pessoa nem chega à etapa de checkout com COD. A verificação por OTP é uma camada separada, que confirma o número de telefone de quem escolheu COD depois de chegar a essa etapa; ela não decide quem vê a opção, apenas verifica quem é legítimo entre os que já a veem. As duas funcionam em sequência: primeiro, as regras de visibilidade reduzem o grupo; depois, a verificação por OTP valida o que restou. Para entender como essas camadas funcionam junto com listas de bloqueio para reincidentes, veja o guia da Progus sobre fraude em COD e abuso de devoluções; este tutorial foca especificamente na configuração da camada de visibilidade.

Etapa 1: ative as regras antes de configurar qualquer coisa

O criador de regras precisa estar ativado antes de permitir a criação de regras. No Progus COD Form & OTP SMS, vá até a seção Checkout do app, escolha qual tarifa de frete deve contar como COD e ative o COD no checkout. Até essa ativação ser concluída, a tela de regras mostrará uma mensagem de "configuração necessária" em vez da opção de adicionar uma regra.

Etapa 2: defina quais critérios você realmente precisa

Antes de criar uma regra, defina qual problema ela deve resolver. Em vez de um único botão de ligar ou desligar, o app permite mostrar ou ocultar o COD com base em país, CEP ou código postal, valor do carrinho e tags de cliente, e uma única regra pode combinar vários desses critérios ao mesmo tempo.

Alguns pontos de partida comuns:

• Proteção para pedidos de alto valor: oculte o COD quando o valor do carrinho ultrapassar um limite definido, para que pedidos de maior risco exijam pagamento antecipado.
• Exclusão por CEP: mantenha o COD no principal mercado doméstico, mas oculte a opção em CEPs com recorrência de entregas malsucedidas ou problemas de retorno à origem.
• Exceção para clientes confiáveis: use uma tag de cliente para manter o COD disponível para clientes recorrentes com bom histórico de entrega, mesmo quando regras mais amplas normalmente restringiriam essa opção.

As etapas 3 a 5 abaixo explicam cada critério separadamente. Você não precisa usar todos: escolha os que correspondem ao problema identificado aqui e combine-os em uma única regra se o seu plano permitir apenas uma regra ativa por vez (falaremos mais sobre isso na Etapa 7).

Antes de escrever qualquer regra, parta de evidências, não de suposições: verifique quais países, CEPs ou faixas de valor de carrinho realmente apresentam um padrão de falhas em entregas COD ou fraude, porque uma regra baseada em palpite tem tanta chance de bloquear bons clientes quanto maus clientes. Depois de identificar onde está o problema real, prefira exclusões específicas a restrições amplas: excluir os CEPs com problema comprovado é mais seguro do que restringir uma região inteira, e limitar uma faixa de valor do carrinho acima de um limite claro é mais seguro do que desativar o COD para um país inteiro por causa de alguns poucos pedidos problemáticos.

O criador de regras também oferece condições para presença de desconto, peso do pedido, status de cadastro do cliente, quantidade de pedidos, e-mail do cliente, coleções de produtos, gift cards no carrinho e intervalos de datas para regras sazonais ou programadas. Vale a pena conhecer esses recursos mesmo que este tutorial não os explore em profundidade: uma condição por intervalo de datas, por exemplo, pode restringir o COD apenas durante uma janela promocional específica, e uma condição por peso do pedido pode ajustar a disponibilidade do COD com base na complexidade do envio, e não apenas no preço.

Etapa 3: configure condições por país e CEP

País. É o critério mais básico. Algumas lojas oferecem COD apenas no mercado doméstico, onde as redes de entrega são confiáveis e as devoluções são mais fáceis de administrar, enquanto pedidos internacionais ficam no pagamento antecipado. Outras precisam do oposto: COD ativado especificamente em mercados onde o checkout pré-pago tem baixa confiança e baixa conversão, e desativado onde ele não é necessário.

CEP ou código postal. O controle por país costuma ser amplo demais. A confiabilidade da entrega, as taxas de retorno à origem e a cobertura das transportadoras frequentemente variam por região dentro do mesmo país. Uma loja com problemas de COD concentrados em alguns poucos CEPs não precisa restringir o país inteiro, apenas essas áreas específicas, seja excluindo CEPs problemáticos conhecidos ou permitindo COD apenas em CEPs com histórico de entregas bem-sucedidas.

País e código postal ficam na mesma categoria de Localização. Isso significa que você pode criar uma única regra que permita COD em um país, mas exclua CEPs selecionados com repetição de entregas malsucedidas, sem precisar de duas regras separadas.

Separadamente, a área de proteção contra fraude do app também inclui seu próprio bloqueio por código postal, além de bloqueio por e-mail, número de telefone e endereço IP, e limite de quantos pedidos o mesmo cliente pode fazer em uma determinada janela. Essa ferramenta é voltada especificamente para maus atores já identificados, e não para moldar a visibilidade geral do COD. Por isso, uma loja pode acabar usando códigos postais nos dois lugares por motivos diferentes: aqui, para ajustar a visibilidade de forma ampla no criador de regras; e nas configurações de proteção, para bloqueio direcionado contra fraude.

Etapa 4: adicione um limite de valor do carrinho

Pedidos de alto valor trazem mais risco absoluto quando uma entrega COD falha ou é recusada: há mais custo de produto exposto, mais custo de frete perdido e mais margem em jogo. Um padrão comum é limitar o COD a pedidos abaixo de um determinado valor de carrinho e exigir pagamento antecipado acima desse limite, para que os pedidos com maior potencial de perda sejam justamente aqueles com pagamento confirmado de antemão.

Configure isso como uma condição de Detalhes do pedido na mesma regra das condições de localização se você estiver em um plano com número limitado de regras, ou como uma regra separada se o seu plano permitir regras ilimitadas.

Etapa 5: use tags de cliente para compradores confiáveis ou arriscados

País, CEP e valor do carrinho se aplicam antes de a loja saber algo sobre o comprador específico. As tags de cliente permitem que a regra reaja a quem o comprador realmente é: uma tag para clientes com bom histórico de entregas COD pode manter essa opção disponível para eles independentemente de outras condições, enquanto uma tag aplicada após uma entrega falhada ou recusada pode restringir o COD para esse cliente dali em diante sem punir os demais.

As tags de cliente são configuradas na categoria Clientes dentro do mesmo criador de regras, junto com condições de status de cadastro, quantidade de pedidos e e-mail do cliente. Use tags para criar exceções, não apenas restrições: uma tag é igualmente útil para manter o COD disponível para um cliente recorrente e confiável, mesmo que uma regra mais ampla normalmente o restringisse, para que a fidelidade não seja penalizada por uma regra pensada para desconhecidos.

Etapa 6: teste como as condições de mostrar e ocultar funcionam juntas

Se uma única regra combinar uma condição de "mostrar" com uma condição de "ocultar", o app exibirá um aviso, porque existe uma ordem de prioridade fixa que você precisa conhecer antes de confiar nessa regra: "mostrar" sempre prevalece sobre "ocultar". A condição de "mostrar" vence sempre que houver correspondência, independentemente do que a condição de "ocultar" diga.

Por exemplo, se uma regra ocultar o COD para um CEP específico, mas também mostrar o COD para clientes com a tag [trusted-cod], um cliente com essa tag ainda poderá ver o COD mesmo que o CEP dele esteja na lista de ocultação. Isso pode ser útil, mas apenas se for intencional. Por isso, teste essa combinação antes de presumir que uma condição de "ocultar" está fazendo exatamente o que você espera.

Etapa 7: revise a regra após o lançamento

Um CEP que tinha problemas de entrega há seis meses pode não ter mais hoje. Regras que nunca são revisitadas tendem a passar de "focadas em um problema real" para "restringindo clientes sem motivo atual". Por isso, crie um lembrete para verificar o desempenho das regras em vez de revisá-las apenas no momento da configuração.

Esse recurso aparece no app como Smart checkout rules, e a quantidade de regras que você pode revisar ou adicionar depende do plano: Free e Basic permitem 1 regra ativa, então revisar significa confirmar se essa única regra ainda combina as condições certas; Standard e Premium permitem regras ilimitadas, então revisar significa verificar se alguma regra ficou desatualizada ou redundante agora que há várias em execução.

Erros comuns

1. Criar regras para mercados em que a loja quase não vende. Gastar tempo de configuração restringindo um país que gera poucos pedidos por ano é um uso ruim do tempo em comparação com acertar as regras do mercado doméstico ou do principal mercado da loja.
2. Empilhar condições demais em uma única regra. Uma regra com várias condições combinadas fica difícil de entender e de depurar quando algo se comporta de forma inesperada. Em planos com regras ilimitadas, regras separadas e mais simples costumam ser mais fáceis de manter. Nos planos Free ou Basic, em que há apenas uma regra ativa disponível, a prioridade deve ser uma regra focada que combine apenas as condições de maior impacto.
3. Esquecer de testar no celular. Independentemente do que a regra mostra ou oculta, confirme se o checkout resultante continua correto no smartphone, já que é ali que a maior parte do tráfego com COD tende a converter ou abandonar.
4. Nunca verificar o que as regras realmente bloquearam. Uma regra que oculta silenciosamente o COD para uma condição ampla pode reduzir conversões reais sem que ninguém perceba, se ninguém analisar quais pedidos foram afetados.

Checklist de configuração

As regras inteligentes de COD estão funcionando bem quando:

• as regras são baseadas em dados reais de entrega e fraude da loja, e não em suposições sobre quais mercados ou regiões são arriscados
• as exclusões por CEP são específicas, e não um atalho para excluir uma região inteira
• existe um limite de valor do carrinho para pedidos de maior risco, revisado com base em dados reais de pedidos e não em um palpite
• as tags de cliente são usadas para proteger compradores recorrentes e confiáveis, e não apenas para restringir os arriscados
• alguém revisa o desempenho das regras periodicamente, e não apenas na configuração inicial

Considerações finais

O pagamento na entrega não precisa ser tudo ou nada. As regras de visibilidade permitem que a loja mantenha o COD disponível onde ele realmente gera resultado, convertendo compradores hesitantes em pedidos concluídos, ao mesmo tempo em que restringem a opção nos países, CEPs, faixas de valor de carrinho e históricos de cliente em que ela tende a gerar risco.

O objetivo não é tornar o COD raro. É disponibilizá-lo exatamente nas situações em que funciona e removê-lo daquelas em que não funciona. Se o pagamento na entrega faz parte do seu checkout na Shopify, o Progus COD Form & OTP SMS pode ajudar você a montar esse conjunto de regras em um só lugar, desde regras de visibilidade do COD até a verificação por OTP para pedidos que ainda precisam de confirmação.