Sinais de que seu projeto precisa de dev de verdade (e como contratar bem)

Cinco sinais dizem que um projeto de vibe coding passou do próprio teto: dado de cliente em escala, integração crítica com sistema de terceiro, performance ou concorrência, compliance formal, ou custo de falha maior que o de contratar um dev. Quando um deles aparece, a saída não é abandonar o que foi construído com IA, é contratar bem: escopo por resultado, código com dono, entrega em etapas e a pergunta certa sobre manutenção.

Quais são os sinais de que um projeto passou do teto do vibe coding?

São cinco, e não têm relação com o tamanho da empresa. Têm relação com o tipo de dado, o tipo de integração e o tamanho do estrago se algo quebrar.

• Dado de cliente em escala: milhares de CPFs, dado de saúde ou dado financeiro de terceiro guardado no sistema.
• Integração crítica com terceiro: ERP, gateway de pagamento, banco, sistema legado que a empresa não controla.
• Performance ou concorrência: centenas de usuários simultâneos, resposta em milissegundos, disputa de estoque em tempo real.
• Compliance formal: auditoria setorial prevista (financeiro, saúde, jurídico), com certificação exigida por contrato ou lei.
• Custo de falha maior que custo de dev: quando o prejuízo de um bug supera os R$15 a 40 mil (estimativa de mercado) de contratar alguém pra fazer certo desde o início.

Se nenhum desses cinco aparece, o projeto ainda está no território que vibe coding resolve bem, como detalhamos na análise de custo entre ferramenta interna e dev contratado.

Dado de cliente em escala pede contratar um dev? A partir de quantos registros?

Pede, quando o volume sai de dezenas pra milhares e o dado é sensível. Não existe número mágico de corte, mas volume alto somado a CPF, saúde ou dado financeiro de terceiro é o gatilho mais comum.

• Abaixo do teto (dezenas de registros): um checklist de segurança bem aplicado, autenticação real, permissão por usuário, criptografia dos campos sensíveis, já segura um app pequeno. Detalhamos esse checklist completo no guia de segurança pra app feito com IA.
• Acima do teto (milhares de registros sensíveis): a LGPD prevê multa de até 2% do faturamento, limitada a R$50 milhões por infração (art. 52), e essa régua vale independente de quem escreveu o código.

Não acho que todo app com dado de cliente precisa de dev desde o dia um. O risco de um app pequeno e testado é diferente do risco de um sistema com milhares de registros sensíveis circulando.

Integração crítica com sistema de terceiro é sinal de que precisa de um dev?

É, principalmente quando a integração mexe com dinheiro ou dado que não é seu. ERP, gateway de pagamento (Stripe, Mercado Pago, PagSeguro), sistema bancário e API com contrato de disponibilidade são os casos mais comuns.

Integração crítica exige tratamento de erro em cascata (o que acontece se o gateway cair no meio de uma transação), retry com controle de duplicidade e log de auditoria que aguenta uma disputa.

• Integração simples (CRM, planilha, e-mail transacional, ferramenta com MCP nativo): ainda dá pra construir com IA.
• Integração crítica (pagamento, banco, ERP que roda a operação inteira): reserve orçamento de dev, mesmo que o resto do app tenha sido construído com IA.

A diferença não é o número de integrações, é o que acontece quando uma delas falha no pior momento possível.

Requisito de performance ou concorrência é sinal de que passou do vibe coding?

É, quando o sistema precisa aguentar muita gente mexendo na mesma coisa ao mesmo tempo. Reserva de horário, leilão, disputa de estoque em promoção e checkout de venda coletiva são exemplos clássicos de concorrência, vários usuários competindo pelo mesmo recurso no mesmo instante.

• Uso interno controlado: uma dezena de pessoas mexendo no sistema raramente esbarra em concorrência real.
• Uso público ou concorrente: centenas de pessoas acessando junto, ou duas pessoas reservando o mesmo item no mesmo segundo, pede travar um registro pra só uma pessoa mexer por vez, coisa que especificação em linguagem natural sozinha não resolve.

Especificação em linguagem natural resolve bem regra de negócio e fluxo de tela. Ela não substitui arquitetura formal quando o problema é concorrência ou performance sob carga alta, como já vimos na comparação de custo entre IA e dev.

Compliance formal exige um dev profissional desde o início?

Exige, quando existe auditoria setorial prevista em contrato ou em lei. Financeiro, saúde e jurídico costumam ter certificação formal (PCI-DSS pra cartão, ISO 27001 ou SOC 2 pra dado sensível de terceiro em escala) que pede documentação técnica que vibe coding sozinho não produz.

A diferença entre boa prática de segurança e compliance formal é o papel do auditor:

• Boa prática de segurança: o checklist de segurança de app com IA, autenticação, criptografia, backup, LGPD básica.
• Compliance formal: tudo isso, mais evidência documentada, processo repetível e o crivo de um auditor externo.

Nesses casos o dev garante que arquitetura, processo e documentação aguentam a auditoria. O protótipo pode nascer com IA, mas o sistema em produção sob compliance formal precisa de engenharia por trás.

Quando o custo de uma falha supera o custo de contratar um dev?

Supera quando o prejuízo de um erro, multiplicado pela chance dele acontecer, passa da faixa de R$15 a 40 mil que uma agência cobra por uma ferramenta com processo formal, como estimativa de mercado.

Exemplos de prejuízo que entram nessa conta:

