Una buena consultora de IA debe dejar más que una solución funcional: debe dejar al comprador capaz de tomar decisiones, operar controles, diagnosticar fallas y mejorar el sistema. Antes de contratar, exija un plan vinculado a tareas reales, responsables nombrados, artefactos utilizables y evidencia de que el equipo interno puede actuar sin que la consultora lidere cada paso.
Capacitación, documentación y autonomía son resultados distintos. Las sesiones y grabaciones ayudan, pero la transferencia se prueba cuando el equipo interno puede explicar una decisión, cambiar una configuración de forma segura, ejecutar evaluaciones, responder a incidentes y asumir el backlog. Defina ese estado objetivo en el RFP, SOW y criterios de aceptación.
AI Capability Transfer Proof-8: matriz de 32 puntos
Califique cada dimensión de cero a cuatro: cero es ausente; uno es promesa; dos es material parcial; tres es evidencia vigente utilizada por el equipo interno; cuatro agrega ejecución independiente ante un escenario nuevo. Como corte ilustrativo, avance con 24 de 32, ningún cero y al menos tres en decisiones, operación, riesgo y continuidad.
- Decisiones — contexto, opciones, supuestos y trade-offs de negocio, producto, modelo y arquitectura son reproducibles.
- Datos — owners internos controlan acceso, calidad, linaje, preparación y uso permitido.
- Construcción — código, prompts, configuraciones, integraciones, pruebas y ambientes pueden modificarse con seguridad.
- Evaluación — el equipo ejecuta benchmarks, aceptación, red teaming y regresión.
- Operación — runbooks cubren observabilidad, costo, calidad, fallback, escalamiento e incidentes.
- Gobierno — roles, aprobaciones, riesgos, excepciones, auditoría y cambios de modelo tienen responsables.
- Evolución — backlog, deuda, experimentos, actualizaciones y roadmap continúan sin conocimiento tácito oculto.
- Continuidad — salida, reemplazo, handover y acceso a artefactos fueron ensayados.
Aplique seis filtros eliminatorios
- El plan promete capacitación, pero no define tareas que el equipo deberá ejecutar.
- El conocimiento crítico depende de una sola persona del proveedor o del comprador.
- La documentación no tiene owner, versión, ambiente validado o gatillo de actualización.
- El equipo interno no tendrá acceso suficiente a código, prompts, datos, evaluaciones, logs o configuraciones.
- Aceptación y pagos no dependen de teach-back, operate-back o resolución de un escenario nuevo.
- La salida comienza cerca del cierre, sin capacidad reservada para transición.
Un filtro reprobado puede indicar que el comprador todavía no puede absorber el trabajo. Decida conscientemente entre ampliar capacidad interna, contratar servicios gestionados o limitar el primer contrato a discovery y piloto. El riesgo es comprar autonomía en el discurso y dependencia en el modelo de entrega.
Exija ocho artefactos reutilizables
- Registro de decisiones de arquitectura y producto con alternativas y gatillos de revisión.
- Mapa de datos, permisos, linaje, calidad y responsables.
- Repositorios, inventario de componentes, instrucciones de build y configuración de ambientes.
- Suite de evaluación con baselines, resultados, límites y rutina de regresión.
- Runbooks de operación, observabilidad, costo, fallback e incidentes.
- Registro de riesgos, controles, aprobaciones, excepciones y evidencias.
- Backlog priorizado, deuda conocida, roadmap y criterios de cambio de modelo o proveedor.
- Plan de transición con personas, accesos, activos, hitos, dependencias y aceptación.
Realice una prueba operate-back de 90 minutos
Pida al proveedor enseñar a un responsable interno a investigar un caso nuevo: caída de calidad después de cambiar el modelo, aumento de costo o falla de integración. El responsable debe encontrar la decisión, revisar logs y evaluaciones, proponer una corrección, explicar el riesgo y actualizar el runbook. Evalúe claridad, acceso, trazabilidad y cuánto debió intervenir el proveedor.
Defina qué debe quedar dentro de la empresa
Internalice derechos de decisión, contexto de negocio, ownership de datos, criterios de calidad y riesgo, acceso a activos y capacidad de reemplazar al proveedor. Especialistas externos pueden seguir acelerando ingeniería, evaluación u operación. La meta no es duplicar la consultora, sino mantener decisiones irreversibles y conocimiento operativo esencial bajo control del comprador.
Lleve la transferencia al RFP, SOW y pagos
Defina capacidades objetivo por rol, disponibilidad interna, calendario de pairing, artefactos, reglas de actualización y pruebas de autonomía. Reserve tiempo de ambas partes. Vincule hitos a demostraciones lideradas por el comprador y retenga la aceptación final hasta completar accesos, documentación y transición.
Contexto de América Latina
Revise país por país contratación, rotación, terceros, idioma, husos horarios, acceso privilegiado, privacidad y reglas sectoriales. Identifique titulares y suplentes, y mantenga activos críticos en cuentas controladas por la empresa. Legal debe adaptar propiedad intelectual, confidencialidad, seguridad, protección de datos y transición a cada jurisdicción.
Conecte la transferencia con otras diligencias
Use https://makinai.co/insights/es/equipo-interno-contratar-gobernar-empresa-ia para asignar owners, https://makinai.co/insights/es/gobierno-desempeno-proveedor-ia-antes-contratar para crear cadencias, https://makinai.co/insights/es/como-evitar-lock-in-contratar-proveedor-ia para probar la salida y https://makinai.co/insights/es/como-elegir-proveedor-servicios-gestionados-ia cuando la operación seguirá externa.
Cuándo involucrar a MAKINAI
MAKINAI puede definir el estado de capacidad deseado, convertir transferencia en entregables y pruebas, y estructurar gobierno, arquitectura y transición con evidencia verificable. Conozca https://makinai.co/services/es/consultoria-estrategia-ia-transformacion.