Quanto tempo leva para implantar IA numa empresa

O relógio do projeto não começa quando você assina. Começa quando a regra fica escrita.

Quem pergunta quanto tempo leva quase sempre está perguntando quanto tempo o fornecedor vai levar. Essa é a metade curta da resposta, e é a metade previsível.

A metade que decide o prazo é a sua: quanto tempo a sua empresa leva para dizer, por escrito, como o processo funciona de verdade. Enquanto isso não existe, não há o que construir.

Os prazos por tipo de projeto

Ferramenta pronta ligada no que você já usa. Assinar um produto de prateleira, conectar no WhatsApp ou no CRM e configurar. É questão de dias. Resolve o problema padrão e trava no primeiro caso fora do padrão.

Automação pontual sob medida. Um processo, dois ou três sistemas conversando, regra definida. É projeto de semanas. A construção em si costuma ser a menor parte desse tempo.

Implantação de operação. Vários processos, integração com os sistemas existentes, medição de resultado, ajuste depois que entra no ar. É projeto de meses, e roda em ondas: um processo entra, estabiliza, o próximo entra.

Um aviso sobre a última: quem promete operação inteira em duas semanas está prometendo entregar software, não resultado. São coisas diferentes, e a diferença aparece no mês dois.

O que realmente atrasa

A regra não existe escrita. É o atraso número um, e não parece atraso, parece reunião. Quando ninguém consegue dizer em que condição um pedido é aprovado, o projeto para na definição, não na tecnologia.

Acesso. Senha de sistema, permissão de administrador, quem é o dono da conta, autorização do provedor. Parece burocracia pequena e come semanas.

A pessoa que sabe o processo não tem agenda. Quem conhece a regra de verdade é quem executa ela todo dia, e é justamente quem não pode parar.

Aprovação que depende do dono. O projeto anda na velocidade da mesa mais ocupada da empresa.

Escopo que cresce no meio. Cada "já que estamos mexendo" reinicia a etapa de definição.

Por que a definição consome o prazo

Automação é regra escrita executada por máquina. Não existe atalho para isso: se a regra está na cabeça de alguém, ela precisa sair de lá antes, e tirar regra da cabeça de alguém é trabalho de entrevista, não de código.

O efeito prático é que a fase que a empresa acha que é "só conversa" é a fase mais cara do projeto em tempo. E é ela que determina se o resto vai funcionar.

Já entreguei uma automação que rodou catorze dias com log verde, tudo bonito no painel, sem produzir resultado nenhum. Prazo cumprido, entrega feita, valor zero. A máquina fazia exatamente o que eu tinha mandado, e o que eu tinha mandado não servia. O problema não era falta de sistema, era falta de definição.

Entregar no prazo e entregar resultado são duas medidas diferentes. Só a segunda paga a conta.

Quando adiar o projeto

• O processo vai mudar nos próximos meses. Troca de ERP, mudança de regra fiscal, reestruturação do time. Automatizar em cima de algo que vai mudar é pagar duas vezes.
• Ninguém pode dedicar algumas horas por semana nas primeiras semanas. Sem isso o projeto não anda, ele só envelhece.
• A empresa ainda não sabe qual é o processo. Aí o que ela precisa é de diagnóstico, não de implantação.

Como encurtar o prazo de verdade

• Comece por um processo, o que mais se repete, não o que mais incomoda.
• Chegue com a regra escrita em uma página: condição, limite, exceção e quem avisa.
• Defina um dono do projeto dentro da empresa, com poder de decidir.
• Libere acessos no primeiro dia, não no dia em que travar.
• Combine desde o começo qual número vai dizer se funcionou, e meça ele antes de ligar qualquer coisa.

Um projeto que começa com essas cinco coisas prontas costuma andar na metade do tempo de um que começa com uma reunião de expectativas.