• Multa de LGPD: até 2% do faturamento, limitada a R$50 milhões por infração, num vazamento de dado sensível.
• Perda de contrato: cliente que exige compliance formal e cancela porque o fornecedor não passou na auditoria.
• Downtime crítico: sistema de venda ou pagamento fora do ar em horário de pico.
• Retrabalho em cascata: descobrir o problema tarde, com meses de dado acumulado em cima de uma estrutura errada.

Sendo bem sincero, boa parte de quem constrói rápido com IA nunca fez essa conta antes de escalar o uso, comparando o prejuízo esperado com o preço de contratar certo desde o início.

Como contratar um dev sendo não-técnico, sem virar refém?

Contrata definindo o resultado, não a lista de tarefas, e garantindo que o código fica com você desde o primeiro commit. Quatro práticas resolvem a maior parte do risco de uma contratação malfeita.

• Escopo por resultado: o combinado é “o cliente consegue agendar e pagar sozinho”, não “codificar tela de agendamento”. Protege contra escopo que cresce sem fim.
• Código com dono: o repositório fica na sua conta (GitHub ou GitLab da empresa), nunca só na máquina do freelancer. Se ele some, você ainda tem o código.
• Entrega em etapas: divida o projeto em 3 a 4 entregas menores, com validação e pagamento por etapa, em vez de um bloco único sem checkpoint.
• A pergunta da manutenção: pergunte, antes de fechar, quem mantém depois e quanto custa por ano. Como estimativa de mercado, manutenção gira entre 10% e 20% do valor do projeto ao ano.

Não acho que preço baixo seja o critério certo: freelancer barato que some depois da entrega costuma custar mais caro no fim do que uma agência com contrato de suporte.

Dá pra prototipar com IA e o dev produtizar depois? Como funciona esse híbrido?

Dá, e costuma sair mais barato pra quem não é técnico. Você usa IA (Claude Code, por exemplo) pra validar a ideia rápido, e só chama o dev quando o protótipo já provou que o problema é real.

O fluxo típico tem três fases:

1. Prototipagem com IA: especificação em linguagem natural, deploy simples, uso real com grupo pequeno, custo na faixa de R$100 a R$300 por mês em assinaturas, como estimativa.
2. Validação: o protótipo mostra se o problema é recorrente o suficiente pra justificar investimento maior, ou morre ali, sem custo de dev.
3. Produtização pelo dev: com o problema validado, o dev entra pra endurecer segurança, resolver a integração crítica e preparar o sistema pra escala ou compliance.

Isso não é terceirizar menos, é gastar hora de dev sênior só no que exige rigor técnico.

FAQ

Existe um número exato de clientes que significa que eu preciso de um dev? Não existe número fixo isolado. O que importa é a combinação de volume com sensibilidade do dado: centenas de registros não sensíveis podem continuar em vibe coding, enquanto algumas dezenas de CPF ou dado de saúde já pedem atenção redobrada. Como referência, “milhares de registros sensíveis” costuma ser o ponto em que um vazamento fica grande o suficiente pra justificar revisão profissional.

Meu projeto já tem autenticação e criptografia. Ainda preciso de dev? Depende do motivo do checklist. Se o objetivo era segurança básica de app interno, autenticação, permissão e criptografia já resolvem boa parte do risco comum. Se o projeto tem integração crítica com terceiro, performance sob carga alta ou compliance formal, a segurança básica não substitui a revisão de arquitetura que só um dev profissional entrega. Vale reler os cinco sinais deste artigo e comparar com o estágio real do seu projeto antes de decidir.

Quanto custa contratar um dev só pra revisar meu projeto de vibe coding? Como estimativa de mercado, uma revisão pontual, focada em segurança ou num ponto específico de arquitetura, costuma custar menos que um projeto do zero, porque o dev está auditando, não construindo. O valor varia com a complexidade, mas a hora de um dev pleno ou sênior no Brasil gira, como estimativa, em R$150 a R$350. Peça orçamento fechado pra revisão, não cobrança por hora aberta, pra não pagar por escopo que cresce sem controle.

Como sei se o dev que vou contratar é bom, sendo eu não-técnico? Peça pra ele explicar o plano em linguagem simples, sem depender de jargão pra parecer competente. Um bom dev descreve o que vai fazer, por que, e o que pode dar errado, do jeito que vc entenderia um orçamento de reforma. Desconfie de prazo curto demais pra escopo grande, e peça referência de projeto anterior parecido com o seu. Isso vale mais do que qualquer certificado no currículo.

Freelancer ou agência: qual contratar pra revisar um projeto de vibe coding? Freelancer sai mais barato, como estimativa entre R$3.000 e R$15.000 pra projeto simples, mas depende da disponibilidade de uma pessoa só. Agência cobra mais, também como estimativa, na faixa de R$15.000 a R$40.000, mas entrega processo formal e mais gente pra cobrir se alguém sair. Pra revisão pontual, freelancer costuma bastar; pra sistema que vira produto de verdade, agência reduz o risco de ficar na mão.

O dev vai jogar fora tudo que eu construí com IA? Na maioria dos casos, não. Um bom dev aproveita a estrutura e a lógica de negócio já validada no protótipo, e foca nos pontos que exigem rigor técnico: segurança, integração crítica, performance ou compliance. Recomeçar do zero só costuma acontecer quando a base tem problema estrutural grave, algo raro se o protótipo foi testado com uso real antes de crescer.