Qué certificaciones de IA valen y cuáles no dicen nada

El error de contratar por la insignia, no por el resultado

RRHH tiene un problema estructural con la IA: no tiene una forma fácil de medir criterio en una entrevista de treinta minutos, así que recurre a lo que sí puede medir. Un certificado es una casilla. Aparece en el CV, tiene un logo reconocible, se puede poner en una tabla comparativa junto a otros candidatos. Es objetivo, defendible ante dirección y rápido de evaluar. El problema es que mide la variable equivocada.

Ese atajo premia a quien sabe coleccionar diplomas, no a quien sabe resolver un problema de negocio con IA. Y son habilidades distintas. Terminar un curso de doce horas sobre un modelo de lenguaje requiere paciencia y una tarjeta de crédito. Diagnosticar por qué un proceso de atención al cliente se cae en el paso tres, decidir qué parte automatizar y sostener esa automatización durante seis meses de cambios operativos requiere algo que ningún curso online certifica: criterio aplicado bajo presión real.

El resultado práctico es previsible. Empresas que contratan por certificados terminan con personas que hablan con fluidez sobre modelos, prompts y agentes, pero que no saben traducir eso en una mejora medible de un proceso. El área que los contrató descubre el problema recién a los tres o cuatro meses, cuando pide un resultado y recibe, en cambio, un reporte de actividades.

La idea de fondo es la misma que aplica a comprar cualquier herramienta de IA: nadie compra un curso terminado, se compra un problema resuelto. Si el proceso de selección no distingue entre las dos cosas, el filtro de certificados no está protegiendo la contratación. La está saboteando.

Qué es una certificación de IA que sirve (y qué no)

No todas las certificaciones son ruido. Existe una diferencia real entre un papel que certifica asistencia y uno que certifica que alguien resolvió un problema bajo evaluación. La confusión empieza porque ambas se ven casi idénticas en un CV: mismo formato, mismo logo de plataforma, misma frase de “certificado en...”. La única forma de distinguirlas es preguntando qué evaluaron y cómo.

• No es una garantía de criterio de negocio. Certifica conocimiento de una herramienta o un concepto, no capacidad de decidir cuándo usarlo.
• No es intercambiable con experiencia. Un curso de dos semanas no equivale a haber sostenido un proyecto real durante meses, con datos reales y usuarios reales.
• No es un filtro suficiente por sí sola. Sirve como dato adicional, nunca como criterio principal de descarte o de selección.
• No es prueba de que la persona sepa explicar el impacto en el negocio. Muchas certificaciones evalúan dominio técnico, no comunicación ni priorización.
• No es igual entre proveedores. El mismo nombre genérico, “certificado en IA generativa”, puede significar cuatro horas de video o un proyecto evaluado por un tercero.

Las cuatro categorías de certificaciones que vas a encontrar en un CV

Antes de descartar o premiar un certificado, conviene saber en qué categoría cae. No hace falta memorizar nombres comerciales, cambian cada seis meses y varían por país, pero sí conviene reconocer el patrón detrás de cada tipo.

Certificaciones de proveedor

Las emite la empresa dueña de una herramienta o plataforma de IA para certificar que alguien sabe usar su producto. Tienen un valor real como señal de familiaridad técnica con esa herramienta específica, pero ese valor es limitado: enseñan a operar un producto, no a decidir si ese producto resuelve el problema de negocio que tienes enfrente. Además caducan rápido, porque las plataformas cambian de versión cada pocos meses.

Certificaciones académicas

Vienen de universidades o programas de posgrado y suelen tener más profundidad conceptual: estadística, arquitectura de modelos, ética de datos. Aportan una base sólida para entender por qué algo funciona, pero rara vez incluyen la parte de ejecución en un entorno real, con presión de negocio, plazos ajustados y datos desordenados. Un candidato con una maestría puede explicar perfectamente un modelo y no saber priorizar qué proceso automatizar primero.

Certificaciones de asistencia

Webinars, bootcamps de fin de semana, cursos cortos grabados. Certifican que alguien vio el contenido y, en el mejor de los casos, que respondió un cuestionario de opción múltiple al final. Son las más comunes en un CV y las que menos dicen sobre criterio real. No son inútiles, indican interés y disposición a aprender, pero no deberían mover una decisión de contratación por sí solas.

