Do piloto pago ao contrato de produção de IA: o que renegociar

Na passagem do piloto pago ao contrato de produção de IA, os termos escritos para aprender precisam dar lugar a termos escritos para operar. Isso significa uma função definida, responsáveis com nome, deveres de suporte e de resposta a incidentes, regras de dados e de acesso, uma estrutura de preço que caiba no uso contínuo e uma saída clara. O contrato do piloto respondeu se a ideia funcionou. O contrato de produção precisa dizer quem a mantém funcionando, quem a mantém segura e quem a mantém financeiramente viável.

Principais pontos

• O contrato de piloto compra evidência. O contrato de produção compra um serviço, então a unidade de compra, os deveres e o ritmo de revisão mudam.
• O escopo deve deixar de ser o teste de um fluxo e virar uma função nomeada, com limites de aprovação, permissões e um critério de sucesso observável.
• A operação exige responsáveis por escrito: monitoramento, avaliações, resposta a incidentes, aprovação de mudanças e revisão de permissões não podem ficar subentendidos.
• Dados, credenciais e configuração precisam de termos de portabilidade e exclusão antes que o agente passe a guardar contexto real da empresa.
• Preço e limites de uso devem ser renegociados com base em como o agente será de fato usado, com alertas e data de revisão, e não simplesmente herdados do piloto.

Por que o contrato de piloto não serve para um serviço em produção?

Um piloto é desenhado para ser tolerante. Costuma ter prazo curto, poucos usuários, um fluxo estreito e o entendimento informal de que algo pode quebrar. O contrato reflete isso: linguagem ampla sobre 'serviços', poucas obrigações para os dois lados e uma data de término que funciona como saída natural.

A produção inverte cada uma dessas premissas. As pessoas passam a depender do agente, então uma falha tem custo. O agente guarda memória, conecta-se a ferramentas e age dentro de canais, então um erro pode chegar a clientes ou a registros. A relação não tem data de término natural, e por isso o desvio vira o principal risco: o agente deixa de acompanhar o negócio aos poucos, e ninguém é claramente responsável por perceber.

Se você levar os termos do piloto adiante, herda lacunas que ninguém escolheu. Quem responde quando o agente se comporta de forma estranha no fim de semana? Quem aprova a conexão de uma nova ferramenta? O que acontece com a memória que o agente construiu ao longo de meses se você sair? O piloto raramente precisa dessas respostas. Um serviço em produção não funciona sem elas.

Antes de decidir o que levar para o novo contrato, ajuda ter clareza sobre o que o piloto deveria provar. O artigo sobre por que pilotos de IA não saem do papel descreve o que cada etapa precisa demonstrar. Se o piloto não comprovou o critério que se propôs a comprovar, o caminho certo é prorrogar ou encerrar, e não renegociar para entrar em produção.

Quais termos de escopo e de sucesso devem mudar?

No piloto, o escopo costuma parecer uma lista de funcionalidades: o agente vai redigir respostas, resumir chamados, buscar documentos. Em produção, o escopo deve parecer uma descrição de cargo. Uma função tem um propósito, entradas que pode usar, ações que pode executar, ações que só pode propor e pessoas que revisam o trabalho.

Reescreva a seção de escopo para responder a estes pontos:

• A função única que o agente exerce, em uma frase que um funcionário novo entenderia.
• As ferramentas e fontes de dados que ele pode usar, cada uma com o nível de acesso necessário e nada além disso.
• As ações que ele pode executar sozinho, as que exigem aprovação humana e as que ele nunca deve executar.
• Os canais em que ele atua e quem pode dar instruções a ele.
• O critério de sucesso, escrito de modo que alguém consiga observá-lo sem perguntar ao fornecedor.

O critério de sucesso merece mais atenção. Os critérios de piloto costumam ser de demonstração: funcionou na amostra. Os critérios de produção tratam de qualidade contínua: trabalho concluído corretamente, escalonamentos tratados, correções dos revisores caminhando na direção certa. Nosso guia de avaliação de desempenho de agente de IA é um bom ponto de partida, e a versão de produção deve acrescentar com que frequência o critério é medido e quem vê o resultado.

Registre também o que acontece quando você quiser ampliar a função. Sem um caminho definido, toda adição vira negociação ou, pior, favor informal. Um processo de mudança que diga quem solicita, quem aprova e como a mudança é testada mantém o crescimento deliberado. O artigo sobre escopo de trabalho para implantação de agente de IA mostra como organizar essas seções.

Quais deveres de operação pertencem ao contrato de produção?

É aqui que a maioria dos pilotos deixa a maior lacuna. Durante o piloto, a equipe que construiu o agente também o acompanha, porque está próxima dele. Em produção, essa atenção precisa ser um dever contratado, ou ela se dissolve.

