Como escolher um AI Builder: o que avaliar antes de contratar

AI Builder é um termo relativamente novo — e isso significa que qualquer pessoa pode se chamar assim. Quem nunca entregou um projeto real, quem usa só prompts básicos sem arquitetura, quem não tem portfólio de soluções funcionando. A falta de regulamentação e de histórico público torna a avaliação mais difícil. Mas existem critérios objetivos que separam quem entrega de quem promete.

O portfólio é o primeiro filtro

Peça exemplos de projetos entregues — não conceitos, não demos. Projetos que estão rodando em produção hoje, sendo usados por equipes reais. Um bom portfólio de AI Builder inclui: qual era o problema do cliente, qual solução foi construída, quanto tempo levou, qual o resultado mensurável. Se o portfólio for vago ou cheio de mockups mas sem nada em produção, isso é um sinal importante.

A stack técnica revela a maturidade

Pergunte quais ferramentas ele usa e por quê. Um AI Builder experiente consegue explicar cada escolha: por que Claude Code em vez de outra IDE, por que Next.js em vez de outra framework, como o MCP se conecta com os sistemas do cliente, como os agentes são coordenados. Respostas vagas ou defensivas indicam falta de profundidade técnica real.

• Quais modelos de linguagem usa e para quais tarefas cada um se aplica melhor?
• Como garante a segurança dos dados do cliente durante o desenvolvimento?
• Como o sistema é documentado para manutenção futura?
• Como são feitos os testes antes de entregar em produção?
• Quem vai manter o sistema depois da entrega — e como funciona o suporte?

A abordagem de levantamento diz muito

O AI Builder que propõe a solução antes de entender o problema é um sinal de alerta. Projetos de automação que funcionam começam com mapeamento detalhado: quem faz o quê, com quais informações, quando, com quais dependências. Esse mapeamento leva tempo — e se o profissional pula essa etapa, o resultado vai ser uma solução que funciona em teoria mas não no processo real.

Cronograma realista vs. promessas impossíveis

Com Claude Code, projetos de médio porte são entregues em semanas. Isso é real. Mas "um CRM completo em 3 dias" é promessa irresponsável — e costuma resultar em algo superficial que vai demandar meses de retrabalho. Um cronograma honesto inclui fase de mapeamento, desenvolvimento, testes, período de transição e suporte inicial. Se o profissional pula essas etapas na proposta, vai pulá-las na entrega também.

Escopo fechado vs. escopo aberto — entenda a diferença

Escopo fechado significa que o que será entregue, em quanto tempo e por quanto custo está definido antes do início. Escopo aberto ("vamos construindo conforme necessidade") pode parecer flexível, mas costuma resultar em projeto sem fim e custo imprevisível. Para a maioria dos projetos, escopo fechado com revisões incrementais bem definidas é a abordagem mais segura.

Os sinais de alerta

• Promete resultado sem entender o processo: já vem com a solução na primeira conversa
• Portfólio vago: cases sem detalhe, sem resultado mensurável, sem referência verificável
• Preço muito baixo: AI Building de qualidade tem custo. Muito barato significa atalho ou inexperiência
• Sem documentação no escopo: sistema entregue sem documentação é sistema que ninguém vai conseguir manter
• Sem manutenção prevista: quem vai resolver quando algo parar? Se não há resposta clara, é risco
• Promete substituir a equipe inteira: IA ajuda humanos — não os substitui em funções complexas

O que diferencia um projeto que funciona

Projetos de AI Building que entregam resultado têm em comum: mapeamento detalhado antes do desenvolvimento, envolvimento da equipe que vai usar o sistema, testes reais antes da entrega, documentação completa e suporte no período de transição. Nenhum desses pontos é opcional — são as etapas que transformam código funcionando em solução que a empresa usa todo dia.

“O melhor AI Builder não é o mais rápido ou o mais barato. É o que faz as perguntas certas antes de propor qualquer solução — e entrega algo que a equipe realmente usa.”

— Thiago Amarante