Certificaciones con proyecto evaluado

Esta es la categoría que sí importa. Un tercero (instructor, panel, empresa) revisó un proyecto real o simulado, con datos, restricciones y un resultado esperado, y evaluó cómo la persona llegó a la solución. Aquí el certificado es un proxy razonable de criterio aplicado, siempre que puedas pedir ver el proyecto, no solo el papel.

• Pregunta qué evaluaron. Si la respuesta es “un examen de opción múltiple”, estás frente a una certificación de asistencia disfrazada de credencial técnica.
• Pide ver el proyecto, no el certificado. El papel no dice nada sin el trabajo que hay detrás.
• Revisa la fecha y la vigencia. Una certificación de proveedor de hace dos años, sobre una herramienta que cambió de versión tres veces, ya no dice mucho.

Cómo pedirle a un candidato que demuestre lo que la certificación dice que sabe

La certificación no es el final de la evaluación, es el inicio de una pregunta. Si alguien pone en su CV que está certificado en algo relacionado con IA, la entrevista debería usar ese certificado como punto de partida para una prueba de criterio, no como una casilla ya resuelta.

• Pide el proyecto detrás del certificado. “Muéstrame qué construiste, con qué datos y qué decidiste tú, no el instructor”.
• Cambia el contexto del problema. Toma el caso que resolvió en el curso y pregúntale cómo lo adaptaría a un proceso distinto, con otros datos y otra restricción de presupuesto.
• Pide el resultado en números de negocio. Horas ahorradas, error reducido, ingreso protegido. Si solo describe pasos técnicos, la certificación no se tradujo en criterio.
• Pregunta por lo que no funcionó. Cualquiera que haya aplicado algo real tiene una historia de un intento fallido. Si todo salió perfecto en su relato, probablemente no lo aplicó de verdad.
• Dale un caso nuevo, en vivo. Describe un problema simple de tu propia operación y pide que piense en voz alta cómo lo abordaría. La certificación no ayuda aquí; el criterio, sí.

La prueba de los cinco minutos

Si en cinco minutos de conversación un candidato no puede explicar, en términos que entienda un gerente de operaciones, qué problema resolvió y cuánto valió eso, la certificación que trae en el CV no está haciendo su trabajo. No importa cuántos logos tenga detrás del nombre.

Lo que pesa más que cualquier certificado

Esto es lo central de esta página, y lo que casi ningún proceso de selección de IA aplica todavía: se contrata por resultados entregados, no por títulos ni certificaciones. El criterio que debería mover la decisión es qué problema de negocio resolvió antes esa persona, con qué proceso llegó ahí y qué número movió. Todo lo demás, incluidas las certificaciones, es información secundaria que ayuda a contextualizar ese resultado, nunca a reemplazarlo.

Lo que más pesa en un perfil de IA no es el dominio de herramientas, es la capacidad de análisis y de gestión de procesos. Hablar con fluidez de agentes, modelos y arquitecturas es, en la práctica, una señal débil, no fuerte. Un candidato que responde todo en jerga técnica y no logra explicar el impacto en el negocio es exactamente el perfil que conviene evitar, sin importar cuántas certificaciones acumule.

Un buen perfil de IA se parece más a un gerente de operaciones que a un ingeniero de sistemas: traduce entre dirección y ejecución técnica, prioriza por dolor y por retorno, y sabe decir que no a una automatización que no vale la pena, aunque sea técnicamente posible. Si quieres entender ese perfil con más detalle, incluso desde alguien que empezó como automatizador de tareas sueltas, el recorrido “de automatizador a Gerente IA” en /recursos/roadmap-ia-de-automatizador-a-gerente-ia y en /contenido/de-automatizador-a-gerente-ia describe exactamente esa transición y qué separa a un operador de herramientas de alguien que gestiona resultados.

