A ideia da notificação por preferência declarada resolve um problema real: comunicar chegada de mercadoria pro cliente certo, sem depender de alcance orgânico em rede social. Mas ela tem um lado que não aparece na primeira leitura, e que decide se a ideia funciona de verdade ou vira o oposto do que prometeu.
O lado é a frequência.
O que acontece se ninguém pensou nisso
Uma loja pequena de bairro pode receber mercadoria uma vez por semana. Uma loja de rua movimentada, em período de pico — rodeio, festa de final de ano, entrada da coleção de inverno — pode receber peça nova todo dia. Se cada peça que bate com a preferência do cliente disparar uma notificação individual, três coisas acontecem em sequência previsível:
Primeiro, o cliente recebe uma notificação. Fica animado. Boa.
Segundo, no mesmo dia, mais duas. Ele começa a achar demais.
Terceiro, na semana seguinte, o padrão continua. Ele silencia o número. Ou, pior, bloqueia.
Nesse momento, a ferramenta que era pra retê-lo virou motivo pra ele se afastar. E não foi porque a ideia era ruim. Foi porque a frequência não foi pensada.
O primeiro contrapeso: agrupamento
A saída mais simples é não notificar por peça — notificar por período. Um resumo semanal, por exemplo, com o que chegou naquela semana e bateu com a preferência do cliente.
Isso muda a natureza da notificação. Deixa de ser interrupção e vira expectativa. Cliente sabe que quinta-feira à noite chega o resumo. Se veio coisa que interessa, ele vai à loja no sábado. Se não veio, ele espera a próxima. Não tem sensação de bombardeamento, porque a chegada é previsível.
O trade-off honesto: cliente pode perder uma peça específica que teria comprado no dia. Se chegou terça e ele só viu no resumo de quinta, a peça pode já ter saído. Pra alguns nichos — produto de alta rotação, tamanho raro, item promocional — isso pesa. Pra a maioria dos casos de varejo de rua, não pesa. Cliente que vem pela notificação semanal costuma comprar de qualquer jeito.
O segundo contrapeso: revisão da preferência
Tem um lado do problema que costuma escapar.
Cliente que declarou preferência há oito meses pode ter mudado de gosto, de manequim, de estilo, de fase da vida. A preferência que ele registrou continua ativa no sistema, e continua fazendo o filtro bater — mas bater em coisas que ele já não quer. Nesse cenário, mesmo a notificação bem espaçada começa a errar o alvo. Chega no ritmo certo, com conteúdo errado.
A saída aqui é rotina de revisão. Periodicamente — a cada três, seis meses, dependendo do nicho — perguntar ao cliente se a preferência dele continua sendo aquela, ou se mudou. Não como formalidade chata. Como conversa curta, duas alternativas, um clique. Cinco segundos do cliente.
O ponto é reconhecer que preferência declarada envelhece. Sistema que não tem mecanismo pra atualizar o que envelhece está construindo dado ruim, mesmo quando o dado inicial era bom.
Personalização é calibragem, não configuração
A palavra “personalização” foi desgastada por marketing digital de baixa qualidade. Virou sinônimo de “colocar o nome do cliente no início do e-mail” e “recomendar coisa parecida com o que ele já viu”. Isso não é personalização de verdade. É automação de aparência.
Personalização que retém é outra coisa. Ela combina três variáveis que precisam estar calibradas juntas:
- Filtro específico o suficiente, pra que a notificação signifique algo quando chega
- Frequência espaçada o suficiente, pra que a notificação não vire fonte de irritação
- Revisão periódica, pra que o filtro continue refletindo o cliente que existe hoje, não o que existia há meses
Faltando qualquer uma das três, a coisa desanda. Faltando duas, vira o oposto do que prometia — o cliente que era pra ser lembrado acaba se afastando.
O que isso pede de quem desenha o recurso
Notificar por preferência não é feature simples de “cadastrou, dispara”. É desenho de sistema com decisões que precisam ser tomadas antes do primeiro cliente receber a primeira mensagem: qual é a frequência padrão, quem pode ajustá-la, quando dispara revisão, o que acontece se o cliente parar de responder.
Cada uma dessas decisões parece detalhe. Nenhuma é. Todas juntas decidem se a ideia funciona por seis meses ou por seis dias.
Varejo Retenção Ecossistema Nexus
Continua em: A ideia depende de alguém cadastrar a mercadoria
Comentários