Como precificar um projeto que você vai construir com Claude Code?

Fala aí, beleza? Tem uma armadilha silenciosa na vida de quem virou vibe coder: você entrega em 3 dias o que antes levava 3 semanas, manda a nota e fatura MENOS por ter ficado mais rápido

É isso mesmo, sua produtividade virou desconto pro cliente 😀

Este post é sobre escolher o modelo de cobrança e montar o número final de um projeto construído com Claude Code

Não é sobre técnica de negociação, nem sobre script de fechamento, nem sobre prompt mágico pra vender mais (essas coisas toscas)

É conta, escopo e critério

O que você precisa saber antes de colocar o preço

Antes de escrever qualquer valor na proposta, essas quatro coisas precisam estar na mesa

Sem elas, tu não está precificando, tu está chutando

1. O que é o Claude Code, na prática:

O Claude Code é o agente de codificação da Anthropic que roda no terminal e em IDEs

Porque isso importa pro preço? Porque ele não é um autocomplete que sugere linha

Ele é uma ferramenta de execução, e ferramenta de execução tem custo mensal fixo que precisa entrar na sua conta

2. Qual plano você usa e quanto ele custa:

O Claude Code está incluído em todos os planos pagos do Claude

• Pro: US$ 20 por mês (EUA), a entrada mais barata que dá acesso
• Max 5x: US$ 100 por mês
• Max 20x: US$ 200 por mês

O câmbio canônico deste post é 1 USD = R$ 5,15 (USD/BRL em 5,1513 no dia 01/09/2026), então pra ter o número em reais é só aplicar esse câmbio no valor do seu plano

As faixas do Max são medidas em relação ao Pro por sessão de 5 horas: o Max 5x entrega 5 vezes o uso do Pro, o Max 20x entrega 20 vezes

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 116 aulas
• 4 projetos
• 9h 23min

Conhecer formação

3. Como funciona o limite (e por que ele vira risco de prazo):

Não existe contagem fixa de mensagens

O limite roda em janela móvel de 5 horas, e os planos pagos ainda somam um limite semanal

E tem um detalhe que pega muita gente: o terminal e os apps saem do MESMO pool de uso

Ou seja, se tu passou a manhã batendo papo no chat, tu chega no terminal com menos margem

Tome cuidado com isso quando prometer prazo apertado

4. Como medir o seu gasto real:

Aqui depende de como você paga

Na cobrança por consumo de tokens (API), a Anthropic publica uma referência de implantações corporativas: cerca de US$ 13 por desenvolvedor por dia ativo e US$ 150 a US$ 250 por desenvolvedor por mês, ficando abaixo de US$ 30 por dia ativo para 90% dos usuários

Pra ter esses valores na moeda daqui, aplica o câmbio do post neles

Pra medir oficialmente, existem dois caminhos documentados: no plano Team dá pra exportar o relatório de gastos em CSV (uso de tokens e gasto estimado por usuário e por modelo) e no Enterprise a Analytics API devolve uso e custo por usuário

Se você é solo no Pro ou no Max, a conta honesta é mais simples: pega o valor mensal do plano e divide pelos projetos que ele atendeu no mês

Vale a leitura de como fica o custo até o deploy antes de fechar qualquer número

Como precificar um projeto feito com Claude Code em 6 passos

Agora a parte calculável

Cada passo vem com o erro comum que eu vejo o pessoal cometendo nele

1. Definir e congelar o escopo em entregáveis. Nada de "o site", nada de "o sistema". Escreva telas, regras de negócio, integrações, o que é entregue e o que NÃO é. O escopo congelado é o que transforma velocidade em lucro, porque é ele que separa "terminei" de "o cliente inventou mais uma tela". O erro comum deste passo: vender uma palavra genérica em vez de uma lista. Quem vende "o site" entrega pra sempre

2. Estimar o esforço em horas equivalentes SEM IA. Isso é o coração da coisa. O cliente não compra o seu tempo de geração, ele compra o problema resolvido, e o valor de referência dele é quanto aquilo custaria feito à mão. Então estime como se fosse fazer sem agente nenhum, e guarde esse número. O erro comum deste passo: estimar pelo tempo que o Claude Code leva pra cuspir o código. Se tu faz isso, tu está cobrando pela digitação, não pelo projeto

3. Somar o custo de ferramenta e infraestrutura dentro do projeto. Plano do Claude, hospedagem, domínio, serviços de terceiros. Se você paga Max 5x (US$ 100 por mês) e esse mês tem 2 projetos, meio plano vai pra cada um. Se você é cobrado por tokens, use o gasto medido (CSV no Team, Analytics API no Enterprise) em vez de achismo. O erro comum deste passo: tratar a assinatura como despesa pessoal e não como insumo do projeto. Ela é insumo, igual licença de software sempre foi

