Resposta direta: o CMO não deve pedir que todos sejam “corresponsáveis”. Deve nomear um dono interno para cada decisão comercial e separar oito responsabilidades verificáveis: resultado, evidência, configuração, aprovação, execução, exceção, medição e operação. Agência, plataforma e consultoria podem recomendar, configurar e operar. A empresa continua responsável por qual resultado otimizar, quais dados usar, quais limites respeitar e quando parar. Sem essa divisão, cada parte entrega seu componente e ninguém responde pelo workflow completo.
Considere uma empresa média que compra mídia com agência, mantém CRM com RevOps, depende de TI para integrações e recebe recomendações automáticas das plataformas. A campanha entrega leads; vendas rejeita parte; a agência vê CPA dentro da meta; o CRM registra motivos incompletos; finanças mede margem semanas depois. Todos podem cumprir seu escopo e o resultado comercial ainda piorar. O problema não é falta de IA. É uma decisão repartida sem dono end to end.
Use o Contrato de Responsabilidade da Entrega
- Decisão e resultado — qual escolha será tomada, para qual população, com qual métrica, baseline, janela de maturação e trade-off autorizado.
- Evidência — sistema de registro, definição, timestamp, identidade, qualidade e responsável por corrigir divergências.
- Recomendação e configuração — quem cria regra, objetivo, prompt, modelo, público, lance ou automação; versão e hipótese.
- Aprovação e direitos de mudança — quem pode alterar meta, orçamento, campo, acesso, integração ou política; limite por magnitude e risco.
- Execução — quem aplica, quando, em qual conta e como confirma que a mudança entrou em vigor.
- Exceção e reversão — quem detecta, contém, decide, comunica, reverte e reconcilia ações já executadas.
- Medição — quem define comparador, janela, atribuição possível, incerteza, custo total e decisão de continuar.
- Operação e transferência — SLA técnico e comercial, documentação, credenciais, suporte, manutenção, saída do fornecedor e owner permanente.
Um RACI pode listar nomes e ainda deixar a decisão vazia. O contrato parte da escolha comercial e exige evidência de execução. Para cada linha, deve existir exatamente um dono da decisão e pelo menos um executor nomeado. “Plataforma”, “agência” ou “IA” não são donos; são recursos ou prestadores. Se duas pessoas podem mudar o objetivo e nenhuma precisa registrar por quê, a responsabilidade é ambígua.
Separe acesso, recomendação e autoridade
O Google Ads registra alterações feitas por usuários, regras, API e Editor. Esse log ajuda a reconstruir o que mudou, mas não informa se a mudança tinha autorização comercial. A documentação de contas de administrador reconhece que vários usuários podem fazer mudanças conflitantes. Portanto, mantenha acesso por pessoa, nível mínimo necessário, rotina de revisão e uma tabela externa de direitos para mudanças materiais.
Metas de conversão demonstram a diferença. Ações primárias entram em Conversions e podem orientar lances automatizados. A agência pode configurar, RevOps pode produzir o evento e a plataforma pode otimizar; ainda assim, marketing e finanças precisam aprovar o significado econômico. “Lead enviado” não pode virar “lead qualificado” porque alguém mudou uma caixa de seleção.
Exemplo: da campanha ao lead aceito
Marketing é dono do trade-off entre volume e qualidade e aprova a meta. RevOps define accepted lead, motivo de devolução e sistema de registro. Dados preserva identificadores e reconcilia volumes. TI opera a integração e os alertas. A agência configura campanhas, documenta recomendações e executa mudanças dentro de bandas aprovadas. Vendas devolve disposição dentro do SLA. Finanças valida valor e margem. A plataforma otimiza o sinal recebido; não responde pelo funil que não consegue observar.
A IA pode resumir mudanças, classificar motivos permitidos, detectar falta de owner e preparar uma recomendação com evidência. Não deve inventar aceite, mudar a ação de conversão primária, ampliar público, elevar orçamento ou sobrescrever estágio sem direito explícito. A primeira versão deve sugerir e registrar; execução automática só entra depois de repetição, limites, rollback e medição.
Piloto de seis semanas
- Semana 1 — escolha uma decisão recorrente, como otimizar para lead aceito; inventarie contas, pessoas, fornecedores, dados e credenciais.
- Semana 2 — reconstrua 20 a 30 mudanças recentes e localize objetivos alterados, decisões sem evidência, handoffs e exceções sem owner.
- Semana 3 — escreva o contrato, níveis de acesso, bandas de mudança, SLA, log mínimo, fallback e critério de parada.
- Semana 4 — opere em shadow mode: compare recomendações da plataforma, agência e equipe com a decisão aprovada, sem escrita automática.
- Semana 5 — libere uma coorte ou conta com dupla checagem, trilha, alertas e reversão testada.
- Semana 6 — avalie resultado maduro, conflito, tempo de decisão, carga, custo e decisão de manter, corrigir, ampliar ou encerrar.
Os entregáveis são mapa do workflow, registro de contas e acessos, dicionário de resultado, matriz de direitos, catálogo de mudanças materiais, log de decisão, fila de exceções, plano de rollback, painel de reconciliação, runbook e plano de transferência. Não é necessário comprar uma plataforma de governança para começar; uma tabela versionada e logs existentes podem ser suficientes para um único workflow.
Meça se a responsabilidade funciona
Meça decisões sem owner, mudanças fora da banda, objetivos alterados sem aprovação, tempo até decisão, exceções vencidas, rollback bem-sucedido, divergência entre plataforma e CRM, eventos rejeitados, tempo de reconciliação, ações repetidas, custo operacional e resultado comercial maduro. Também monitore o efeito adverso: paralisia por aprovação, acesso excessivamente restrito, alertas sem ação e responsabilidade concentrada em quem não tem capacidade.
O custo cresce com contas e plataformas, países, agências, níveis de acesso, ambientes, APIs, identidade, dados históricos, frequência de mudança, revisão humana, suporte, auditoria e transição contratual. Diferencie preço de mídia, fee da agência, tecnologia, dados, implementação e operação. Um contrato operacional reduz zonas cinzentas; não transforma automaticamente custo em receita.
Conecte responsabilidade ao workflow real
Entenda a fronteira entre plataforma e empresa em https://makinai.co/insights/pt/ia-midia-paga-alem-automacao-google-meta, devolva qualidade e receita ao canal com https://makinai.co/insights/pt/ia-feedback-crm-plataformas-midia-leads-receita, monte a célula mínima com https://makinai.co/insights/pt/celula-implementacao-ia-marketing-antes-center-excellence e opere dependências após o go-live com https://makinai.co/insights/pt/monitorar-fluxo-ia-marketing-crm-api-mudancas. Se a mesma decisão atravessa agência, CRM, dados e TI sem um único dono, leve à MAKINAI, em https://makinai.co/services/pt/consultoria-estrategia-ia-transformacao, o mapa do workflow, os acessos e as últimas 20 mudanças. Podemos delimitar o contrato e um piloto antes de trocar toda a stack.
As fontes documentam recursos de conta e práticas de responsabilidade; não definem responsabilidade jurídica nem provam resultado comercial. O contrato e o piloto são recomendações editoriais a validar com políticas, contratos, LGPD, segurança e processo locais. Logs podem ser incompletos, definições podem mudar e resultado agregado não prova causalidade.