Para contratar bem uma empresa de IA, o cliente precisa manter internamente oito responsabilidades: patrocínio pelo resultado, ownership do processo, autoridade de produto, stewardship de dados, integração tecnológica, segurança e privacidade, mudança e operação, e gestão comercial do fornecedor. Isso não significa oito pessoas em tempo integral. Em uma iniciativa menor, quatro ou cinco líderes podem acumular papéis; o que não pode ser terceirizado é a decisão sobre valor, risco, dados, aceite e entrada em produção.
A consultoria pode acelerar discovery, engenharia, avaliação, design e implantação. Ela não deveria escrever sozinha o business case, aceitar risco em nome do cliente, decidir quem pode usar dados, aprovar a própria entrega ou prometer adoção pela operação. Sem uma função cliente capaz, o fornecedor fica esperando decisões, preenche lacunas com suposições e parece atrasado quando o gargalo real está dentro da empresa compradora.
AI Client Ownership Map-8: matriz de 32 pontos
Pontue cada responsabilidade de zero a quatro: zero, ninguém nomeado; um, nome sem agenda; dois, participação reativa; três, dono com autoridade, tempo e entregáveis; quatro, dono testado por decisões reais, com substituto e escalonamento. Exija pelo menos 24 de 32, nenhum zero e nota mínima três para resultado, dados, risco e operação antes de assinar a implementação completa.
- Sponsor de resultado — responde pelo business case, prioridade, funding, risco residual e benefícios.
- Dono do processo ou domínio — define o trabalho real, exceções, usuários, política e mudança operacional.
- Product owner ou delivery lead do cliente — mantém backlog, decide trade-offs e destrava dependências diariamente.
- Dono de dados — autoriza fontes, finalidade, qualidade, acesso, retenção, exclusão e lineage.
- Dono de tecnologia e integração — controla arquitetura, identidades, ambientes, APIs, observabilidade e suporte.
- Segurança, privacidade e jurídico — definem gates, restrições, evidências e exceções de risco.
- Mudança e operação — prepara usuários, procedimentos, suporte, métricas, incidentes e continuidade.
- Compras e gestão comercial — mantém SOW, marcos, aceite, change control, performance e saída.
Papéis não são headcount
Uma prova de conceito de baixo risco pode combinar sponsor e dono do processo; product owner e delivery lead; arquitetura e integração; compras e finanças. A separação cresce com impacto, dados sensíveis, autonomia do sistema e alcance operacional. Uma pessoa não deve aprovar sozinha uma exceção de alto risco que ela própria propôs. O objetivo é cobrir decisões, não desenhar um organograma pesado.
Como referência de capacidade, reserve um client lead entre 50% e 100% do tempo durante discovery e entrega; donos de negócio, dados e tecnologia entre 20% e 40% nas fases que exigem decisões; especialistas de risco por gate; sponsor em steering mensal e decisões críticas. São faixas de planejamento, não benchmarks universais. Estime a carga pelo número de integrações, fontes de dados, grupos de usuários, controles e decisões irreversíveis.
Defina direitos de decisão antes do kickoff
- O cliente decide: resultado, prioridade, risco tolerado, dados permitidos, usuários, revisão humana, aceite e produção.
- O fornecedor decide: método de execução, organização técnica e escolhas reversíveis dentro das restrições aprovadas.
- A decisão é conjunta: mudança de escopo, substituição de modelo, trade-off de qualidade versus custo, exceção temporária e plano de recuperação.
- Só o owner contratualmente autorizado altera preço, prazo ou obrigação; uma decisão técnica não pode virar change request informal.
Registre para cada decisão: owner, consultados, prazo, evidência necessária, substituto e caminho de escalonamento. Use um SLA interno de 48 horas úteis para decisões rotineiras e um fórum curto para exceções. Se o cliente não consegue cumprir esse prazo, o cronograma da proposta precisa incluir a espera — não escondê-la como risco do fornecedor.
Oito artefatos que o time interno deve controlar
- Registro de resultados, baseline, métricas e benefícios.
- Mapa do processo, usuários, exceções e decisões proibidas.
- Inventário de dados, permissões, qualidade e instruções de uso.
- Arquitetura, integrações, ambientes e owners técnicos.
- Conjunto de avaliação, critérios de aceite e resultados de regressão.
- Registro de riscos, controles, exceções e risco residual.
- Plano de mudança, operação, suporte, incidentes e desligamento seguro.
- SOW, decisão de aceite, change log, pagamentos, direitos e plano de saída.
O fornecedor pode preparar e atualizar esses artefatos, mas o cliente deve aprovar, conseguir encontrá-los e continuar usando-os se a equipe externa mudar. O NIST AI RMF recomenda que papéis, responsabilidades e linhas de comunicação de risco sejam claros e documentados. GovS 002 separa a accountability do sponsor pelos resultados da responsabilidade de gestão diária. Essa separação reduz o vazio entre steering executivo e execução.
Ritmo mínimo de governança
Combine duas sessões de trabalho por semana para dados, processo e integração; um fórum semanal de 45 minutos para decisões e riscos; demonstração e avaliação quinzenal; steering mensal para resultado, orçamento e risco residual; e gates formais antes de dados reais, integração, piloto, produção e escala. Reunião sem decisão não conta como governança: cada fórum deve fechar owners, datas e evidências.
Teste a prontidão do cliente antes de escolher o fornecedor
- Peça que cada owner bloqueie no calendário as primeiras quatro semanas.
- Apresente um conflito entre velocidade e controle e observe quem decide.
- Simule atraso de acesso a dados e uma falha de integração.
- Confirme quem pode aceitar uma entrega e liberar pagamento.
- Teste se o sponsor aceita interromper o projeto quando a evidência não sustenta o business case.
- Verifique se existe substituto para cada papel crítico.
Se três ou mais itens falharem, não compense comprando mais horas do fornecedor. Reduza o escopo, faça um discovery pago ou nomeie o time interno antes da implementação. Inclua no RFP a dedicação esperada do cliente e peça que cada proponente explicite dependências, decisões e prazos de resposta. Uma boa proposta torna o trabalho do comprador visível.
Contexto brasileiro: dados e responsabilidade não desaparecem com a terceirização
No Brasil, alinhe o dono de dados, privacidade e jurídico aos papéis efetivos sob a LGPD. O guia da ANPD reforça que controlador, operador e encarregado têm funções e regimes próprios; o contrato deve refletir a operação real. O encarregado ou a área de privacidade pode orientar e acompanhar, mas o negócio continua responsável pela finalidade e pelo uso aprovado. Revise também regras setoriais com assessoria adequada.
Conecte o time do cliente ao modelo de contratação
Use https://makinai.co/insights/pt/equipe-interna-ou-consultoria-ia-como-decidir para escolher o modelo de sourcing, https://makinai.co/insights/pt/como-avaliar-equipe-consultoria-ia-antes-contratar para validar a contraparte, https://makinai.co/insights/pt/como-avaliar-propostas-consultoria-ia-scorecard para comparar ofertas e https://makinai.co/insights/pt/como-escolher-parceiro-servicos-gerenciados-ia para planejar a operação.
Quando envolver a MAKINAI
A MAKINAI pode ajudar a desenhar o operating model do lado cliente, estimar capacidade, definir direitos de decisão e transformar dependências internas em um plano executável antes do RFP ou do kickoff. Conheça https://makinai.co/services/pt/consultoria-estrategia-ia-transformacao.