Figma AI según la Ley de IA de la UE: un asistente de diseño, no una categoría de riesgo
Figma AI (First Draft, Make) es productividad de riesgo mínimo según la Ley de IA. El artículo 50 solo aplica cuando la salida llega al cliente.
Figma AI es una herramienta de productividad para diseñadores. Según la Ley de IA de la UE es de riesgo mínimo, y eso no cambia porque la función se llame "IA".
First Draft convierte una indicación de texto en un diseño de interfaz estructurado. Figma Make convierte instrucciones escritas en un prototipo interactivo. Herramientas menores —Reemplazar contenido, Crear una imagen, Añadir interacciones— aceleran la ideación temprana. Nada de esto es un caso de uso que la Ley de IA de la UE, el Reglamento (UE) 2024/1689, trate como de alto riesgo. El trabajo ocurre dentro del archivo de diseño, antes de que nada salga al mercado. Así que, para un equipo de producto o de diseño, Figma AI no acarrea ninguna obligación obligatoria, con una única excepción estrecha que solo aparece cuando un artefacto generado por IA llega al cliente.
Esta página traza esa línea, nombra la única obligación que puede surgir y aclara la cuestión del RGPD, que aparece más rápido que la de la Ley de IA.
Clasifica el uso, no el nombre de la función
La Ley asigna el riesgo según para qué se usa el sistema, no según si una función se comercializa como IA. No existe ninguna "categoría Figma".
Generar wireframes, esbozar pantallas, prototipar flujos y producir diseños conscientes del sistema de diseño es asistencia al diseño. No figura en el anexo III —las ocho áreas de alto riesgo que cubren biometría, infraestructuras críticas, educación, empleo, servicios esenciales, aplicación de la ley, migración y justicia— y no activa las prohibiciones del artículo 5. Eso sitúa a Figma AI en la categoría de riesgo mínimo: sin evaluación de la conformidad (artículo 43), sin documentación técnica (artículo 11 / anexo IV), sin registro en la base de datos de la UE (artículo 49), sin sistema de gestión de riesgos (artículo 9).
La única obligación ya en vigor para cualquier herramienta de IA es la alfabetización en IA del artículo 4, activa desde el 2 de febrero de 2025. Quienes diseñan con First Draft o Make deberían saber, a un nivel adecuado a su función, que los borradores de IA necesitan revisión humana en cuanto a accesibilidad, semántica y disposición para producción, que es justo lo que dice de todos modos la propia guía de la herramienta. Es una base ligera, no un proyecto de cumplimiento.
| Figma AI en uso | Categoría de la Ley de IA | Qué exige |
|---|---|---|
| First Draft / Make en el archivo de diseño | Mínimo | Solo la alfabetización del artículo 4 |
| Maquetas creadas con IA en revisiones internas | Mínimo | Nada obligatorio |
| Una interfaz de chat/agente de IA que entregas a usuarios finales | Limitado (art. 50) | Aviso del artículo 50(1) "estás hablando con una IA" |
| Imágenes generadas por IA publicadas en tu producto/marketing | Limitado (art. 50) | Marcado y revelación del artículo 50(2)/(4) |
El único lugar donde puede surgir el artículo 50
Figma es una superficie de diseño, así que su salida de IA suele ser un medio para un producto, no el producto. Las reglas de transparencia del artículo 50 aplican al resultado entregado, no al acto de diseñar.
Dos situaciones te llevan al riesgo limitado, y ambas tienen que ver con lo que llega a un usuario final:
- Entregas una función conversacional de IA. Si las pantallas que diseñaste en Figma se convierten en un chatbot o un asistente de IA en vivo con el que interactúan tus usuarios, el artículo 50(1) exige que se informe a los usuarios de que están interactuando con un sistema de IA, salvo que sea obvio. Esa obligación recae sobre tu producto desplegado, disparada por el diseño solo porque el diseño se convierte en lo que los usuarios tocan.
- Publicas contenido generado por IA. Si usas "Crear una imagen" de Figma para producir una imagen de IA realista y la publicas en tu producto o marketing, aplican las reglas de contenido sintético: el marcado legible por máquina del proveedor según el artículo 50(2) y, para contenido realista de tipo ultrafalsificación, la revelación del responsable del despliegue según el artículo 50(4).
Las obligaciones generales de transparencia del artículo 50 aplican desde el 2 de agosto de 2026; el elemento de marcado y marca de agua del contenido sintético llega antes, el 2 de diciembre de 2026, bajo el paquete del Ómnibus Digital. Las infracciones del artículo 50 caen en la banda de 15 M€ o el 3 % del volumen de negocios mundial (artículo 99(4)), con el tope para pymes del artículo 99(6) que toma la cifra menor.
Salvedad de calendario: el aplazamiento del régimen autónomo de alto riesgo al 2 de diciembre de 2027 ya está adoptado bajo el Ómnibus Digital —el Parlamento lo votó en pleno el 16 de junio de 2026 y el Consejo lo adoptó formalmente el 29 de junio de 2026—; solo falta su publicación en el Diario Oficial, prevista antes del 2 de agosto de 2026. Nada de esto afecta a Figma AI, que sigue siendo de riesgo mínimo; es simplemente el contexto permanente de cualquier página fechada sobre la Ley de IA de la UE.
La trampa del proveedor va de tu producto, no de Figma
Los equipos de software hacen la pregunta de seguimiento correcta: si construimos una función de IA con la ayuda de Figma, ¿somos proveedores? El papel de Figma en tu proceso de diseño no te convierte en proveedor de nada. Pero si el producto que entregas es en sí mismo un sistema de IA —pongamos, un asistente de cara al cliente—, entonces tu producto se clasifica por su propio uso, y si ese uso alguna vez cae en el anexo III (por ejemplo, una función de cribado de contratación bajo el anexo III, punto 4), la pila más pesada de proveedor del artículo 16 aplica a ese producto: documentación técnica, evaluación de la conformidad (artículo 43), declaración de conformidad (artículo 47), registro (artículo 49). Diseñarlo en Figma es irrelevante para la clasificación; la finalidad del sistema entregado lo es todo.
El RGPD suele llegar primero. Si pegas datos reales de usuarios, registros de clientes o contenido de producción en una indicación de Figma AI, necesitas una base lícita (artículo 6 del RGPD) y un arreglo de tratamiento apropiado; los datos de categoría especial (artículo 9 del RGPD) necesitan una base jurídica específica. Usa datos sintéticos o de marcador de posición en los borradores de diseño y la cuestión desaparece.
Ejemplo práctico: Tafel Software GmbH
Tafel Software GmbH es una empresa alemana ficticia de SaaS B2B —unos 70 empleados, ~11 M€ de facturación— que construye un producto de compras. Su equipo de diseño usa Figma First Draft para esbozar pantallas de configuración y Figma Make para prototipar un flujo de incorporación.
Clasificación del trabajo de diseño: riesgo mínimo. Sin uso del anexo III, sin problema del artículo 5; por tanto, sin evaluación de la conformidad ni registro. Su único punto permanente es la nota de alfabetización del artículo 4 que recuerda a los diseñadores revisar los borradores de IA en cuanto a accesibilidad y corrección antes de que se conviertan en pantallas reales.
La obligación aparece en el producto, no en la herramienta. Tafel entrega un asistente de IA dentro de la aplicación que responde a las preguntas de compras de los usuarios. Como los usuarios finales interactúan con él, el artículo 50(1) aplica desde el 2 de agosto de 2026: el asistente debe dejar claro que es un sistema de IA. Eso es una revelación de una línea en la interfaz, en manos del equipo de producto; la fase de diseño en Figma no acarreó ninguna obligación. Si Tafel hubiera construido en cambio una función de IA que cribara a los candidatos a empleo del lado del proveedor, ese producto sería de alto riesgo del anexo III y se clasificaría por sí solo; el origen en Figma seguiría siendo irrelevante.
Cómo ayuda Confir
Registra Figma AI y el motor basado en reglas de Confir ejecuta la comprobación del artículo 5 y el encuadre del artículo 6 / anexo III frente a cómo lo usas realmente. Para el trabajo de asistencia al diseño devuelve riesgo mínimo con el breve punto de alfabetización del artículo 4. Cuando le dices al motor que entregas una función de IA de cara al cliente, clasifica ese sistema por separado y saca a la luz la revelación del artículo 50(1) —o la pila más pesada de proveedor si el uso cae en el anexo III—. La lógica es determinista y reproducible: la misma entrada produce la misma conclusión citada, con la regla que se dispara escrita en lenguaje claro.
Guías relacionadas
- Proveedor frente a responsable del despliegue: ¿cuál eres?
- Obligaciones de transparencia del artículo 50
- Clasificación de alto riesgo del artículo 6
- La Ley de IA de la UE para startups SaaS
- GitHub Copilot y la Ley de IA de la UE
- Cómo funciona la clasificación de riesgo de IA
Gestiona el cumplimiento de la Ley de IA de la UE en un solo lugar
Confir automatiza la clasificación de riesgo, la documentación técnica y los registros de auditoría para cualquier empresa. Sin consultores. Sin proyectos de seis meses. Prueba gratuita de 14 días.
Empieza la prueba gratuita →