Respuesta directa: no trate al equipo interno y a la consultora de IA como opciones excluyentes. Mantenga dentro de la empresa la definición del problema, la aceptación de riesgos, el conocimiento del proceso y la responsabilidad por el resultado. Use un socio cuando exista una brecha real de velocidad, especialización multidisciplinaria o experiencia de producción. Para muchas organizaciones que comienzan un trabajo serio de IA, el mejor modelo es co-build: liderazgo y gobierno internos, un squad externo para acelerar y un plan contractual de transferencia desde el primer día.
Dos atajos provocan la mayoría de los problemas. El primero es tercerizar todo para ganar velocidad y descubrir después que nadie dentro de la empresa puede gobernar o evolucionar el sistema. El segundo es decidir construir todo internamente antes de entender el portafolio de casos, creando capacidad fija para una demanda incierta. La IA requiere experimentación y operación continua. El modelo de contratación debe servir para ambas etapas.
La Matriz MAKINAI Control–Capacidad
Ubique cada iniciativa en dos ejes. Control estratégico mide cuánto la capacidad diferencia al negocio, concentra conocimiento propio, afecta a clientes o crea riesgo relevante. Brecha de capacidad mide la distancia entre lo que la organización puede entregar hoy y lo que el caso requiere en velocidad, producto, datos, ingeniería, seguridad, diseño y cambio. El cruce genera cuatro modelos prácticos.
Cuadrante 1 — Alto control, baja brecha: construir internamente
Construya internamente cuando la capacidad sea central para la ventaja competitiva y la organización ya cuente con liderazgo, producto, datos, ingeniería y operación suficientes. Suele aplicarse a sistemas que codifican conocimiento exclusivo, influyen en decisiones críticas o necesitan evolución semanal junto al negocio. Los proveedores pueden apoyar auditorías, picos de trabajo o componentes especializados, pero arquitectura, backlog y operación permanecen bajo mando interno.
Cuadrante 2 — Alto control, alta brecha: co-build y transferencia
Este es el cuadrante más común para nuevas capacidades estratégicas. La empresa debe conservar el control, pero no puede esperar a contratar un equipo completo. Forme un núcleo interno con sponsor ejecutivo, product owner, dueño del proceso, seguridad, datos y riesgo. El socio aporta arquitectura, ingeniería, diseño, evaluación e implantación. El contrato debe exigir documentación, trabajo conjunto, repositorios accesibles, criterios de aceptación y una reducción medible de la dependencia.
Cuadrante 3 — Bajo control, alta brecha: entrega liderada por el socio
Cuando la capacidad no diferencia al negocio, pero la urgencia o complejidad es alta, un socio puede liderar. Ejemplos son automatizaciones de soporte, configuración de plataformas, integraciones estandarizadas y pruebas de valor fuera del núcleo. El cliente sigue siendo responsable por datos, cumplimiento, aprobación de riesgos y resultados. NIST recomienda aplicar a sistemas y datos de terceros el mismo enfoque de gobierno usado para recursos internos. Tercerizar la entrega no terceriza la responsabilidad.
Cuadrante 4 — Bajo control, baja brecha: configurar o comprar
Si el problema es común y la organización ya puede operarlo, evite el desarrollo personalizado por defecto. Configure una plataforma, integre un producto existente o use automatización determinista. Una consultora confiable también debe saber recomendar menos construcción. La pregunta no es “¿quién desarrollará la IA?”, sino “¿cuál es la solución mínima que produce el resultado con riesgo y costo aceptables?”.
Cinco pruebas antes de elegir
- 1. Diferenciación: ¿la forma en que funciona la solución crea ventaja o apoya una actividad común?
- 2. Velocidad: ¿cuál es el costo de esperar la contratación y formación del equipo?
- 3. Escasez: ¿el caso exige producto, datos, ingeniería, seguridad, UX y cambio que hoy no existen juntos?
- 4. Operación: ¿quién controlará calidad, costo, incidentes y evolución después del lanzamiento?
- 5. Reversibilidad: ¿código, datos, evaluaciones, conectores y documentación pueden transferirse o sustituirse?
Puntúe cada prueba de cero a dos. Las notas altas en diferenciación, operación y reversibilidad aumentan la necesidad de control interno. Las notas altas en velocidad y escasez aumentan el valor del socio. No convierta todo en un promedio. Use los resultados para ubicar la iniciativa: alto control y alta brecha indican co-build; bajo control y alta brecha, entrega del socio; alto control y baja brecha, equipo interno.
Qué debe permanecer dentro en cualquier modelo
La organización debe poseer la pregunta de negocio, la autoridad para aceptar riesgos, el inventario de datos, la priorización del backlog, los criterios de éxito y la decisión de producción. NIST organiza el riesgo en Gobernar, Mapear, Medir y Gestionar. ISO/IEC 42001 también sitúa políticas, objetivos, procesos y mejora continua dentro del sistema de gestión de la organización. Un proveedor puede ejecutar actividades, pero no sustituir el gobierno del cliente.
- Responsabilidad interna mínima: sponsor ejecutivo; dueño del proceso; product owner; aprobación de seguridad y privacidad; criterios de evaluación; presupuesto y economía unitaria; decisión de lanzamiento; supervisión de proveedores; plan de continuidad.
Qué debe acelerar un socio
El socio debe reducir incertidumbre y tiempo hasta obtener evidencia, no vender solamente horas técnicas. Busque capacidad para encuadrar casos de uso, diseñar arquitectura, preparar datos, crear evaluaciones, integrar sistemas, probar riesgos, desplegar observabilidad y capacitar equipos. Una consultora que entrega solo presentaciones deja intacta la brecha de ejecución. Una empresa de software que programa sin cuestionar el caso puede acelerar la solución equivocada.
Cómo estructurar un co-build que transfiera capacidad
Divida el trabajo en tres fases. En descubrimiento, el socio lidera métodos y opciones mientras el cliente aporta contexto, restricciones y valor. Durante la construcción, squads mixtos comparten backlog, repositorios y criterios de calidad. En la transición, el equipo interno opera releases e incidentes con apoyo externo decreciente. Defina evidencia de transferencia: manuales probados, decisiones de arquitectura registradas, evaluaciones reproducibles y al menos un ciclo operativo liderado por el cliente.
Vincule pagos a hitos de resultado y capacidad, no solo a entregables. Ejemplos: casos críticos aprobados, reducción verificada del tiempo, costo por tarea dentro del límite, incidentes simulados resueltos y personal interno capaz de operar. Las guías británicas de procurement de IA abarcan preparación, selección, evaluación, implementación contractual y gestión continua: contratar no termina al seleccionar al proveedor.
Señales de alerta
- El socio exige hosting, código o datos inaccesibles sin razón clara; no existe product owner interno; “transferencia” significa una presentación final; la propuesta excluye operación y monitoreo; el precio inicial es bajo, pero cada cambio exige otro proyecto; todo el equipo es externo y no hay responsables internos; la decisión de construir precede la validación del problema.
Próximo paso
Ubique los tres casos prioritarios en la Matriz Control–Capacidad antes de abrir la competencia. Compare proveedores con el scorecard MAKINAI: https://makinai.co/insights/es/como-elegir-empresa-implementar-ia-brasil-scorecard-30-puntos. Estructure requisitos y transferencia con https://makinai.co/insights/es/como-crear-rfp-servicios-ia. Si necesita definir el portafolio y diseñar un modelo híbrido, conozca la consultoría de estrategia y transformación de IA de MAKINAI: https://makinai.co/services/es/consultoria-estrategia-ia-transformacion.