O ganho de 40% numa tarefa quase nunca vira 40% de resultado na empresa. Ele passa por um funil: a tarefa é só uma fatia do cargo, a adoção costuma ser parcial, parte do tempo economizado não vira produção extra, e aquela função é só uma fatia do resultado. Em outubro de 2026, Roberto Campos Neto descreveu esse funil numa coluna da Folha de S.Paulo sobre o paradoxo da produtividade.
O ganho de 40% numa tarefa quase nunca vira 40% de resultado na empresa. Ele passa por um funil: a tarefa é só uma fatia do cargo, a adoção costuma ser parcial, parte do tempo economizado não vira produção extra, e aquela função é só uma fatia do resultado. Em outubro de 2026, Roberto Campos Neto descreveu esse funil numa coluna da Folha de S.Paulo sobre o paradoxo da produtividade. Eu leio o texto como ferramenta de conselho, não como previsão de PIB. Se o seu business case não declara as taxas de cada salto, ele está vendendo o percentual da tarefa como se fosse o percentual da empresa. Isso é diferente do que escrevi sobre intensificação do trabalho, onde o problema é o dia ficar mais denso. Aqui o problema é a conta do resultado ficar inchada na primeira linha e magra no fim.
Em uma frase
O funil de produtividade é a sequência de diluições que transforma um ganho grande numa tarefa num ganho pequeno no resultado agregado. Cada salto precisa de uma taxa explícita. Sem taxa, o board aprova esperança.
O que Campos Neto colocou na mesa
Em 1987, Robert Solow observou que se via a era do computador em todo lugar, menos nas estatísticas de produtividade. A frase virou o Paradoxo de Solow. A coluna de Campos Neto retoma a provocação para o momento atual: se os relatos de ganho em tarefas específicas são fortes, por que o resultado agregado não acelera na mesma proporção?
Ele não precisa estar certo em cada número macro para o funil ser útil. O trecho que eu levo para sala de conselho é o exemplo de agregação. Um programador ganha 40% na tarefa de escrever código. Código é só 40% do tempo dele, então o ganho no trabalhador inteiro cai para cerca de 16%. Se só metade adota com intensidade, cai para cerca de 8%. Se só metade do tempo economizado vira produção adicional, cai para cerca de 4%. Quando se pondera o peso desses trabalhadores no produto, o efeito econômico efetivo fica abaixo de 2%. Os percentuais do exemplo são ilustrativos da lógica, não uma pesquisa minha. O que importa é o mecanismo: cada seta do funil é uma taxa de captura que o business case precisa declarar.
Eu já tinha escrito um texto mais genérico sobre uma versão moderna do Paradoxo de Solow. Este artigo é outro: menos história da eletricidade, mais régua para a próxima reunião de investimento.
As 5 taxas que o conselho deve cobrar
Antes de aprovar o próximo piloto ou a próxima plataforma, peço cinco números. Se a diretoria não tem, o caso ainda não está pronto.
- Fração da tarefa afetada. Quanto daquela tarefa a ferramenta realmente muda? Não basta dizer que “a área usa IA”. Precisa dizer qual tarefa e qual pedaço dela.
- Fração do tempo da função naquela tarefa. Um ganho enorme numa atividade que ocupa 10% da semana não move o resultado da função. Um ganho médio numa atividade que ocupa metade da semana pode mover.
- Adoção intensiva assumida. Login não é adoção. Quantas pessoas vão usar com frequência e qualidade suficientes para o ganho aparecer? Se o plano assume 100% e a realidade é 30%, a conta quebra no começo.
- Conversão do tempo economizado em produto adicional. Tempo liberado pode virar mais entrega, mais qualidade, mais pausa ou mais retrabalho. Sem regra, o tempo some. Sem medição, o slide mente.
- Peso da função no resultado que o conselho quer. Mesmo um ganho real numa equipe pequena pode ser irrelevante para margem, ciclo de caixa ou satisfação do cliente. Declare o denominador.
Quando essas cinco taxas existem, o debate muda. Em vez de discutir se a tecnologia é “o futuro”, o conselho discute se a captura está desenhada.
Um exemplo simples do dia a dia
Imagine um analista que gasta metade da semana montando relatórios. Uma ferramenta corta pela metade o tempo dessa montagem. Na tarefa, o ganho parece enorme. No cargo inteiro, o efeito já é menor, porque a outra metade da semana continua igual. Se só parte do time usa bem a ferramenta, o ganho médio cai de novo. Se o tempo “economizado” vira mais versões do mesmo relatório, sem decisão melhor, a empresa acelerou volume e não mudou resultado. É o funil em escala humana.
Um exemplo prático dentro de uma empresa
Suponha um business case de atendimento. A fornecedora promete 30% mais velocidade na resposta. A pergunta do funil começa antes do contrato. Qual fatia do tempo do atendente é resposta? Qual fatia das conversas a ferramenta realmente cobre? Quantos turnos vão usar com o mesmo critério? O tempo poupado vira mais chamadas resolvidas, ou vira fila de revisão e retrabalho? E o indicador que o conselho acompanha é tempo de resposta, resolução na primeira conversa, custo por atendimento ou NPS? Sem essas respostas, 30% é slide. Com essas respostas, 30% vira hipótese testável.
Isso não é a mesma coisa que produção sem entrega
Em outro artigo, usei um estudo com centenas de empresas em que a produção com agentes de código subiu e a entrega não acompanhou. Lá o alerta é de gargalo depois da geração: revisão, integração e métrica. Aqui o alerta é de agregação antes da celebração: o percentual da tarefa não é o percentual da empresa. Os dois textos se completam. Um pergunta se o volume virou entrega. O outro pergunta se a promessa sobreviveu ao funil.
Duas explicações que o board precisa separar
A coluna também lembra duas leituras clássicas. A curva J, associada a trabalhos de Erik Brynjolfsson e coautores, diz que tecnologias de propósito geral pedem investimento complementar: reorganização, treinamento, novos processos. A fábrica não ficou produtiva só trocando a máquina a vapor pelo motor elétrico. Foi preciso redesenhar a fábrica em torno da eletricidade. A leitura mais cética, associada a Daron Acemoglu, estima um efeito macro limitado: na ordem de não mais que cerca de 0,7% de aumento cumulativo de produtividade total dos fatores em dez anos, no cenário sóbrio do paper. Eu não uso esses números para assustar. Uso para impedir o salto lógico do “ganhamos 40% numa tarefa” para “a empresa cresce 40%”.
Há ainda uma distinção que eu cobro em advisory: efeito de nível versus efeito de crescimento permanente. Um salto único que melhora o patamar por alguns anos é diferente de uma taxa de crescimento maior para sempre. Muitos business cases precificam o segundo e entregam, no máximo, o primeiro.
Minha análise: como usar o funil na próxima reunião
Eu transformo o funil em três movimentos simples.
Primeiro, recuso business case com uma linha só de percentual. Se não há as 5 taxas, peço para voltar com elas. Isso sozinho já corta boa parte do teatro.
Segundo, separo piloto de escala. O piloto pode provar ganho de tarefa. A escala só existe se adoção intensiva, conversão em produto e peso no resultado estiverem desenhados. Muita empresa celebra o piloto e chama isso de transformação.
Terceiro, amarro a métrica ao denominador do conselho. Se o board olha margem, não aceito “horas economizadas” como vitória final. Horas economizadas são insumo. Resultado é o que mudou no denominador.
Isso também muda a conversa de vendor. Em vez de perguntar “qual o ganho médio dos seus clientes?”, pergunto “em que taxa de adoção e em que fração de tarefa esse ganho foi medido?”. A segunda pergunta separa case de marketing.
Quando o funil não se aplica
Se a ferramenta ataca uma tarefa que já é quase o cargo inteiro, com adoção real e com conversão clara em produto, o funil dilui menos. Também há ganhos de qualidade que não aparecem em produtividade agregada e ainda assim importam: menos erro, menos risco, melhor decisão. O funil não nega esses ganhos. Ele exige que você diga qual ganho está comprando.
Perguntas frequentes
Por que o ganho na tarefa não aparece no resultado da empresa?
Porque a tarefa é só uma fatia do cargo, a adoção costuma ser parcial, parte do tempo economizado não vira produção extra, e aquela função é só uma fatia do resultado. Sem declarar essas taxas, o percentual da tarefa é tratado como percentual da empresa.
O que é o funil de produtividade no business case?
É a sequência de diluições entre o ganho medido numa tarefa e o efeito no indicador que o conselho acompanha. Cada salto precisa de uma taxa explícita: tarefa, tempo da função, adoção, conversão e peso no resultado.
Como um conselho usa isso na prática?
Peça as 5 taxas antes de aprovar orçamento. Aceite piloto para provar tarefa. Só aprove escala quando adoção e conversão estiverem desenhadas. Troque “horas economizadas” pelo denominador real: margem, ciclo, qualidade ou risco.
Isso significa que não vale investir?
Não. Significa que vale investir com conta honesta. Empresa que desenha captura colhe. Empresa que compra percentual de tarefa e espera percentual de empresa se frustra.
Qual o primeiro passo nesta semana?
Pegue o business case mais recente de ferramenta generativa na sua empresa e preencha as 5 taxas com o que existe hoje. Onde faltar número, marque hipótese. Na próxima reunião, discuta as hipóteses, não o hype.
Fontes e data de corte
Dados e leituras conferidos em 16 de outubro de 2026. A espinha do funil e o exemplo 40% → 16% → 8% → 4% → menos de 2% vêm da coluna de Roberto Campos Neto na Folha de S.Paulo, “O paradoxo da produtividade da inteligência artificial” (online em 3 de outubro de 2026). A referência ao Paradoxo de Solow remete à formulação clássica de 1987. A estimativa sóbria de cerca de 0,7% de PTF em dez anos remete ao paper de Daron Acemoglu sobre a macroeconomia simples da inteligência artificial. A curva J remete à linha de pesquisa de Brynjolfsson e coautores sobre investimentos complementares. Eu não repeti neste texto o número de produtividade americana de 2025 citado na coluna, porque a verificação no Second Brain apontou inconsistência com a série do BLS; o funil e a distinção nível versus crescimento permanente continuam úteis sem esse número.
Eu estudo esse tipo de conta porque a conversa boa em conselho já saiu do “quem usa mais ferramenta” e entrou no “quem sabe medir captura”. Se você quer levar essa régua para a próxima reunião de liderança, conheça minhas palestras sobre inteligência artificial e o trabalho com conselhos, famílias empresárias e holdings. Se prefere um acompanhamento contínuo de decisão, veja o advisory. Se quiser receber análises como esta, assine a newsletter no Substack.
Quer transformar esta ideia em uma palestra, workshop ou advisory conectado ao desafio da sua empresa?