Os deveres que vale nomear de forma explícita são estes:

• Monitoramento: o que é observado (resultados das tarefas, erros, falhas de ferramentas, uso), onde fica registrado e quem pode ler. Conceitos de observabilidade como traces, logs e métricas formam um vocabulário comum útil aqui, e o material introdutório do projeto OpenTelemetry sobre observabilidade explica tudo com clareza.
• Avaliações recorrentes: um conjunto fixo de casos de teste que o agente precisa continuar passando, executado em intervalos regulares e depois de cada mudança. O guia da Anthropic sobre avaliações (evals) para agentes descreve como esses testes são construídos.
• Resposta a incidentes: o que conta como incidente, como ele é comunicado, o tempo esperado de confirmação em termos simples, quem tem autoridade para pausar o agente e como um relatório escrito é produzido depois.
• Manutenção de integrações: quem corrige uma conexão quando uma ferramenta conectada muda de interface ou quando credenciais expiram.
• Revisão de permissões: com que frequência o acesso é revisado e quem aprova. Um roteiro simples de revisão de permissões pode servir de modelo.
• Melhorias controladas: como as mudanças chegam ao agente em operação, com testes e um caminho de reversão.

Evite promessas vagas como 'suporte contínuo'. Peça um comportamento de resposta que você consiga verificar e combine o que fica fora do acordo, como novas funções ou novos departamentos. Se o fornecedor oferecer níveis de suporte, pergunte qual nível corresponde ao risco da função, e não ao tamanho da sua empresa.

Para ter uma visão mais completa do trabalho recorrente, o texto sobre serviço de IA gerenciado ou prestador de TI lista as atividades que você pode razoavelmente esperar ver em um contrato.

O que o contrato deve dizer sobre dados, acesso e saída?

Um piloto muitas vezes roda com dados de teste e credenciais emprestadas. Produção significa documentos reais, informações reais de clientes e contas reais. Os termos de dados e de acesso devem ser reforçados antes disso, e não depois.

Comece pelos dados. Diga quais categorias de dados da empresa o agente pode processar, onde elas são armazenadas, quem no fornecedor pode vê-las e se alguma parte pode ser usada para melhorar outros sistemas. Diga por quanto tempo o histórico de conversas e a memória são mantidos e como funciona a exclusão, incluindo cópias de segurança. Se a sua operação responde a um regulador ou à autoridade de proteção de dados, acrescente as obrigações que decorrem disso e peça ao seu próprio jurídico que confirme a redação.

Depois, o acesso. As credenciais devem pertencer à sua organização, ter o escopo mínimo que a função exige e poder ser revogadas por você sem ajuda do fornecedor. O guia de autorização da OWASP é uma referência confiável sobre privilégio mínimo e sobre verificar as permissões a cada requisição, e não apenas no login. Pergunte quem tem acesso administrativo do lado do fornecedor e como esse acesso é registrado. Para aprofundar, veja por que o agente de IA da empresa precisa de identidade e contas próprias.

Por fim, a saída. Um contrato de produção que não permite sair de forma limpa é uma dependência, não um serviço. Combine antecipadamente:

• Exportação de configuração, prompts, definições de ferramentas, conjuntos de avaliação e memória em formato utilizável.
• Exclusão dos seus dados após a saída, com confirmação por escrito.
• Um período de transição em que o agente continua rodando enquanto você migra.
• Documentação que um terceiro competente consiga seguir.

O texto sobre como migrar agentes de IA para outro fornecedor percorre essas questões de portabilidade com mais detalhe, e vale para qualquer provedor, inclusive o nosso. Para revisar as cláusulas em si, veja também cláusulas de rescisão em contrato de serviços de IA.

Como preço e limites de uso devem mudar?

O preço de piloto normalmente é moldado pelo próprio piloto: um esforço fixo por um período fixo. O uso em produção é contínuo e tende a crescer, então a estrutura deve ser renegociada para acompanhar. A questão não é o número. É o que o número cobre e o que acontece quando o uso sobe ou desce.

Peça ao fornecedor que separe as partes do serviço, para que você veja pelo que está pagando: trabalho de construção e mudança, operação recorrente e uso do modelo e das ferramentas por baixo. O guia de modelos de precificação de agentes de IA compara as abordagens por uso, por usuário e por retainer, com as vantagens e os custos de cada uma.

Depois, adicione controles:

• Limites de uso e alertas de orçamento, para que um processo descontrolado ou um pico não gere surpresa.
• Uma pessoa nomeada do seu lado que receba esses alertas.
• Uma data de revisão em que a estrutura seja reavaliada com base no uso real.
• Uma regra sobre como mudanças no custo dos modelos subjacentes são repassadas, se forem.

