GenAI Engineer, AI Product, Arquitecto de IA: roles todavía en definición

Desde la llegada de los modelos generativos a las organizaciones, los títulos se multiplican: AI Engineer, GenAI Engineer, AI Product Manager, AI Solutions Architect, AI Quality Lead, Conversation Designer, AI Adoption Lead. La proliferación es real, pero se lee peor de lo que parece: un mismo título nuevo puede cubrir situaciones muy distintas.

Título, responsabilidad y profesión son tres cosas distintas

La GenAI produce al menos cinco efectos diferentes que suelen agruparse bajo la expresión « nueva profesión ». Puede crear responsabilidades que no existían, reforzar una especialización ya presente, desplazar la frontera entre dos roles existentes, generar una etiqueta nueva sobre un trabajo conocido o, simplemente, añadir un componente GenAI a un puesto por lo demás estable.

Seis familias de responsabilidades que se perfilan

Esto no es una nomenclatura, es una rejilla de lectura: en una organización concreta estas familias pueden corresponder a seis puestos distintos, a dos, o a una sola persona que los asume todos con cualquier título.

AI / GenAI Engineer

Construir aplicaciones alrededor de modelos: integración de API, búsqueda documental, flujos y agentes, evaluación y explotación en producción. El solapamiento con la ingeniería de software es grande — esto es, ante todo, ingeniería de software — y el solapamiento con ML engineering depende de si se entrenan modelos internamente. Dos ofertas con este título pueden describir, una, integración aplicativa y, otra, un trabajo cercano a plataforma.

AI Product

Product manager o product owner con responsabilidades ligadas al comportamiento probabilístico: definir qué es una respuesta aceptable, organizar la evaluación, arbitrar entre calidad, coste y latencia, tratar la cuestión de los datos y del riesgo, y conducir una discovery de casos de uso en la que la viabilidad nunca está garantizada. La competencia de producto sigue siendo central; lo que cambia son los criterios de decisión.

AI Solutions y arquitectura

Traducir una necesidad en una arquitectura viable en contexto empresarial: integración con el sistema de información, seguridad y permisos, procedencia y ciclo de vida de los datos, decisión entre construir y comprar, restricciones normativas y contractuales. El rol existía antes de la GenAI; lo nuevo son los arbitrajes concretos que imponen estos sistemas.

Evaluación y calidad de IA

Construir conjuntos de casos representativos, definir criterios de aceptación, detectar regresiones, caracterizar comportamientos indeseables y hacer observable la calidad a lo largo del tiempo. En algunas organizaciones es un rol dedicado. En muchas otras es una responsabilidad repartida entre ingeniería, producto y negocio, y la pregunta interesante en la entrevista es a cuál de las dos situaciones te incorporas.

Conversación y AI UX

Diseñar la interacción con un sistema cuya salida no está garantizada: fijar expectativas, gestionar la incertidumbre y el error, definir vías de repliegue, prever la intervención humana, construir confianza y entender qué hacen realmente las personas usuarias con el sistema. Aquí no se ha impuesto ningún título único y la responsabilidad se comparte a menudo con el diseño de producto existente.

Adopción y transformación

Acompañar los usos: procesos afectados, competencias por construir, gestión del cambio, reglas de uso y gobernanza operativa. Es la familia más alejada de lo técnico y la más dependiente del contexto organizativo. También es donde más varía el título, del jefe de proyecto al responsable de programa.

Leer una oferta con un título nuevo

Ante un título desconocido, la pregunta útil no es « cómo se llama este puesto » sino « qué se espera realmente ». Ocho preguntas suelen bastar para reconstruir el trabajo que hay detrás de la etiqueta.

• ¿Qué problema debo resolver y para quién dentro de la organización?
• ¿Qué debo entregar en concreto: un prototipo, un servicio en producción, un marco de trabajo, una decisión?
• ¿Qué decisiones me corresponden y cuáles quedan en otras manos?
• ¿Qué nivel de código se espera: escritura diaria, revisión, especificación, ninguno?
• ¿Con qué equipos trabajaré a diario y con qué ritmo?
• ¿Quién es propietario de los datos de los que depende el sistema y en qué condiciones se accede?
• ¿Quién evalúa la calidad y con qué criterios ya existentes?
• ¿Quién responde de la producción y de las guardias, si el sistema se explota?

Las respuestas a estas preguntas se comparan entre puestos mucho mejor que los títulos. Dos ofertas con el mismo título pueden responderlas de forma opuesta; dos ofertas con títulos distintos pueden describir el mismo trabajo.

Lo que este movimiento no permite concluir

La multiplicación de títulos es un hecho observable. Lo que suele deducirse de ella, no. Conviene mantener tres cautelas.

• Un título reciente no es una profesión estabilizada: puede desaparecer, fusionarse con otra o cambiar de contenido sin aviso.
• Un título frecuente en las ofertas no es un estándar: las organizaciones copian formulaciones que ven en otros sitios, incluso cuando describen otra cosa.
• Una responsabilidad nueva no implica un puesto nuevo: a menudo la absorbe un rol existente, que es el caso más habitual en equipos pequeños.

El caso del Prompt Engineer ilustra bien la dificultad. Según el momento y la organización, el término ha designado una competencia transversal esperada de todo el mundo, una especialización real sobre sistemas complejos y un puesto autónomo. Esas tres lecturas no son equivalentes y ninguna constituye una trayectoria profesional universal.

Situarse sin esperar a que se fije el vocabulario

Probablemente no habrá un momento en que el vocabulario se estabilice y cada cual sepa por fin cómo llamarse. La estrategia practicable consiste en describirse por aquello que sí se compara entre organizaciones: los problemas tratados, los entregables, el nivel de responsabilidad y el entorno.

• Describe tu trabajo por las responsabilidades que sostienes y deja el título como información secundaria.
• Al presentarte, alinéate con el vocabulario de la oferta sin adoptar un título que no has ejercido.
• En la entrevista, comprueba cuáles de las seis familias cubre realmente el puesto y cuáles sostienen otras personas.
• Trata un título inusual como una pregunta que hacer, no como una señal de seriedad o de amateurismo.

Es también una protección: quien sabe describir sus responsabilidades sigue siendo legible cuando cambia el vocabulario, mientras que quien se identifica con una etiqueta depende de cuánto dure esa etiqueta.

• Mercado
• Roles GenAI
• Lectura de ofertas