• Resultado verificable primero. Qué proceso mejoró, con qué evidencia, en qué plazo.
• Capacidad de diagnóstico. Si puede identificar la causa real de un problema de negocio antes de proponer una herramienta.
• Traducción entre negocio y técnica. Si explica el impacto en KPI, no solo en arquitectura de modelos.
• Criterio para decir que no. Si reconoce cuándo un proceso todavía no debería automatizarse.
• Certificaciones, en último lugar. Como dato de contexto, nunca como filtro principal de la decisión.

Señales de alerta alrededor de las certificaciones

Hay patrones que se repiten en candidatos que usan certificaciones como maquillaje de un perfil sin sustancia. Ninguno es descalificador por sí solo, pero cuando aparecen dos o tres juntos, conviene profundizar antes de avanzar en el proceso.

• El CV como catálogo de logos. Seis o siete certificaciones de plataformas distintas, sin un proyecto real detrás de ninguna.
• Todas obtenidas en el mismo mes. Patrón típico de alguien que armó el CV para un proceso de selección específico, no de un aprendizaje sostenido en el tiempo.
• Jerga sin traducción a negocio. Habla de modelos, tokens y agentes, pero no puede decir en una frase qué proceso mejoró y cuánto valió.
• No sabe explicar qué evaluó la certificación. Si no recuerda si hubo examen, proyecto o solo asistencia, casi siempre fue lo último.
• Certificaciones vencidas o sobre versiones ya reemplazadas. Indica que el conocimiento no se actualizó, aunque el papel siga en el CV.

Cómo se ve en la práctica

Una importadora mediana en Perú, alrededor de sesenta personas, abrió una posición de especialista en IA para su área comercial. El primer filtro de RRHH priorizó a un candidato con seis certificaciones de distintas plataformas de IA generativa, todas obtenidas en los cuatro meses previos a la búsqueda de empleo. En papel era el perfil más “calificado” de los doce postulantes.

En la segunda entrevista, el gerente de operaciones le pidió algo simple: diagnosticar por qué el proceso de conciliación de pedidos entre el equipo comercial y el almacén tomaba en promedio dos días y generaba errores de stock. El candidato respondió con una lista de herramientas que “podrían ayudar” (un agente para clasificar correos, otro para generar reportes) pero no logró explicar cuál era la causa real del retraso ni qué se perdía en cada paso del proceso. Cuando le preguntaron cuánto tiempo o dinero calculaba que se ahorraría con su propuesta, no tenía cifra ni forma de estimarla.

La empresa descartó a ese candidato y avanzó con otro postulante que tenía una sola certificación, de asistencia, sin mayor peso técnico, pero que en su experiencia previa había rediseñado el proceso de conciliación de pedidos de otra empresa más pequeña, reduciendo el tiempo de dos días a medio día y bajando los errores de stock reportados mes a mes. No hablaba de modelos ni de arquitecturas. Hablaba de dónde estaba el cuello de botella y cómo lo había resuelto.

El área comercial de la importadora había tardado cinco semanas en reemplazar a un especialista contratado por error en un proceso anterior similar. La segunda vez, con el criterio de resultado entregado por delante de las certificaciones, la contratación se resolvió en dos semanas y el nuevo especialista mostró una mejora medible en el proceso de conciliación dentro de su primer trimestre.

Mi criterio

Cómo saber si lo hiciste bien

Evaluar certificaciones de IA sin dejarte impresionar no requiere un proceso complicado, requiere cambiar el orden de las preguntas: primero el resultado, después el certificado como contexto. Esta lista ayuda a verificar si aplicaste ese orden de verdad.

• Pediste ver al menos un proyecto real detrás de cada certificación relevante, no solo el papel.
• El candidato explicó el impacto de negocio (tiempo, error, ingreso) sin que se lo tuvieras que traducir tú desde su jerga técnica.
• Preguntaste qué evaluó exactamente la certificación (examen, proyecto o solo asistencia) antes de darle peso en la decisión.
• El resultado entregado por el candidato pesó más en tu decisión final que el número de certificados en el CV.
• Descartaste, o al menos marcaste con cautela, a algún candidato con muchas certificaciones y ningún resultado verificable que explicar.

Si marcaste las cinco, tu proceso de selección ya distingue entre criterio aplicado y coleccionismo de diplomas. Si no, el ajuste es simple: en la próxima entrevista, pide el proyecto antes que el certificado.