4. Reservar horas de revisão e teste. Esse é o trabalho que a IA NÃO elimina, e os dados apoiam isso: o relatório DORA 2025 aponta que 90% dos profissionais de desenvolvimento relatam usar IA no trabalho (alta de 14% ante o ano anterior) e mais de 80% dizem que a produtividade aumentou, mas 30% têm pouca ou nenhuma confiança no código gerado por IA. Traduzindo: quase todo mundo usa, a maioria sente ganho, e quase um terço não confia no resultado sem olhar. Revisar é serviço, e serviço entra no orçamento. O erro comum deste passo: enfiar a revisão "dentro" das horas de desenvolvimento e depois trabalhar de graça no fim de semana

5. Reservar a manutenção e o retrabalho pós entrega. Aqui mora o custo que aparece depois que o cliente já elogiou. A GitClear analisou 623 milhões de linhas alteradas entre 2023 e 2026 e viu duplicação de blocos subindo 81%, copy/paste dentro do mesmo commit subindo 41%, construções que mascaram erro subindo 47% e churn de duas semanas subindo 15%. No sentido contrário, chamadas de função entre arquivos (reuso) caíram 35%, movimentação de linhas por refatoração caiu 70% e a manutenção de código legado de longo prazo caiu 74%. Ou seja: o volume sobe, a organização desce, e alguém paga essa conta lá na frente. O erro comum deste passo: entregar com "suporte incluso" sem definir prazo nem escopo do suporte

6. Escolher o modelo de cobrança e escrever o número final. Junta tudo numa linha só e arredonda pra cima, nunca pra baixo. Segue a conta de exemplo (os números de horas são ILUSTRATIVOS, troca pelos seus). Como referência de hora eu uso a ponta baixa da faixa internacional de dev web freelance em 2026, US$ 40 por hora, convertido pelo câmbio do post. O erro comum deste passo: apresentar o preço quebrado em horas na proposta. Se o cliente vê hora, ele negocia hora

Escopo congelado: 12 telas + 2 integrações

Esforço equivalente SEM IA .......  60 h
Revisão e testes ................   15 h
Manutenção reservada (30 dias) ..   10 h
-------------------------------------------
Total de esforço ................   85 h

Hora de referência ............... US$ 40
(ponta baixa da faixa internacional)

Base do preco  = total de esforco x hora de referencia
Ferramenta     = metade de um Max 5x no mes (US$ 100 / 2)
-------------------------------------------
Preco fechado  = base + ferramenta,
                 convertido pelo cambio do dia
                 e arredondado PRA CIMA

Repare que em nenhum momento eu perguntei quanto tempo o Claude Code vai levar

Essa informação não entra no preço, ela entra na sua margem 🙂

Por hora, por entrega ou por valor: comparação

Os três modelos funcionam, o problema é que eles distribuem o ganho de velocidade de formas MUITO diferentes

Aviso importante sobre essa última linha: essas faixas são de referências internacionais de freelance em 2026, com sites simples entre US$ 1.000 e US$ 5.000 e aplicações web a partir de US$ 10.000

Não é número do Brasil, e eu não vou inventar tabela em reais por senioridade porque não existe pesquisa séria disso que eu consiga citar

Use como âncora de raciocínio, não como tabela de preço da sua cidade

Por que cobrar por hora costuma punir quem usa IA

A mecânica é boba de tão direta

No modelo por hora, o seu faturamento é hora × valor da hora

Se a IA corta as horas e você não mexe no valor da hora, o resultado é matemático: você fatura menos pelo mesmo projeto entregue

O cliente recebe o mesmo software e paga menos, porque VOCÊ investiu em ferramenta e em método

Esquisito, né?

Mas peraí, a IA acelera mesmo?

Aqui entra o contraponto honesto, porque eu não vou vender milagre

A METR rodou um estudo randomizado com desenvolvedores experientes mexendo nos PRÓPRIOS repositórios: 16 devs, 246 tarefas

Resultado: eles ficaram 19% mais LENTOS com acesso a ferramentas de IA

E o mais interessante: previam ficar 24% mais rápidos antes de começar e, mesmo DEPOIS de terminar, ainda estimaram 20% de ganho

A própria METR classifica esse resultado como histórico, já que eram ferramentas de início de 2025

