Before you build anything with a client’s AI, get the paperwork right. Not because legal teams enjoy delaying projects, but because unclear expectations create expensive mistakes. In AI work, the gap between what a client thinks they bought and what the system actually does can get wide fast.

Two documents solve most of that risk up front: a scope of work and an AI use policy. One defines the job. The other defines the rules.

1. Scope of work: define what the AI will and will not do

This document should read like an operating agreement for the project. It should not sound vague or aspirational. If the client wants lead qualification, say exactly what counts as a qualified lead. If they want document processing, name the files, the volume, the decisions, and the edge cases.

Include these basics

• Business objective: What outcome the client wants.
• Inputs: Data sources, file types, systems, and owners.
• Outputs: What the AI produces and where it goes.
• Limits: What the system will not handle.
• Approval path: Who signs off on changes and exceptions.

The goal is simple: no surprises. If the project expands, the document should make that expansion visible and billable.

2. AI use policy: define how the client may use the system

This one protects the client and your team. It sets boundaries around human review, data handling, access, and acceptable use. Without it, people treat AI like a free-for-all and then blame the tool when it makes a bad call.

Cover these points

• Human oversight: Which decisions need review before action.
• Data rules: What can and cannot be entered into the system.
• Security: Access rights, credential handling, and retention.
• Use restrictions: No legal, financial, or customer commitments without approval.
• Incident process: What happens when the system fails or produces wrong output.

This document also makes executive conversations easier. You are not debating every exception in real time. You are pointing back to a policy everyone already accepted.

Why both documents matter

The scope of work prevents project drift. The use policy prevents operational drift. Together, they reduce rework, protect trust, and give everyone a clear line of responsibility.

In AI projects, ambiguity is the most expensive risk on the table.

If you want AI to create value, start by making the work legible. Get the scope clear. Get the rules clear. Then build.

Antes de conectar IA aos processos de uma empresa, eu gosto de começar pelo que evita ruído, retrabalho e risco jurídico. A pressa em automatizar costuma gerar um problema previsível: ninguém definiu claramente o que a ferramenta pode acessar, o que ela pode fazer e quem responde quando algo falha.

Por isso, dois documentos são indispensáveis antes de qualquer implementação séria. Eles não existem para burocratizar o projeto. Eles existem para proteger o cliente, a operação e a equipe que vai construir a solução.

1. Acordo de escopo e responsabilidades

O primeiro documento define o jogo. Ele deixa claro quais processos entram no projeto, quais estão fora, quais sistemas serão integrados e quais resultados a empresa espera.

Sem isso, o cliente pede “uma IA para tudo” e o projeto vira uma sequência de ajustes sem fim. Com escopo bem escrito, a equipe sabe onde começar e o cliente sabe o que esperar.

Esse acordo deve cobrir:

• objetivo do projeto
• processos incluídos e excluídos
• dados e sistemas acessados
• papel de cada parte no projeto
• critérios de sucesso e limites operacionais

Também vale incluir quem aprova mudanças. Em automação, pequenas alterações de processo podem afetar segurança, custo e desempenho. Se ninguém define esse fluxo, a solução cresce sem controle.

2. Termo de uso, dados e confidencialidade

O segundo documento trata do que a IA pode ver e como esses dados circulam. Em empresas médias e grandes, isso não é detalhe. É uma camada de proteção essencial.

Esse termo deve explicar como a empresa trata informações sensíveis, quem pode compartilhar dados com modelos externos e quais restrições valem para documentos, contratos, clientes e informações internas.

Na prática, ele precisa responder:

1. os dados podem sair do ambiente da empresa?
2. a IA pode treinar com informações do cliente?
3. quais dados exigem anonimização?
4. quem aprova integrações com terceiros?
5. o que acontece em caso de incidente?

Quando esse documento existe, a conversa deixa de ser abstrata. A empresa entende o nível de exposição aceitável e o fornecedor trabalha com limites claros.

Por que isso importa antes da tecnologia

IA funciona melhor quando entra em um ambiente organizado. Se o processo já tem falhas, a automação amplia essas falhas com mais velocidade.

Os dois documentos reduzem esse risco. Eles alinham expectativa, protegem dados e evitam que a solução dependa de interpretações soltas. Em projetos com impacto operacional real, isso economiza tempo, dinheiro e desgaste interno.

Antes de automatizar inteligência, organize responsabilidade. Antes de acelerar processo, defina limite.

Conclusão

Se uma empresa quer usar IA de forma séria, ela precisa começar com clareza contratual e proteção de dados. Os dois documentos certos não travam o projeto. Eles tornam a implementação mais segura, previsível e escalável.