Não existe um número único — depende do tamanho da peça, não da ferramenta. Uma correção pontual, destravando uma automação que faltava só uma configuração, saiu do diagnóstico até validada em produção em 1 dia. Já um sistema de conteúdo publicando sozinho levou 20 dias corridos até bater a primeira meta de volume.
A diferença entre os dois casos não é a ferramenta usada. É o que cada um exigia: o primeiro precisava só de um diagnóstico certo; o segundo precisava de um processo repetido várias vezes, com revisão humana em cada rodada.
Qual foi o exemplo mais rápido?
Um CRM estava etiquetando só 2 de 7 leads recebidos. O diagnóstico veio rápido: seis formulários tinham a configuração de “etiqueta de entrada” vazia. A correção foi feita e testada em produção — um lead de teste, com telefone nunca usado antes, entrou com a etiqueta certa — e validada no dia seguinte. Do problema identificado até a correção confirmada em produção: 1 dia.
Qual foi o exemplo mais longo?
Um site de conteúdo escrito com IA, publicando sozinho depois de aprovado. O plano nasceu em meados de agosto. O primeiro artigo foi ao ar alguns dias depois. Bater a meta de volume que o projeto tinha estabelecido — 15 artigos publicados, o número mínimo definido antes de qualquer outro passo — levou 20 dias corridos a partir do primeiro artigo, chegando a 27 artigos no total até a data desta publicação.
| Etapa | Tempo real |
|---|---|
| Diagnóstico simples até correção validada (CRM) | 1 dia |
| Plano até primeiro artigo publicado | poucos dias |
| Primeiro artigo até bater a meta de 15 | 20 dias corridos |
| Total até 27 artigos publicados | cerca de 1 mês corrido |
Por que a mesma abordagem demora dias num caso e um dia noutro?
Porque o gargalo nunca foi a IA escrever ou corrigir código — isso acontece em minutos nos dois casos. O gargalo é quantas vezes o resultado precisa passar por revisão humana antes de valer como “pronto”. A correção do CRM passou por uma checagem e foi liberada. Cada lote de artigos passa por validação automática de estrutura e depois por uma auditoria manual de fatos antes de ser agendado — e a própria regra do projeto limita a publicação a no máximo 3 artigos por dia, de propósito, pra não parecer um despejo automático de conteúdo.
O que conta como “pronto” — código funcionando ou rodando sozinho sem supervisão?
São coisas diferentes, e é aí que a maioria das estimativas erra — o mesmo efeito descrito na Lei de Hofstadter: tudo demora mais do que se espera, mesmo levando em conta que tudo demora mais do que se espera. Código funcionando uma vez, numa tela de teste, pode sair em horas. Um sistema rodando sozinho, de forma confiável, sem alguém checando cada execução — isso só se prova depois de ver rodar várias vezes seguidas sem quebrar. É por isso que o exemplo do conteúdo, mesmo com a escrita automatizada, levou semanas: não pela escrita, mas pelo número de ciclos de revisão antes de confiar no piloto automático.
Quem está decidindo entre contratar alguém ou construir com IA encontra o mesmo tipo de comparação de prazo em vale mais a pena usar IA ou contratar um programador. Por onde começar esse tipo de projeto está em por onde eu começo com o Claude Code.
Em resumo
O tempo real não depende da IA, depende de quantos ciclos de revisão a peça exige antes de virar produção: 1 dia quando é um diagnóstico e uma correção; semanas quando é um sistema que precisa provar que roda sozinho, repetidas vezes, sem supervisão constante. Quem estima prazo olhando só “quanto tempo a IA leva pra escrever” costuma errar pra menos.
Deixe um comentário