Em 2026 eles publicaram uma atualização: acreditam que os desenvolvedores estão mais acelerados do que a estimativa de 2025 indicava, mas afirmam que os novos dados dão sinal não confiável por efeitos de seleção (gente recusando trabalhar sem IA, a remuneração do estudo caindo de US$ 150/h para US$ 50/h, e a dificuldade de medir tempo com vários agentes rodando em paralelo)

O desenho do estudo está sendo alterado

Do outro lado do balcão, o autorrelato é bem mais animado

Na pesquisa da METR com 349 trabalhadores técnicos, a mediana foi de 3x em velocidade autorreportada e de 1,4x a 2x de mudança no valor do trabalho, com os respondentes estimando 2x em março de 2026 e projetando 2,5x pra março de 2027

E a GitClear observa que usuários intensos de IA produzem de 4 a 10 vezes mais que não usuários

O veredito:

Percebeu o padrão? Quem mede de fora acha uma coisa, quem sente por dentro acha outra

E é exatamente por isso que a hora é a métrica ERRADA pra cobrar

Você está vendendo uma unidade que nem você sabe medir com confiança

Tem gente que jura que triplicou, tem estudo controlado dizendo que ficou mais lento, e a diferença entre a percepção e o cronômetro é justamente o que aparece no estudo da METR

Cobrar por algo tão instável é entregar a sua margem pro acaso

O mercado corporativo já se mexeu, inclusive: a McKinsey afirma que cerca de 25% das receitas globais de 2025 vieram de contratos baseados em resultado (é declaração da própria firma reportada pela imprensa, não é número auditado, e eu prefiro dizer isso do que fingir que é lei)

Se as consultorias gigantes estão saindo da hora faturável, o freela solo tem ainda menos motivo pra ficar preso nela

Três cenários e o preço que faz sentido em cada um

Raciocínio na prática, que é como a coisa fica clara

Cenário 1: landing page ou site institucional

Escopo curto, poucas regras, entrega rápida

Modelo: preço fechado, sempre

Aqui é onde cobrar por hora dói mais, porque é o tipo de trabalho em que o agente encurta muito a execução

O que entra no escopo: número exato de seções, formulário, integração de e-mail, ajuste de responsivo, uma rodada de revisão com o cliente

O que NÃO entra: conteúdo, foto, redação e a segunda rodada de "mudei de ideia"

Manutenção fica como item opcional e separado no orçamento, com valor mensal próprio

Cenário 2: aplicação web com regras de negócio e integrações

Aqui tem risco de verdade: integração quebra, regra de negócio muda no meio, cliente descobre um caso que ninguém previu

Modelo: preço fechado POR FASE

Fase 1 descoberta e modelagem, fase 2 núcleo, fase 3 integrações, fase 4 testes e ajuste

Cada fase com número próprio e aceite próprio

O que precisa estar visível no orçamento: as horas de revisão e teste como linha separada

Lembra do DORA: 30% dos profissionais têm pouca ou nenhuma confiança no código gerado por IA

Se quase um terço do mercado desconfia, revisar não é luxo, é entrega

Deixe isso escrito e o cliente entende o que está comprando

Cenário 3: manutenção contínua de um sistema que já existe

Modelo: retainer mensal, com um limite claro de demandas ou de horas por mês

Esse é o cenário em que os dados da GitClear precisam estar embutidos no preço

Código com mais duplicação de blocos (+81%), mais copy/paste no mesmo commit (+41%), mais churn de duas semanas (+15%) e menos reuso entre arquivos (-35%) é código que custa mais caro pra manter, mês após mês

E se você está entrando num sistema que não foi você quem escreveu, o primeiro mês do retainer é praticamente arqueologia

Cobrar uma fase inicial de diagnóstico é legítimo, e vale combinar isso separado do retainer

Dá pra usar o agente pra mapear um projeto legado antes de fechar o valor mensal, aí tu sabe no que está se metendo

Conclusão

Recapitulando o que importa: você vende resultado e responsabilidade, não tempo de máquina

O Claude Code encurta a execução, mas quem assina embaixo do que foi entregue continua sendo você, e é isso que o cliente paga

Próximos passos práticos, na ordem

1. Meça o custo real da sua operação: CSV de gastos no Team, Analytics API no Enterprise, ou simplesmente o valor mensal do seu plano dividido pelos projetos do mês
2. Reescreva a próxima proposta em entregáveis com preço fechado, sem uma única linha de "hora"
3. Reserve uma linha explícita de revisão e teste, e outra de manutenção, com escopo e prazo definidos

Se der pra mudar uma coisa só essa semana, muda a número 2

É a que mais devolve dinheiro pro seu bolso 😀

Até o próximo post!