O contrato revela a seriedade
Depois das conversas e das promessas, é o contrato que mostra com quem você está lidando. Um fornecedor sério coloca no papel compromissos verificáveis; um de hype foge de qualquer coisa que possa ser cobrada depois. Por isso vale saber o que pedir — não para criar burocracia, mas para alinhar expectativas e proteger os dois lados. Estes são os pontos que um bom contrato de arquitetura de IA cobre.
1. Definição clara do entregável
O contrato precisa dizer, sem ambiguidade, o que você vai receber: uma operação funcionando, com quais processos cobertos, em que escopo. "Implementar solução de IA" não é entregável — é promessa vaga. Quanto mais concreto o que está escrito, menor a chance de decepção por desalinhamento de expectativa.
2. Propriedade do que for construído
Fluxos, regras, configurações e documentação da sua operação devem ser seus, explícitamente. O contrato precisa deixar isso claro — porque propriedade ambígua é a porta de entrada da dependência. Você não quer descobrir, ao trocar de parceiro, que o conhecimento da sua própria operação foi embora com ele.
3. Critérios de sucesso mensuráveis
O que define que o projeto deu certo? O contrato deve ancorar isso em indicadores concretos e numa linha de base medida no início. Sucesso definido por sensação é sucesso que ninguém garante. Sucesso definido por métrica é compromisso que pode ser cobrado.
4. SLA de sustentação
IA não fica pronta — ela opera e, vez por outra, precisa de ajuste. O contrato deve definir o SLA: quanto tempo o fornecedor leva para responder e corrigir quando algo sai do esperado. Sem isso, você fica na mão justamente na hora do problema. Um bom SLA é o que distingue um parceiro de sustentação de quem entrega e desaparece.
5. Regras de governança
O contrato deve refletir os controles que tornam a operação segura: como o acesso é gerido, quais limites os agentes respeitam, como o rastro é mantido, como a qualidade é verificada. Governança no papel não substitui governança no sistema, mas formaliza a responsabilidade de mantê-la.
O que "garantia" significa de verdade em IA
Aqui mora a parte honesta. Nenhum fornecedor sério garante que um agente nunca vai errar — quem promete isso está mentindo, porque sistemas que lidam com o mundo real têm exceções. A garantia legítima é outra: compromisso com um processo sério, com resposta rápida quando algo falha, com correção dentro de prazos acordados, e com os critérios de sucesso combinados. É a diferença entre garantir o resultado mágico (impossível) e garantir o cuidado e a responsabilidade (possível e essencial). Desconfie de quem promete o primeiro; exija o segundo.
Como usar isto na prática
Você não precisa ser advogado para aplicar isto. Antes de assinar, faça uma pergunta simples para cada ponto: está claro o que recebo? É meu o que for construído? Como mediremos sucesso? Quem me socorre quando falhar, e em quanto tempo? Como a governança é garantida? Se o contrato responde bem a essas cinco perguntas, você está diante de um parceiro que pensou na relação inteira — não só na venda. Se foge delas, o próprio contrato já te deu a resposta.
FAQ
O que um contrato de IA precisa ter?
Definição clara do entregável, propriedade do que for construído a favor do cliente, critérios de sucesso mensuráveis, SLA de sustentação (tempo de resposta e correção) e regras de governança — acesso, limites, rastro e qualidade.
Como funciona garantia num projeto de IA?
Garantia em IA não é prometer que o agente nunca erra — isso seria desonesto. É garantir processo sério, resposta rápida a falhas, correção dentro de prazos acordados e compromisso com critérios de sucesso verificáveis.
Por que SLA importa num contrato de IA?
Porque IA não fica pronta: ela opera e precisa de sustentação. O SLA define quanto tempo o fornecedor leva para responder e corrigir quando algo sai do esperado — é o que separa um parceiro de sustentação de um que entrega e some.
Antes do contrato, use as perguntas de Como avaliar um fornecedor de IA e proteja sua autonomia com Como manter o IP da sua IA dentro da empresa.