Vale ainda combinar uma forma de conversar sobre valor. A ideia de economia unitária, usada em FinOps, ajuda: relacione o custo a uma unidade que o negócio entende, como uma solicitação concluída ou um caso resolvido, de modo que a conversa sobre gasto se torne uma conversa sobre resultado. Isso torna as renovações menos desgastantes, o que importa quando você chega ao ponto descrito no artigo sobre limites de gasto e alertas em agentes de IA.

Um plano de renegociação para executar em ordem

O cenário ilustrativo a seguir mostra a sequência. Imagine uma distribuidora regional que fez um piloto pago de um agente para ajudar a mesa de pedidos a responder dúvidas de status. O contrato do piloto cobria um período, uma descrição geral de suporte e um único login compartilhado. O piloto foi bem, e a diretora de operações quer continuar.

O primeiro passo dela é listar o que o piloto nunca definiu: quem acompanha o agente, quem pode alterá-lo, quais dados ele guarda e o que acontece se a distribuidora sair. Esses quatro itens viram a pauta da conversa sobre produção. O restante segue as etapas abaixo.

• Passo um: escreva a função em um parágrafo e o critério de sucesso em uma frase, e confirme os dois com a pessoa que será dona do agente depois do lançamento.
• Passo dois: faça o inventário de todo sistema, credencial e fonte de dados que o piloto tocou, e decida quais continuam, quais são substituídos e quais são removidos.
• Passo três: troque os logins compartilhados por credenciais com escopo definido e pertencentes à sua organização.
• Passo quatro: monte a lista de deveres de operação (monitoramento, avaliações, incidentes, manutenção, revisão de permissões, mudanças) e peça ao fornecedor que marque cada item como incluído, opcional ou excluído.
• Passo cinco: combine por escrito o tratamento de dados, a retenção, a exclusão e o pacote de saída.
• Passo seis: reestruture o preço em torno dos componentes separados, com alertas de uso e data de revisão.
• Passo sete: marque uma revisão curta de transição, em que os dois lados comparam o primeiro período de produção com o contrato e corrigem o que não corresponder.

Um patrocinador do seu lado deve conduzir esse processo de ponta a ponta. O artigo sobre o líder interno de IA na empresa explica o que essa pessoa precisa poder decidir, e o texto sobre os primeiros meses com um agente de IA gerenciado ajuda a calibrar as expectativas para a revisão de transição.

Como uma abordagem gerenciada trata essa transição?

Na Be Human, o primeiro trabalho define uma função útil, a memória e as ferramentas de que ela precisa, os limites de aprovação e um critério de sucesso observável. Quando esse trabalho passa para a operação gerenciada, essas mesmas definições viram o escopo do contrato, e o trabalho recorrente é listado como deveres específicos: monitoramento, avaliações recorrentes, manutenção de integrações, revisão de permissões, resposta a incidentes e melhorias controladas. Identidade, memória, canais, ferramentas e permissões permanecem sob o controle do cliente, e as mudanças passam por uma etapa de aprovação em vez de serem aplicadas de maneira informal. O atendimento é remoto, em inglês e em português.

Perguntas frequentes

Devemos assinar um contrato de produção logo depois do fim do piloto? Só se o piloto atingiu o critério de sucesso escrito no início. Se a evidência for ambígua, prorrogue o piloto com uma pergunta mais estreita ou encerre-o de forma limpa, como discute a revisão trimestral de IA na empresa, que trata de manter, corrigir ou encerrar. Assinar cedo para evitar uma interrupção no serviço costuma travar problemas que ainda poderiam ser corrigidos a baixo custo.

Qual é o termo mais esquecido? Saída e portabilidade. As equipes se concentram em funcionalidades e preço, e depois descobrem que configuração, memória e conjuntos de avaliação não são exportáveis. Peça no contrato o formato de exportação e a confirmação de exclusão, antes que o agente acumule meses de contexto.

Precisamos de um contrato diferente para cada nova função que o agente assume? Não necessariamente um novo contrato, mas cada nova função precisa de escopo, permissões e critério de sucesso próprios, incluídos por meio de um processo de mudança definido. Tratar cada função como um aditivo mantém as responsabilidades claras e permite revisar as funções de forma independente. Também facilita encerrar uma função sem perturbar as demais.

Quem deve ser o dono do contrato do nosso lado? Um líder responsável, em geral a pessoa cuja área mais se beneficia do agente, com Jurídico, Segurança e Financeiro consultados em suas respectivas partes. Um contrato sem dono interno tende a se desviar, então nomeie o responsável e um substituto no próprio documento. Se a sua empresa ainda não tem governança de IA, um começo enxuto está descrito no artigo sobre quem supervisiona um agente de IA na empresa.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.