Defina aceite antes da proposta final: cada entrega deve ter métrica, baseline, conjunto de teste, ambiente, tolerância, evidência, responsável e consequência. Libere pagamento apenas após o gate correspondente ser aprovado por alguém autorizado. Uma demonstração convincente, um único número de acurácia ou a conclusão de um sprint não comprovam que um sistema de IA está pronto para operar.
Sistemas de IA variam com dados, contexto, versões de modelo e comportamento humano. Por isso, aceite deve combinar resultado de negócio, qualidade técnica, limites de risco e capacidade operacional. O NIST TEVV-Athlon organiza avaliações a partir de objetivos e medições customizadas; use essa lógica para testar o sistema no contexto real, não em uma prova escolhida pelo fornecedor.
AI Acceptance & Payment Gate-8: scorecard de 32 pontos
Pontue cada domínio de zero a quatro: zero é indefinido; um é promessa; dois é teste parcial; três é evidência reproduzível no ambiente acordado; quatro é evidência aprovada, registrada e operacionalizada. Exija ao menos 24 de 32, nenhum zero e aprovação dos gates eliminatórios. Ajuste o limiar ao risco; a matriz não substitui análise jurídica, de segurança ou regulatória.
- Resultado de negócio — baseline, fórmula, população, período, owner e contramétricas.
- Qualidade da tarefa — avaliação representativa, denominador, segmentação, tolerância e revisão humana.
- Confiabilidade — disponibilidade, latência, recuperação, limites de volume e degradação segura.
- Segurança e privacidade — acesso, logs, dados, fornecedores, testes adversariais e incidentes.
- Integração e dados — contratos de interface, qualidade, linhagem, falhas e reconciliação.
- Economia — custo por resultado, tetos, consumo, variação e alertas.
- Operação — observabilidade, suporte, runbooks, mudanças, rollback e responsabilidades.
- Transferência — código, prompts, configurações, avaliações, documentação, treinamento e plano de saída.
Cinco condições que bloqueiam o aceite
- O critério é subjetivo, como 'satisfatório' ou 'funciona bem', sem métrica e tolerância.
- Não existe baseline, conjunto de avaliação fixado, denominador ou ambiente reproduzível.
- Modelo, prompt, dados ou configuração podem mudar durante o teste sem versionamento e nova execução.
- O pagamento vence antes de o comprador receber evidência, acesso e artefatos associados ao marco.
- Não há prazo de correção, reteste, exceção aprovada, rollback ou responsável pelo risco residual.
Crie um registro de aceite, não uma ata vaga
Para cada requisito registre: ID; resultado esperado; métrica; baseline; alvo e tolerância; dados e versão; ambiente; procedimento; evidência; responsável por testar; aprovador; data; resultado; exceção; prazo de correção; reteste; e pagamento afetado. Preserve logs e artefatos suficientes para reproduzir a decisão sem armazenar dados pessoais desnecessários.
A FAR Part 46 separa requisitos de qualidade, inspeção e aceitação. A Subpart 46.5 determina que a aceitação ocorra depois das ações de garantia de qualidade e seja documentada. Em um contrato privado, adapte o princípio: entrega técnica, teste, aceite formal e faturamento são eventos relacionados, mas não idênticos.
Ligue pagamentos a evidência acumulada
Não existe divisão universal. Um desenho ilustrativo pode liberar 10–15% na mobilização e plano de medição; 15–20% no baseline e desenho validados; 20–25% na avaliação controlada; 25–30% na prontidão de produção; e o saldo após estabilização e transferência. Ajuste valores ao esforço já incorrido, dependências do comprador, risco e poder de correção. Evite reter todo o valor até o fim ou pagar quase tudo antes da operação.
Teste por camadas e congele a versão
- Componente: qualidade do modelo, recuperação, regras, ferramentas e contratos de dados.
- Sistema: jornada completa, integrações, identidade, auditoria, latência e custo.
- Cenários adversos: dados ruins, indisponibilidade, prompt injection, abuso, picos e respostas inseguras.
- Operação assistida: usuários reais, revisão humana, fila de exceções, suporte e rollback.
- Estabilização: janela definida com SLOs, incidentes, custos e transferência observados.
Congele versões de modelo, prompt, índice, dataset, configuração e dependências para a rodada de aceite. Uma alteração relevante invalida apenas os testes afetados, desde que o contrato defina análise de impacto e regressão. O perfil de IA generativa do NIST reforça documentação e avaliação ao longo do ciclo de vida, não apenas antes do lançamento.
Diferencie falha, exceção e melhoria
Falha viola um critério e exige correção ou remédio. Exceção é um desvio conhecido, com impacto, prazo e risco residual aprovados. Melhoria aumenta valor sem bloquear o uso acordado e entra no backlog. Defina prazo de análise, cura, reteste, aceite parcial, crédito, redução de escopo e término. Sem essa taxonomia, qualquer desacordo vira negociação de última hora.
Mantenha agilidade sem tornar o aceite arbitrário
Em entrega iterativa, histórias podem mudar, mas os resultados, guardrails, Definition of Done, procedimento de aceite e mecanismo de controle de mudanças precisam permanecer claros. A orientação britânica sobre contratação ágil enfatiza governança e gestão de desempenho compatíveis com iterações. Separe feedback de produto, que orienta backlog, de aceite contratual, que libera obrigação financeira.
Conecte contrato, testes, piloto e pagamento
Use https://makinai.co/insights/pt/o-que-incluir-contrato-sow-servicos-ia para estruturar obrigações, https://makinai.co/insights/pt/como-escolher-empresa-avaliacao-testes-ia para desenhar avaliação e https://makinai.co/insights/pt/como-estruturar-piloto-pago-contratar-empresa-ia para validar hipóteses antes da escala. Conheça https://makinai.co/services/pt/consultoria-estrategia-ia-transformacao.
Quando envolver a MAKINAI
A MAKINAI pode converter objetivos em um registro de aceite, alinhar dataset, métricas, tolerâncias e responsáveis, e montar gates que compras, tecnologia e fornecedor consigam executar. O resultado deve deixar explícitos o que foi comprovado, o que foi aceito como exceção e qual evidência libera cada pagamento.