Quando a IA torna o protótipo grátis, quem leva pra produção?

A IA tornou o protótipo quase de graça. Isso não deixou os times de software obsoletos — empurrou o trabalho escasso e valioso pra frente, pra quem consegue pegar um protótipo e fazer ele sobreviver à produção. Boris Cherny, criador do Claude Code, deu nome à mudança: à medida que engenharia, produto e design se fundem, os times se organizam menos por cargo e mais por cinco papéis — Prototyper, Builder, Sweeper, Grower e Maintainer. O papel que acabou de ficar barato é o Prototyper. Os que ficaram mais valiosos são todos os outros.

Os cinco papéis de um time de produto na era da IA

No framework dele, Cherny defende que esses papéis não estão presos a uma função. Um designer pode ser Builder; um engenheiro pode ser Maintainer. O que importa é o trabalho que a pessoa faz, não o título no perfil:

• Prototyper — gera ideias novas e produz muitas delas, sendo que a maioria nunca vai pra produção.
• Builder — transforma um protótipo promissor num sistema real, de produção.
• Sweeper — simplifica e endurece o código, a UI e os sistemas ao redor.
• Grower — itera sobre um produto lançado pra melhorar o product-market fit.
• Maintainer — mantém seguro, confiável e eficiente conforme escala.

A sacada por baixo: um time saudável precisa de uma mistura diferente desses papéis dependendo do momento do produto. Produto no começo precisa de geração de ideia e construção. Produto maduro precisa de refino, crescimento e cuidado.

O que a IA mudou de verdade

A IA é o sonho do Prototyper. Qualquer um sai de uma ideia pra um demo funcionando numa tarde — sem time, sem sprint, sem pedir permissão. O papel que era trabalho sênior escasso virou abundante.

Abundância mata alavancagem. Quando todo mundo consegue prototipar, prototipar deixa de ser o gargalo. A restrição migra pra frente, pros papéis que transformam um demo em algo que um negócio pode depender: Builder, Sweeper, Maintainer. Esse é o trabalho que a IA tornou mais valioso, não menos — porque agora há muito mais output bruto exigindo ser feito correto, seguro e durável.

Protótipo não é produto

Um demo que roda no notebook do founder e um sistema que aguenta usuários reais, dados reais e carga real são artefatos diferentes, separados por uma última milha longa e sem glamour. Autenticação que sobrevive ao contato com atacantes. Um modelo de dados que não corrompe sob concorrência. Arquitetura que aguenta o próximo 10x. Custo que não estoura.

É exatamente nessa última milha que a maioria do software feito com IA trava. O Prototyper te levou a 80% num fim de semana; os 20% que faltam — o trecho de Builder até Maintainer — são a parte cara agora, e a parte que decide se o produto lança ou morre em silêncio no staging. É o trabalho que a gente faz na SV Dev: levar software feito com IA e em estágio inicial o resto do caminho até a produção.

Como montar o time por estágio do produto

O framework é mais útil como lente de contratação. Ajuste a mistura de papéis pra onde o produto realmente está:

O erro comum é um time preso no modo Prototyper: um cemitério de demos impressionantes e nada em produção. A IA facilita cair nesse erro, porque torna os protótipos baratos demais de produzir.

Papéis são capacidades, não headcount

O ponto mais afiado do Cherny é que isso são capacidades, não cargos — e uma pessoa pode assumir vários. É justamente o que a IA destrava: um time pequeno cobre mais do espectro agora, porque o modelo dá conta de boa parte do trabalho de Prototyper e Builder. Mas nenhum modelo ainda cobre o julgamento de um Maintainer sobre o que vai quebrar às 3 da manhã, nem o gosto de um Sweeper sobre o que deletar.

Por isso a gente pensa em time do jeito que pensa — construímos produtos construindo pessoas. Você não contrata Maintainers prontos; você desenvolve pessoas nos papéis que o produto vai precisar conforme amadurece. Os títulos estão se dissolvendo. As capacidades são o que você de fato contrata.

Principais pontos

• A IA tornou o papel de Prototyper abundante, então o valor escasso migrou pra Builder, Sweeper e Maintainer — os papéis que entregam e sustentam software em produção.
• "Protótipo" e "produto" são artefatos diferentes. A última milha entre eles é onde a maioria do software feito com IA trava.
• Monte o time pro estágio do produto: prototipar e construir no começo, crescer e limpar no meio, manter na escala.
• Papéis são capacidades, não cargos — desenvolva pessoas nos que o seu produto precisa a seguir.

Perguntas frequentes

Quais são os cinco papéis de produto na era da IA?

Segundo Boris Cherny, criador do Claude Code: Prototyper (ideias novas), Builder (protótipo pra produção), Sweeper (simplificar e endurecer), Grower (iterar rumo ao product-market fit) e Maintainer (segurança, confiabilidade e eficiência na escala).

A IA deixou os engenheiros de software obsoletos?

Não. A IA tornou a parte de prototipar abundante e barata. Ela aumentou o valor dos papéis seguintes — transformar protótipos em sistemas seguros, confiáveis e de produção — porque agora há muito mais output bruto que precisa virar confiável.

Qual papel é o mais difícil de automatizar?

O Maintainer. Manter um sistema seguro, confiável e eficiente na escala depende de julgamento sobre modos de falha, trade-offs e contexto que os modelos ainda não seguram com consistência.

Como uma startup em estágio inicial usa isso?

Reforce o time em Prototyper e Builder pra colocar um produto real na mão dos usuários, mas não pule o trabalho de Builder até Maintainer antes do lançamento — essa última milha é o que transforma um demo num negócio.