"Deixa que o nosso pessoal de TI dá um jeito com IA nas horas vagas": a conta que ninguém faz antes de dizer essa frase

A frase que a gente ouve todo mês

Em quase toda conversa inicial com uma PME aparece uma versão da mesma frase: "a gente tem um analista que entende bem de tecnologia, será que ele não dá conta de fazer isso com IA nas horas vagas dele?". A lógica por trás parece impecável: a pessoa já é da casa, já conhece os sistemas, já está na folha de pagamento. Por que pagar um projeto externo se dá para aproveitar quem já está lá?

A resposta curta é que "nas horas vagas" é a parte da frase que quebra a conta, não a capacidade técnica da pessoa.

O que "nas horas vagas" custa de verdade

Hora vaga de analista de TI não existe de graça. Ela é hora tirada de manutenção, de suporte, de outra prioridade que também precisa acontecer. Quando o projeto de IA vira "aquilo que a gente tenta encaixar quando dá", ele herda automaticamente a pior característica possível para um projeto que depende de constância: prioridade variável.

Na prática isso aparece assim. Semana 1, o analista testa uma ideia, anima todo mundo. Semana 2, um chamado urgente de suporte consome os dias inteiros e o projeto para. Semana 5, alguém pergunta "e aquilo, como está?" e a resposta é "ainda não voltei nisso". Três meses depois, o que existe é um protótipo capenga que ninguém tem coragem de colocar em produção e ninguém tem coragem de admitir que não vai terminar.

Tem um segundo custo, esse mais silencioso: a pessoa que está tentando resolver isso sozinha raramente tem o hábito de medir ROI antes de construir. Ela começa pela parte técnica, que é o que ela sabe fazer, e só descobre se o número fecha depois de já ter investido semanas. Às vezes descobre que não fechava desde o início.

Onde o método entra

O Growth Tech começa pelo Raio-X, não pela construção. Antes de qualquer linha de código, mapeia o processo como ele realmente acontece, projeta o ROI esperado e só segue adiante se o número justificar o investimento. Isso existe justamente para evitar o cenário do analista de TI trabalhando três meses num protótipo que talvez nunca devesse ter começado.

A diferença não é sobre quem é mais capaz tecnicamente. É sobre ter tempo dedicado, gate de decisão antes de construir, e alguém cuja prioridade número um durante aquele período é entregar aquilo, e não apagar o incêndio do dia.

Quando faz sentido usar o time interno mesmo

Isso não é argumento contra usar o time interno em tudo. Faz sentido internalizar quando a empresa já passou pela Fase 3 e 4 de um primeiro projeto guiado, o time já tem repertório real de como aquilo funciona na prática, e existe tempo protegido (não "hora vaga") reservado para manutenção e evolução contínua.

A diferença é sequência. Primeiro um projeto estruturado prova o método e forma o time observando de perto. Depois, sim, faz sentido internalizar parte da operação. Pular direto para "nosso pessoal dá conta" sem essa fase anterior é tentar economizar o Raio-X, e o Raio-X é justamente a parte que evita gastar três meses construindo a coisa errada.

Se sua empresa está cogitando "deixar o pessoal de TI resolver" um projeto de IA sem plano nem prazo, fale com a AI Start no WhatsApp antes de descobrir o custo real só depois de já ter gasto o tempo.