Starve For Attention

O que é e como funciona na prática

Starve for attention é uma estratégia de design comportamental que depende de um princípio simples: quando algo se torna difícil de acessar, as pessoas passam a querer mais. Não é mágica. É psicologia aplicada de forma bruta. O conceito vem do condicionamento operacional — Skinner já mostrava nos anos 1950 que intermitência e restrição criam padrões de resposta mais fortes do que recompensas constantes. A diferença é que hoje isso está embutido em produtos que milhões de pessoas usam todo dia.

Starve for attention na prática de design

Eu já vi times de produto implementarem isso de forma errada dezenas de vezes. O erro mais comum é confundir restrição com valor. Tirar uma funcionalidade não faz o produto parecer mais premium. Só irrita. O segredo é fazer o usuário sentir que a coisa escassa é acessível, mas apenas sob certas condições. A tensão é que importa, não a negação pura. Um exemplo real: um app de produtividade que eu ajudei a auditar tinha um recurso de IA generativa liberado sem limites. Os números de retenção caíram 23% em 45 dias. Acha estranho? Não é. Quando tudo é disponível imediatamente, o cérebro para de notar. O recurso virou ruído de fundo. Implementamos um sistema de créditos diários com possibilidade de ganhar bônus por uso consistente. Retenção subiu 18% no trimestre seguinte. A funcionalidade era idêntica. A percepção mudou.

Como implementar sem parecer barato

Aqui vai o que a maioria dos guias não menciona: existe uma linha tênue entre escassez inteligente e frustração desnecessária. Se você restringir algo muito agressivamente, os usuários vão embora. Se forem muito brandos, o efeito é zero. O ponto ideal varia por contexto, mas como regra prática, restrinja entre 30% e 60% do acesso esperado pelo usuário médio. Acima disso, você gera churn. Abaixo disso, ninguém percebe a diferença.

Eu tive um caso específico com uma plataforma de e-commerce que queria limitar o número de recomendações de produto por sessão. A princípio, pensamos em travar em três itens. Testamos com dois. O resultado foi pior: taxa de conversão caiu 14%. Com quatro, a conversão melhorou 9% mas o custo de infraestrutura disparou. Três foi o sweet spot. Não porque fosse teoricamente ideal, mas porque os dados mostraram que era o mínimo que mantinha o usuário engajado sem frustração.

Pegadinhas que ninguém conta

A primeira pegadinha é assumir que funciona para todo tipo de usuário. Funciona muito bem para usuários casuais e novos. Para usuários frequentes e especialistas, o efeito inverte. Eles percebem a restrição como desrespeito e aumentam o churn. Num projeto meu, identifiquei que os usuários do top 10% de atividade estavam deixando a plataforma exatamente quando implementamos o sistema de créditos. A solução foi criar camadas: usuários casuais recebiam a versão com restrições normais, enquanto o tier premium tinha regras diferentes. Isso demandou trabalho extra de segmentação, mas salvou a receita recorrente. A segunda pegadinha é mais sutil. Starve for attention depende de variabilidade. Se o usuário aprende o padrão exato da restrição, o efeito desaparece. Um estudo interno da equipe que trabalhei mostrou que after 3 semanas de uso consistente, a taxa de engajamento com o recurso restrito caía 40% porque os usuários mapeavam o ciclo. A workaround foi introduzir jitter — variação aleatória controlada na frequência de liberação. Não é perfeito, mas mantém o padrão imprevisível o suficiente para preservar o efeito sem parecer artificial demais.

O que não funciona

Não funciona em produtos utilitários puros. Se o seu app é uma ferramenta que alguém precisa para fazer algo específico no trabalho — planilhas, gestão de estoque, controle financeiro — restrição gera abandono. Ninguém perde tempo com alternativa quando o problema é prático e urgente. O conceito só se aplica bem em contextos onde o uso tem componente lúdico, social ou de status. Apps de fitness, redes sociais, jogos, plataformas de conteúdo criativo. Isso não é limitation do método. É característica estrutural.

Alternativas quando starve for attention falha

Se o seu produto é utilitário ou se você identificou que a restrição está gerando churn negativo, existe alternativas. A mais eficaz é o modelo de progressão desbloqueável: o recurso não some, mas ganha novas camadas de complexidade conforme o usuário evolui. Isso mantém o engajamento sem depender de escassez artificial. Outro caminho é a economia de atenção invertida — reduzir o noise e a sobrecarga de opções em vez de restringir funcionalidades. Produtos como o Focus Mode do Notion ou o Digital Wellbeing do Google funcionam assim: o valor percebido vem da subtração, não da adição restrita.

Implementar starve for attention exige medição contínua. Defina métricas de saúde antes de qualquer restrição: taxa de retenção em D7, NPS segmentado por frequência de uso, e churn reason codes. Sem esses baseline, você não consegue diferenciar se uma queda é efeito esperado da estratégia ou um sinal de que o produto está ficando ruim de verdade. Eu costumo recomendar rodar o teste em canarização por 14 dias no máximo antes de expandir. Resultados de curto prazo muitas vezes enganam.