SMS é provavelmente o canal de mensageria mais caro que você usa. A $0,01–0,05 por mensagem, uma base de 100 mil usuários pode gerar R$ 20.000–25.000/mês só em taxas de SMS. Se todo fluxo do seu app começa com torpedo, você está pagando caro por um alcance que um canal mais barato poderia resolver.
É fácil entender por que tantos times recorrem ao SMS: entrega quase universal, e ninguém quer perder uma mensagem. Mas “mandar SMS pra todo mundo por via das dúvidas” não é estratégia. É dinheiro escorrendo pelo ralo.
A solução não é parar de usar SMS. É montar um sistema onde o SMS só dispara quando é realmente a melhor opção — e push notifications e email cobrem o resto. Veja como configurar isso no Pushwoosh Customer Journey Builder.
Como escolher o canal certo e economizar
Pense nos seus canais como uma escada: comece pelo degrau mais barato e suba só quando necessário.
Nível 1 — Push notifications. Custo marginal praticamente zero. Entrega instantânea. Ideal para mensagens urgentes e curtas. No Brasil, com mais de 85% do mercado em Android, push funciona muito bem — inclusive em conexões instáveis, comuns em redes móveis brasileiras. O ponto de atenção: o usuário precisa ter notificações ativadas, e a entrega depende do sistema operacional e do estado do aparelho.
Nível 2 — Email. Ainda muito econômico (especialmente se você usar o Pushwoosh 😎). Perfeito para mensagens detalhadas: comprovantes, comparações de planos, instruções passo a passo. Mais lento, menos urgente, mas ótimo para conteúdo que o usuário vai precisar consultar depois.
Nível 3 — SMS. Alta entrega, alto custo. Esse é o canal de escalação: entra em cena quando push e email não conseguem alcançar o usuário ou não funcionaram, e quando o que está em jogo justifica o gasto.
O princípio é simples: cada usuário recebe a mensagem pelo canal mais barato onde é alcançável. SMS só entra quando as opções mais econômicas se esgotam ou quando o momento é realmente urgente.
Isso não é teoria. É um padrão de roteamento concreto que você pode montar agora mesmo.
Exemplo: fluxo de lembrete de pagamento no Pushwoosh
Vamos colocar na prática.
Imagine que você tem um app de fintech e precisa lembrar os usuários sobre um pagamento que está vencendo. Um pagamento perdido significa juros, impacto no score de crédito e perda de confiança. O risco é alto, então SMS se justifica em algum momento. Mas não como primeiro passo.
Veja como montar um roteamento multicanal inteligente no Customer Journey Builder:
Trigger: payment_due_in_3_days
Um evento customizado dispara quando a data de pagamento do usuário está a 3 dias de distância.
-
Verificação de alcance → Push notification
Verifique se o usuário é alcançável via push notification. Se sim — envie um push: "Seu pagamento de R$ 49 vence na sexta. Toque para pagar agora." Curto, direto, um toque para resolver.
-
Espera de 24 horas → Verificação de meta
O usuário completou o pagamento? Se sim — ele sai da jornada. Pronto. Sem mais mensagens. Se não — continue.
-
Email com detalhes
Envie um email com o detalhamento completo — valor, data de vencimento, o que acontece se perder o prazo e um link direto para pagar. O email dá espaço para os detalhes que o push não comporta.
-
Espera de 24 horas → Verificação de meta
Pagamento realizado? Sai da jornada. Ainda pendente? Falta um passo.
-
SMS — o último recurso
Um dia antes do vencimento, o SMS dispara. Mas somente para usuários que: (a) não responderam ao push ou email, OU (b) não eram alcançáveis por esses canais. A mensagem: "Pagamento de R$ 49 vence amanhã. Pague agora: [deep link]"
O resultado: a maioria dos usuários paga depois do Passo 1 ou do Passo 3. O SMS vai para uma fração da base — os usuários que realmente precisam. Sua conta de SMS despenca, seu alcance continua o mesmo, e ninguém recebe três mensagens sobre o mesmo pagamento.
Mesma lógica, cenários diferentes
O fluxo de pagamento acima é um padrão. A lógica por trás — começar barato, escalar com propósito — se adapta a diversos casos:
Renovação de assinatura (apps de mídia e streaming). Push de lembrete 7 dias antes do vencimento. Email com comparação de planos 3 dias antes. SMS no dia do vencimento — mas somente para assinantes de alto CLV cujo valor anual justifica o custo de um torpedo.
Atualizações de entrega (e-commerce e apps de delivery). Push notification é o padrão para “seu pedido saiu para entrega.” SMS entra somente se o usuário não é alcançável via push E a janela de entrega é menor que 2 horas. Urgente + inalcançável = território do SMS. Pense em como isso se aplica ao ecossistema de delivery no Brasil — iFood, Rappi e Mercado Livre Entregas usam push como canal principal justamente por causa do custo.
Reengajamento de usuários inativos (games). Push notification com oferta personalizada. Email de follow-up alguns dias depois. E aqui está o ponto-chave: nenhum SMS. Para a maioria dos apps de games, o ROI de enviar um torpedo para um jogador inativo simplesmente não justifica o custo. Pular o SMS também é uma decisão de roteamento válida — e muitas vezes a mais inteligente.
A questão não é sempre incluir SMS no final. É montar um sistema que decide — por usuário, por cenário — se o SMS merece seu lugar.
Mantenha a consistência entre canais, sem sobrecarregar
O roteamento de canais resolve o problema de custo. Mas sem coordenação, você cria um problema diferente: usuários sobrecarregados de mensagens.
Em um fluxo sequencial, o elemento Wait for trigger cuida disso naturalmente — ele escuta o evento-alvo (ex: payment_completed) e retira o usuário da jornada no momento em que ele acontece. Sem trigger? O fluxo avança para o próximo canal. O usuário nunca recebe push + email + SMS sobre o mesmo pagamento. Cada canal só continua de onde o anterior parou.
Quando a mensagem sai por um canal diferente, adapte o conteúdo ao formato. Push notification é curto e direto. Email carrega os detalhes. SMS vai ao essencial + link.
Meça custo por conversão, não taxa de abertura
Taxa de abertura diz se a mensagem foi vista. Não diz se valeu a pena enviar.
A métrica que importa para roteamento de canais é conclusão de meta por branch: quantos usuários realizaram a ação-alvo (pagamento, renovação, compra) depois de cada passo da jornada. Quando você vê que 70% das conversões acontecem depois do push e 20% depois do email, sabe exatamente pelo que o branch de SMS é responsável — e quanto custa.
É aí que entra o custo por conversão. Se o seu branch de SMS converte 10% dos usuários que chegam até ele, e cada SMS custa $0,05, isso dá $0,50 por conversão via SMS.
Push, com custo praticamente zero e 70% das conversões, entrega essas conversões a efetivamente $0.
Essa conta torna o argumento do SMS-como-escalação evidente — e dá números concretos para levar a uma revisão de orçamento.
O Journey analytics no Pushwoosh mostra isso passo a passo, direto no canvas — assim você rastreia exatamente onde as conversões acontecem e quais branches cobrem seus custos.
Monte um roteamento multicanal inteligente. Veja a economia.
Todos os fluxos deste artigo usam os mesmos blocos — Reachability check, Wait for trigger, elementos de canal e time delays — todos disponíveis no Pushwoosh Customer Journey Builder. Sem código customizado, sem orquestração externa de canais.
Escolha o fluxo que bate com o seu caso de uso de SMS de maior volume. Reconstrua com push notification e email como primeiras camadas. Deixe o SMS cuidar do que só o SMS resolve. Depois confira os números.
