Respuesta directa: el CMO no debe declarar que todos son “corresponsables”. Debe nombrar un dueño interno para cada decisión comercial y separar ocho responsabilidades verificables: resultado, evidencia, configuración, aprobación, ejecución, excepción, medición y operación. Agencia, plataforma y consultora pueden recomendar, configurar y operar. La empresa conserva la autoridad sobre qué resultado optimizar, qué evidencia admitir, qué límites respetar y cuándo detenerse. Sin esa división, cada parte cumple su componente y nadie responde por el workflow completo.
Piense en una empresa mediana latinoamericana que compra medios con una agencia, administra CRM con RevOps, depende de TI para integraciones y recibe recomendaciones automáticas de las plataformas. Las campañas generan leads; ventas rechaza parte; la agencia muestra CPA dentro de meta; CRM conserva motivos incompletos; finanzas ve margen semanas después. Todos pueden cumplir su alcance y el resultado comercial empeorar. No falta IA: la decisión está fragmentada y no tiene un responsable end to end.
Use el Contrato de Responsabilidad de Entrega
- Decisión y resultado — elección, población elegible, métrica, baseline, ventana de maduración y trade-off autorizado.
- Evidencia — sistema de registro, definición, timestamp, identidad, calidad y responsable de resolver divergencias.
- Recomendación y configuración — quién crea regla, objetivo, prompt, modelo, audiencia, puja o automatización; versión e hipótesis.
- Aprobación y derechos de cambio — quién puede modificar metas, presupuesto, campos, acceso, integración o política; límites por magnitud y riesgo.
- Ejecución — quién aplica, cuándo, en qué cuenta y cómo confirma la activación.
- Excepción y reversión — quién detecta, contiene, decide, comunica, revierte y concilia acciones ya realizadas.
- Medición — quién define comparador, maduración, límites de atribución, incertidumbre, costo total y decisión de continuar.
- Operación y transferencia — SLA técnico y comercial, documentación, credenciales, soporte, mantenimiento, salida del proveedor y owner permanente.
Un RACI puede tener nombres y dejar vacía la decisión. El contrato parte de la elección comercial y exige evidencia de ejecución. Cada línea material necesita exactamente un dueño de decisión y al menos un ejecutor nombrado. “Plataforma”, “agencia” e “IA” no son dueños; son sistemas o proveedores. Si dos personas pueden cambiar el objetivo y ninguna debe registrar el motivo, la responsabilidad es ambigua.
Separe acceso, recomendación y autoridad
El historial de Google Ads registra cambios por usuario y herramienta, incluso reglas automáticas, API y Editor. Sirve para reconstruir lo ocurrido, pero no demuestra autorización comercial. La guía de cuentas de administrador reconoce cambios contradictorios entre usuarios. Use acceso nominal, mínimo privilegio necesario, revisión periódica y una tabla aparte de derechos para cambios materiales.
Las metas de conversión muestran la diferencia. Las acciones primarias alimentan Conversions y pueden orientar pujas automáticas. La agencia configura, RevOps produce el evento y la plataforma optimiza; marketing y finanzas todavía deben aprobar el significado económico. Un “lead enviado” no puede convertirse en “lead aceptado” porque alguien cambió una opción.
Ejemplo: de campaña a lead aceptado
Marketing es dueño del trade-off entre volumen y calidad y aprueba el resultado. RevOps define lead aceptado, motivo de devolución y sistema de registro. Datos conserva identificadores y concilia volúmenes. TI opera integración y alertas. La agencia configura campañas, documenta recomendaciones y ejecuta dentro de bandas aprobadas. Ventas devuelve disposición dentro del SLA. Finanzas valida valor y margen. La plataforma optimiza la señal recibida; no responde por un funnel que no observa.
La IA puede resumir cambios, clasificar motivos permitidos, señalar owners ausentes y preparar una recomendación con evidencia. No debe inventar aceptación, cambiar la acción de conversión primaria, ampliar audiencia, subir presupuesto o sobrescribir etapa sin derecho explícito. Empiece con sugerencia y registro; agregue ejecución acotada después de repetición, rollback probado y medición.
Piloto de seis semanas
- Semana 1 — elija una decisión recurrente, por ejemplo optimizar hacia lead aceptado; inventaríe cuentas, personas, proveedores, datos y credenciales.
- Semana 2 — reconstruya 20 a 30 cambios recientes e identifique objetivos alterados, decisiones sin evidencia, handoffs y excepciones sin owner.
- Semana 3 — escriba contrato, niveles de acceso, bandas de cambio, SLA, log mínimo, fallback y criterio de parada.
- Semana 4 — opere en shadow mode: compare recomendaciones de plataforma, agencia y equipo con la decisión aprobada, sin escritura automática.
- Semana 5 — libere una cohorte o cuenta con doble control, trazabilidad, alertas y reversión probada.
- Semana 6 — evalúe resultado maduro, conflicto, tiempo de decisión, carga, costo y decisión de mantener, corregir, ampliar o detener.
Los entregables incluyen mapa del workflow, registro de cuentas y accesos, diccionario de resultado, matriz de derechos, catálogo de cambios materiales, log de decisión, cola de excepciones, plan de rollback, vista de conciliación, runbook y plan de transferencia. No hace falta comprar una plataforma de gobierno para el primer flujo; una tabla versionada y logs existentes pueden bastar.
Mida si la responsabilidad funciona
Mida decisiones sin owner, cambios fuera de banda, objetivos modificados sin aprobación, tiempo hasta decidir, excepciones vencidas, reversiones exitosas, divergencia plataforma-CRM, eventos rechazados, tiempo de conciliación, trabajo repetido, costo operativo y resultado comercial maduro. Vigile efectos adversos: parálisis por aprobación, accesos demasiado restrictivos, alertas sin acción y responsabilidad asignada a quien no tiene capacidad.
El costo crece con cuentas y plataformas, países, agencias, niveles de acceso, ambientes, APIs, identidad, historia, frecuencia de cambio, revisión humana, soporte, auditoría y transición contractual. Separe inversión en medios, fee de agencia, tecnología, datos, implementación y operación. Un contrato reduce zonas grises; no convierte costo en ingreso automáticamente.
Conecte responsabilidad con el workflow real
Defina la frontera entre plataforma y empresa en https://makinai.co/insights/es/ia-medios-pagos-mas-alla-automatizacion-google-meta, devuelva calidad e ingresos al canal con https://makinai.co/insights/es/ia-feedback-crm-plataformas-medios-leads-ingresos, construya la célula mínima con https://makinai.co/insights/es/celula-implementacion-ia-marketing-antes-centro-excelencia y opere dependencias después del lanzamiento con https://makinai.co/insights/es/monitorear-workflow-ia-marketing-crm-api-cambios. Si una decisión atraviesa agencia, CRM, datos y TI sin un solo dueño, lleve a MAKINAI el mapa, los accesos y los últimos 20 cambios mediante https://makinai.co/services/es/consultoria-estrategia-ia-transformacion. Podemos delimitar contrato y piloto antes de reemplazar la stack.
Las fuentes documentan capacidades de cuenta y prácticas de responsabilidad; no asignan responsabilidad jurídica ni prueban resultados. El contrato y el piloto son recomendaciones editoriales que deben validarse con políticas, contratos, privacidad, seguridad y normas de cada país. Los logs pueden estar incompletos, las definiciones pueden cambiar y el resultado agregado no demuestra causalidad.