Ideia principal

Quando produzir e manter documentos, tickets e relatos absorve a maior parte dos dias de um Product Manager, essa produção acaba definindo o cargo: contrata-se por ela, avalia-se por ela, descreve-se ela nas vagas. Não porque tenha sido julgada essencial, mas porque ocupava o espaço.

O custo age aqui como uma prova enganosa: o que é pesado parece importante. Uma tarefa que toma seis horas por semana vira objeto de reporting, competência exibida, identidade profissional.

A demonstração vem ao contrário, e é brutal: quando o custo dessa camada desaba, você descobre que ela não era a profissão. Nada mais mudou — nem o produto, nem o mercado, nem o que realmente se esperava do papel.

O mecanismo não para na definição de um cargo existente: ele fabrica cargos novos. Quando a camada fica pesada o bastante, ganha um título próprio — Product Owner — e uma descrição de vaga construída em torno da transmissão de informação. O cargo herda então o mesmo destino da definição: ele se justificava por um custo, e fica difícil de defender quando esse custo cai.

Camada trazida por "O PO não é uma profissão, é uma função" (2026-08-03).

Camada trazida por "PM, desenvolvedores e IA: os papéis se embaralham, as responsabilidades permanecem" (2026-08-01). O mecanismo também atua dentro de uma profissão, sobre aquilo que distinguia seus praticantes uns dos outros. Escrever uma especificação correta, produzir uma primeira análise de dados, montar um benchmark, redigir uma release note, fazer um protótipo aceitável, sintetizar entrevistas: essas produções diferenciavam os Product Managers entre si enquanto continuavam caras. Quando ficam acessíveis, elas não saem da profissão — passam da condição de sinal distintivo à de nível mínimo, e quem tinha seu valor apoiado nessa execução intermediária o perde sem que nada do produto nem do mercado tenha mudado.

Por que isso importa

Isso explica por que uma automação é vivida como uma ameaça identitária, e não como um ganho: ela não tira só horas, tira aquilo em que a competência era visível.

E dá um teste retrospectivo útil: o que desaparece sem que ninguém tente restabelecer não era o núcleo da profissão.

Nuances e limites

O desabamento do custo não prova sozinho que a camada era acessória. Algumas tarefas pesadas são pesadas porque são realmente decisivas, e automatizá-las degrada o resultado em silêncio.

E uma camada acessória pode ter efeitos colaterais reais: redigir uma especificação à mão obriga a lê-la, e esse desvio some junto com a tarefa maçante.

Questões em aberto

• Como distinguir, antes de automatizar, uma tarefa pesada e acessória de uma tarefa pesada porque é decisiva?