Mais Com Menos É Menos

O que é e por que as pessoas falam tanto disso

Mais com menos é menos é uma distorção proposital do princípio lean de "fazer mais com menos", e nasceu como contraponto à cultura de crescimento infinito. A tradução literal não existe em dicionário porque é um conceito operacional, não uma expressão consolidada. Na prática, significa aceitar que limitar recursos leva a entregar menos coisas, mas de forma mais enxuta e sustentável. Eu vi muita gente aplicar isso de qualquer jeito e terminar com produto mal-feito. O erro mais comum é achar que o problema é falta de esforço, quando na verdade é falta de restrição deliberada. O conceito original do lean diz para eliminar desperdício, não para cortar funcionalidades sem critério. A diferença é sutil, mas faz tudo mudar na execução.

Em 2019 eu conduzi a reestruturação de uma operação de conteúdo que tinha cinco autores, quatro ferramentas de automação e três publicações diárias. O resultado era conteúdo genérico, retrabalho constante e burnout. Apaguei duas ferramentas, reduzi a equipe para dois autores e cortei a frequência para três publicações semanais. Em nove meses, a taxa de retenção de audiência subiu 34% e o tempo médio de produção caiu de 4 horas para 50 minutos por peça. Não foi mágica, foi remoção sistemática de camadas.

Aplicando mais com menos é menos na prática

O processo que funciona começa com um inventário brutal dos recursos atuais. Liste tudo: ferramentas, processos, reuniões, canais, entregas. Para cada item, anote o custo em tempo, dinheiro ou atenção, e o valor real que gera. O que está no limbo — nem gera valor claro nem custa caro — é onde a maioria das pessoas trava. Depois, defina um teto. Pode ser orçamentário, de tempo ou de headcount. Coloque um número e aceite que vai doer. Eu costumo usar o critério dos 40%: o que sobra depois de cortar 40% dos recursos existentes ainda consegue entregar o núcleo do trabalho? Se sim, o restante pode ser eliminado com segurança. Se não, o problema é maior do que a rotina. Você vai precisar ajustar o escopo primeiro.

A aplicação prática segue três etapas encadeadas:

• Remoção seletiva: elimine primeiro o que custa mais e gera menos. Não o oposto.
• Automatização cirúrgica: automatize apenas fluxos repetitivos com alta volatilidade. O resto vira política documentada.
• Refinamento contínuo: revise semanalmente. Se algo novo entrou, algo precisa sair na mesma proporção.

O detalhe que ninguém conta é que a remoção só funciona quando há critérios objetivos. Sem métricas, todo corte parece arbitrário e a equipe entende como perda, não como melhoria. Anote antes de apagar. O padrão que eu uso é simples: custo acima de R$ 2.000 mensais ou tempo acima de 8 horas semanais, sem indicadores de retorno nos últimos três meses. Se não passa pelo teste, vai para a fila de revisão trimestral.

Quando o conceito falha e o que fazer nesse caso

Não adianta fingir que isso é solução universal. Existem cenários onde aplicar mais com menos é menos vai simplesmente travar o negócio. Quando você está em fase de descoberta de mercado, cortar recursos é pior do que gastar demais. Startup em validação precisa de velocidade, não de eficiência. A lógica inversa vale: invista pesado no que comprova tração, corte o resto depois. Outro ponto onde o método quebra é em setores regulados ou com alto risco operacional. Saúde, aviação, infraestrutura crítica não cabem em premissas lean tradicionais. Reduzir headcount ou cortar redundâncias nesses contextos gera exposição legal e acidentes, não economia. Aí o caminho é investir em procedimentos, não em restrição.

Também é importante reconhecer que equipes enxutas tendem a esgotar mais rápido. A redução de carga inicial traz alívio, mas depois de três a seis meses o gap entre o que deveria ser feito e o que a equipe consegue entregar costuma voltar a surgir. O workaround que eu uso é rodar revisões mensais de capacidade com a equipe inteira, não só com a gestão. Quando alguém mostra um gargalo, a resposta é simples: ou adicionamos recurso naquele ponto específico, ou retiramos outra coisa equivalente. Nada entra sem sair algo correspondente. Isso quebra a sensação de que corte é perpétuo. Se o seu cenário é crescimento agressivo, a alternativa é o princípio oposto: mais com mais, pelo menos até estabilizar. Investimento proporcional ao objetivo, não ao histórico. Depois que o produto encontra escala, aí você volta ao lean.

Erros comuns que fazem pessoas abandonarem a abordagem

O primeiro erro é tratar mais com menos é menos como filosofia de vida em vez de ferramenta operacional. Quando a pessoa aplica isso em tudo — desde planejamento estratégico até organização da geladeira — o efeito é exaustão, não produtividade. Use em processos mensuráveis, não em decisões pessoais aleatórias. O segundo erro é cortar sem documentar. Você elimina uma ferramenta e o conhecimento sobre ela some junto. Da próxima vez que o sistema falhar, ninguém vai saber como contornar. A regra é: antes de remover, deixe um manual de uma página com o que é, por que existe e como substituir se necessário.

O terceiro erro é achar que automação resolve tudo. Ferramentas de automação criam nova complexidade. Cada integration que você instala adiciona um novo ponto de falha. Eu já vi operações ganharem eficiência aparente e perderem 12 horas por semana em manutenção de scripts quebrados. A conta final nunca aparece no mês que você implementa. Aparece no quinto mês, quando todos os contratos de serviço expiram e você descobre que está pagando por ferramentas que ninguém usa. O que funciona de verdade é começar pequeno, medir e escalar devagar. Uma mudança por vez, com métricas definidas antes de iniciar. Se o resultado não aparecer em 30 dias, o problema não é o processo, é a expectativa. Reavalie o que estava cortando e por quê.