Contrata un equipo de ML si la IA es el producto que vendes. Externaliza si necesitas uno o dos sistemas de IA y nadie en la empresa puede dirigir a los profesionales de ML que se contraten.
Contrata tu propio equipo de ML si la IA es aquello por lo que pagan tus clientes y los modelos van a necesitar trabajo cada semana durante años. Externaliza si necesitas uno o dos sistemas de IA dentro de operaciones que ya gestionas y nadie en la empresa puede dirigir a los profesionales de ML que se contraten ni evaluar a los candidatos. Cuando elijas quién lo construye, busca una empresa que pueda mostrarte un sistema de IA que haya llevado a producción y que siga en uso diario, y haz que el contrato te garantice la entrega del código, los archivos del modelo y el conjunto de evaluación.
La respuesta corta: contrata cuando la IA es tu producto, y externaliza cuando es una herramienta dentro del negocio y nadie en la empresa puede dirigir un equipo de ML. Si externalizas pero vas a operar el sistema durante años, haz las dos cosas en orden: un equipo externo construye la primera versión mientras tú contratas a las dos o tres personas que se harán cargo de él.
Seguir leyendo
La mayoría de las empresas que se hacen esta pregunta no necesitan que nadie invente ni entrene un modelo nuevo. Necesitan un sistema que tome un modelo existente, le pase sus documentos, tickets o transacciones, compruebe lo que sale y deje el resultado donde el personal ya trabaja. Eso es ingeniería en torno a un modelo, y exige contratar un perfil distinto del de investigación.
Entrenar tu propio modelo compensa sobre todo cuando el modelo es lo que compran los clientes, y requiere muchos datos etiquetados. Construir sobre un modelo existente, ya sea el servicio de un proveedor o un modelo que descargas y ejecutas en tus propios servidores, requiere personas que conecten sistemas, revisen la calidad de las respuestas y mantengan el software en marcha. Decide cuál de las dos cosas necesitas antes de redactar una descripción del puesto o de llamar a un socio.
Un ingeniero de ML no es un equipo. Un modelo en producción está rodeado de mucho software corriente, y las personas que construyen y operan ese software son la mayor parte del equipo. La guía de arquitectura de Google sobre MLOps lo expresa así: «Solo una pequeña fracción de un sistema de ML del mundo real se compone del código de ML. Los elementos necesarios que lo rodean son vastos y complejos».
Un equipo capaz de construir y operar un sistema en producción sin ayuda externa cubre cuatro roles:
En un equipo pequeño, una persona puede asumir dos de estos roles, pero nadie asume los cuatro. Hay un rol más, del lado del negocio, y ninguna contratación lo sustituye: la persona que decide qué es una respuesta correcta.
Los salarios suelen ser la partida más grande, y los datos públicos dan un punto de referencia. La Oficina de Estadísticas Laborales de Estados Unidos (BLS, por sus siglas en inglés) no publica una cifra salarial específica para los ingenieros de machine learning. Para las ocupaciones más cercanas que sí recoge, el salario anual mediano en mayo de 2025 era de $120 230 para los científicos de datos, $135 980 para los desarrolladores de software y $140 300 para los investigadores en ciencias de la computación y de la información.
Son medianas de ocupaciones completas en Estados Unidos. Las personas que ya han llevado sistemas de ML a producción son un grupo más reducido, y tu ubicación y el nivel de experiencia que necesitas mueven la cifra hacia arriba o hacia abajo.
El salario no es todo lo que cuesta un empleado. En el conjunto de los empleos del sector privado de Estados Unidos, en junio de 2026 los sueldos y salarios supusieron el 70.0 por ciento de lo que los empleadores gastaron en remuneración, y las prestaciones, el 30.0 por ciento restante, según la BLS.
A los salarios se suman otros costes:
Este artículo no da un rango de precios para la externalización: ninguna empresa puede presupuestar el trabajo con honestidad antes de haber visto la tarea, las normas sobre los datos y el volumen.
Contratar compensa cuando el trabajo no se acaba nunca y merece la pena conservar el conocimiento dentro de la empresa:
Si se cumplen las dos primeras, contrata. Aun así, unos ingenieros externos pueden acortar el arranque mientras se forma tu equipo.
Externalizar encaja cuando la IA es una herramienta dentro del negocio y no el negocio en sí:
Un dato público apunta en la misma dirección. En «The GenAI Divide», un informe del MIT NANDA de julio de 2025 basado en entrevistas en 52 organizaciones, las herramientas de IA generativa compradas a proveedores externos o desarrolladas con ellos llegaron a desplegarse en aproximadamente el 67% de los casos, frente a cerca del 33% de las herramientas construidas íntegramente dentro de la empresa. Los autores describen las cifras como autodeclaradas y advierten de que parte de la diferencia puede deberse a las propias organizaciones.
Externalizar tiene su propio coste: el conocimiento de cómo funciona el sistema queda fuera de tu empresa hasta que alguien lo trae dentro.
Sí, y para una empresa que espera operar el sistema durante años suele ser el orden más seguro. Un equipo externo construye la primera versión, y tú contratas a dos o tres personas durante la construcción y no después. Esas personas revisan el código, participan en las decisiones de diseño y, hacia el final, operan el sistema ellas mismas mientras quienes lo construyeron observan.
Esto solo funciona si el traspaso queda escrito en el contrato como una lista de cosas que recibes y que puedes usar sin depender de quien lo construyó:
Revisa la licencia de cualquier modelo base incluido en ese paquete, porque sus condiciones acompañan a todo lo que se construye sobre él. La licencia de Llama 3.3 de Meta, por ejemplo, dice que, si usas Llama para «crear, entrenar, afinar o mejorar de otro modo un modelo de IA que se distribuya o se ponga a disposición, deberás incluir también “Llama” al principio del nombre de cualquier modelo de IA de ese tipo».
Una prueba de traspaso que sirve con cualquier proveedor: tus nuevas incorporaciones cambian un prompt o un parámetro, ejecutan el conjunto de evaluación, despliegan el cambio y lo revierten, sin que nadie del proveedor toque el teclado. Todo lo que tengan que preguntarle al proveedor es algo que todavía no posees.
Haz las mismas preguntas a todos los candidatos, por escrito:
Fíjate también en lo que te pregunta cada empresa. Una que ya ha construido esto antes pregunta por tu tarea y tus datos antes de nombrar un modelo.
Este artículo no señala ninguna empresa como la mejor. Una recomendación que ignora tu tarea, tus normas sobre los datos y quién operará el sistema después es una conjetura. Cinco tipos de empresa hacen este trabajo, y cada uno encaja en una situación distinta:
Para elaborar una lista corta, escribe una página: la tarea en una frase, los datos que el sistema puede ver y adónde pueden ir, ejemplos reales con respuestas correctas, el volumen diario y quién será responsable del sistema tras el lanzamiento. Envía la misma página a tres empresas del tipo que encaje y compara sus preguntas con la misma atención que sus propuestas. Si puedes, paga una primera fase pequeña con criterios de aceptación por escrito antes de firmar la construcción completa.
De los tipos de empresa descritos arriba, amBrain es una empresa de ingeniería.
Sobre su propio trabajo con modelos de lenguaje, amBrain dice: «Hemos llevado a producción una integración de LLM dentro del perímetro FinTech de un cliente: extracción y normalización de avisos no estructurados de brókers y de centros de negociación —eventos corporativos, cambios de instrumentos y de márgenes— en registros estructurados que consume el sistema de trading». El cliente no se nombra, y no se publican cifras sobre el proyecto.
amBrain describe en una línea cómo trabaja con sus clientes: «Tres formatos: entrega completa, un equipo dedicado o ingenieros integrados en tu equipo». Sobre la propiedad, su frase es: «El cliente conserva la propiedad completa del producto y del código, salvo nuestros componentes reutilizables». Pide a amBrain la lista de esos componentes nombre por nombre, como se la pedirías a cualquier otra empresa.
Si estás decidiendo ahora, empieza por el brief de una página de la sección anterior. Envíaselo a amBrain o a cualquier otro, y compara lo que te devuelven.
Traiga su arquitectura actual y el modo de fallo que le preocupa, y lo repasaremos juntos en media hora.