Checklist de requisitos de alfabetizacion en IA para fundadores y responsables de compliance

Los requisitos de alfabetizacion en IA deben gestionarse como una checklist operativa, no como un recordatorio generico de formacion. Quien crea, despliega, compra, vende, soporta, supervisa o gobierna sistemas de IA debe comprender lo suficiente para su rol.

El articulo 4 del AI Act se aplica desde el 2 de febrero de 2025. Proveedores y deployers deben procurar un nivel suficiente de alfabetizacion en IA para el personal y otras personas que tratan con la operacion y uso de sistemas de IA en su nombre.

1. Confirma los sistemas en alcance

Empieza con el inventario de IA. Incluye funciones para clientes, proveedores de modelos, copilotos internos, soporte, ventas, analitica, revision documental, seguridad, compliance y experimentos de uso real.

Registra propietario, finalidad, usuarios, personas afectadas, datos, proveedor o modelo, tipo de output, revision humana, geografia y estado de release.

2. Mapea las personas que tratan con cada sistema

La alfabetizacion es por rol. Mapea quien disena, aprueba, configura, usa, revisa outputs, responde a clientes, actualiza documentacion y escala incidentes.

El resultado debe mostrar quien necesita base comun, guia por sistema y competencia mas profunda.

3. Define el estandar minimo

Evita "completar formacion de IA". Producto debe entender uso previsto, limites, impacto, disclosures y launch gates. Ingenieria debe conocer flujos de datos, logging, evaluacion, monitorizacion, accesos y triggers de incidente. Soporte necesita reglas de verificacion y escalacion.

Ventas y customer success necesitan lenguaje aprobado sobre capacidades, limites, supervision humana, datos y proveedores.

4. Elige el metodo de entrega

Para herramientas internas de bajo riesgo puede bastar una guia corta y acuse. Para funciones de cliente usa briefings por rol, release notes, scripts de soporte, enablement comercial y evidencia antes del lanzamiento. Para flujos sensibles usa escenarios, tabletop reviews o aprobacion de liderazgo.

5. Vincula la checklist a producto y proveedores

Incluye preguntas de alfabetizacion en product intake, arquitectura, vendor review, privacidad, seguridad, launch readiness y customer trust. Pregunta que roles estan afectados, que deben saber, que guia existe, que cambio, que evidencia queda y quien actualiza.

6. Conserva evidencia con alcance

La evidencia debe mostrar alcance, no solo finalizacion. Guarda inventario, mapa de roles, matriz de competencias, materiales, registros, briefings, lenguaje aprobado, rutas de escalacion y notas de revision.

7. Define disparadores de actualizacion

Actualiza ante nueva funcion o proveedor, cambio de modelo, prompt o retrieval, nuevos datos, menos revision humana, mas automatizacion, nuevo mercado, mensajes a cliente, incidente o nueva guia oficial.

8. Asigna responsables

Compliance o legal puede liderar, pero producto, ingenieria, seguridad, RR. HH., ventas, soporte, customer success y liderazgo poseen partes de la evidencia. Define owner de alfabetizacion, owners de sistemas y owners por rol.

Errores comunes

Errores frecuentes: dejarlo solo en RR. HH., formar a todos igual, ignorar herramientas internas, guardar evidencia sin alcance y no actualizar tras cambios de producto o proveedor.

FAQ

Cual es el proposito practico?

Que las personas que tratan con IA puedan usar, supervisar, explicar y escalar esos sistemas de forma responsable.

Cuando importa a un SaaS?

Cuando proporciona, despliega, integra o usa sistemas de IA mediante personal u otras personas en su nombre.

Que documentar primero?

Inventario, mapa de roles, matriz minima, metodo de entrega, ubicacion de evidencia, modelo de owners y triggers de actualizacion.

Sources

• Regulation (EU) 2024/1689 laying down harmonised rules on artificial intelligence.
• European Commission guidance on AI talent, skills and literacy.
• European Commission AI Act policy overview.