Contrato diseñador UX/UI freelance: Figma y cesión derechos

El marco legal del diseño UX/UI freelance en España

El diseño UX/UI ocupa un espacio jurídico particular: sus resultados son obras protegidas por la Ley de Propiedad Intelectual (RDL 1/1996), pero el encargo que las genera es un contrato de arrendamiento de servicios o de obra regulado por los artículos 1544 y siguientes del Código Civil. Esta dualidad obliga a que el contrato atienda simultáneamente a dos cuerpos normativos distintos: el derecho de obligaciones para regular el proceso de trabajo, los plazos y los pagos, y la LPI para determinar quién puede explotar los resultados.

El artículo 10 del RDL 1/1996 reconoce como obras protegidas las creaciones originales expresadas por cualquier medio o soporte, lo que incluye wireframes, prototipos interactivos, sistemas de diseño y los archivos de Figma que los contienen. El artículo 14 de la misma ley atribuye al autor un conjunto de derechos morales irrenunciables: la paternidad de la obra, la integridad y el derecho a decidir si se divulga. Ningún contrato puede privar al diseñador freelance de esos derechos morales; lo que sí puede hacer es ceder los derechos de explotación patrimoniales conforme al artículo 43 LPI.

Trabajar sin contrato escrito en este sector genera un problema de prueba inmediato: si el cliente modifica los entregables, los atribuye a otro autor o los utiliza fuera del alcance acordado, el diseñador necesitará acreditar qué se pactó. Los correos electrónicos y los mensajes de Slack son prueba válida, pero insuficiente para precisar el alcance de las revisiones, la titularidad de los archivos maestros o las condiciones de uso de los componentes reutilizables.

Riesgos específicos del diseño UX/UI que el contrato debe cubrir

Los archivos de Figma: propiedad y acceso

Figma es el estándar de la industria, pero genera una controversia jurídica práctica: ¿quién es el propietario de los archivos del proyecto? La respuesta legal es clara: el autor de la obra es el propietario de los archivos como soporte de esa obra, salvo cesión expresa. Sin embargo, el contrato debe precisar varios extremos. Primero, si el diseñador entregará los archivos fuente (con todos los componentes, variantes y tokens de diseño) o solo los prototipos exportados. Segundo, si el cliente tendrá acceso al equipo de Figma durante el proyecto y si ese acceso se revoca al finalizar. Tercero, si los componentes reutilizables que el diseñador ha desarrollado previamente forman parte de su librería propia y no se ceden con el proyecto.

Esta distinción es económicamente relevante: una librería de componentes construida durante años tiene valor comercial independiente. El contrato debe separar con claridad qué se cede (los diseños específicos del proyecto) de qué no se cede (los elementos preexistentes del diseñador que se han utilizado como base).

El research como entregable independiente

El research de usuario —entrevistas, tests de usabilidad, mapas de calor, análisis heurísticos— es con frecuencia un entregable diferenciado que el cliente infravalora económicamente pero que luego utiliza para decisiones de producto que van más allá del proyecto de diseño. El contrato debe definir si el research forma parte del scope del proyecto o se factura por separado, qué documentos concretos se entregan (informes, grabaciones, affinity maps), en qué formato se entregan y qué uso puede hacer el cliente de esos datos.

Cuando el research implica entrevistar a usuarios del cliente, entra en juego la normativa de protección de datos. El RGPD y la LOPDGDD exigen que los participantes en las entrevistas hayan prestado consentimiento informado para la grabación y el tratamiento de sus datos. El contrato debe aclarar si la responsabilidad de obtener ese consentimiento recae en el diseñador o en el cliente, y qué ocurre con las grabaciones al finalizar el proyecto.

Revisiones, alcance y gestión de cambios

La causa más frecuente de conflictos en proyectos de diseño UX/UI es la indefinición del número de revisiones incluidas. El artículo 1544 del Código Civil distingue el arrendamiento de servicios (el profesional pone su esfuerzo) del arrendamiento de obra (el profesional se compromete a un resultado). En el diseño UX/UI ambas modalidades coexisten: el diseñador se compromete a entregar ciertos entregables (obra) pero el número de iteraciones para llegar a ellos debe estar acotado (servicio).

El contrato debe especificar cuántas rondas de revisiones están incluidas en el precio, qué constituye una revisión (corrección de errores versus cambio de dirección creativa), cuál es el procedimiento para solicitar cambios fuera del scope y a qué tarifa se facturan esos cambios adicionales. Sin esta precisión, el cliente puede exigir iteraciones indefinidas amparándose en que el resultado no es satisfactorio, y el diseñador no tiene base contractual para facturar el exceso de trabajo.

Cláusulas esenciales del contrato de diseño UX/UI freelance

• Objeto y entregables: descripción exhaustiva de lo que se entrega (wireframes, prototipos de alta fidelidad, sistema de diseño, archivos Figma fuente, informe de research, guía de estilos) con formatos y nivel de detalle.
• Fases y hitos: calendario de entregas por fases (discovery, arquitectura de información, wireframes, diseño visual, prototipo testeable) con fechas y condiciones de aprobación de cada fase.
• Revisiones incluidas: número de rondas de feedback por entregable, definición de qué constituye una revisión y tarifa por hora para cambios fuera del alcance.
• Cesión de derechos de explotación: modalidades cedidas (reproducción, distribución, comunicación pública, transformación), territorio, duración y contraprestación, conforme al artículo 43 LPI. Indicación expresa de qué elementos preexistentes del diseñador no forman parte de la cesión.
• Derechos morales: reconocimiento de la autoría del diseñador, con indicación de si el cliente puede mencionar la autoría en sus comunicaciones o si la relación es confidencial.
• Archivos fuente de Figma: especificación de qué archivos se transfieren, en qué momento (tras el pago final) y qué ocurre con el acceso al equipo de Figma durante el proyecto.
• Research y datos de usuarios: responsabilidad sobre el consentimiento de los participantes, tratamiento de las grabaciones y destino de los datos al finalizar el proyecto, conforme al RGPD.
• Precio y pagos: importe total o tarifa horaria, calendario de pagos (anticipo, hitos, liquidación final), plazo de pago conforme a la Ley 3/2004 e intereses de demora.
• Propiedad hasta el pago: cláusula que reserve la titularidad de los entregables en el diseñador hasta la recepción del pago íntegro, momento en que se producirá la cesión de derechos.
• Accesibilidad: si el proyecto implica interfaces digitales, referencia a la Ley 11/2023 de accesibilidad de los servicios del sector público digital y a las WCAG 2.1, con indicación de qué nivel de conformidad asume el diseñador.
• Uso de herramientas de IA: si el diseñador utiliza herramientas de inteligencia artificial generativa en el proceso, declaración al respecto y distribución de responsabilidades conforme al Reglamento (UE) 2024/1689 de Inteligencia Artificial.
• Cláusula MASC y ley aplicable: mediación previa obligatoria antes de acudir a la vía judicial, conforme a la LO 1/2025 vigente desde abril de 2025, y elección del fuero competente.

Preguntas frecuentes

¿El cliente es automáticamente el dueño de los diseños que encarga?

No. Conforme al artículo 10 del RDL 1/1996, el autor —el diseñador— es el titular originario de los derechos sobre la obra. El cliente adquiere los derechos de explotación solo si el contrato lo establece expresamente con arreglo al artículo 43 LPI. Sin esa cláusula, el diseñador conserva todos los derechos y el cliente solo tiene una licencia de uso implícita y limitada.

¿Qué pasa si el cliente pide más revisiones de las pactadas?

Las revisiones no pactadas son trabajo adicional que el diseñador no está obligado a realizar gratuitamente. El contrato debe fijar el número de rondas incluidas y la tarifa por hora para los cambios que excedan ese límite. Sin esa cláusula, el diseñador puede reclamar el exceso como enriquecimiento injusto del cliente conforme al artículo 1088 del Código Civil, pero la prueba es más compleja.

¿Puede el diseñador incluir el proyecto en su portfolio?

El derecho moral de paternidad del artículo 14 LPI protege al diseñador, pero el contrato puede limitar contractualmente la publicación del proyecto durante un período de confidencialidad. Lo habitual es pactar que el diseñador puede mostrar el trabajo en su portfolio transcurrido un plazo desde el lanzamiento del producto, o que puede mostrarlo de forma anónima si el cliente lo requiere. Sin cláusula expresa, el diseñador tiene derecho a reivindicar la paternidad de su obra.

¿El contrato debe mencionar las herramientas de IA usadas en el proceso de diseño?

Es muy recomendable. El Reglamento (UE) 2024/1689 de Inteligencia Artificial establece obligaciones de transparencia para ciertos sistemas de IA. Si el diseñador utiliza herramientas de IA generativa para crear elementos visuales, el contrato debe indicarlo y aclarar quién asume la responsabilidad por posibles infracciones de derechos de terceros derivadas de esos contenidos generados automáticamente.

¿Qué ocurre si el cliente no aprueba los entregables pero tampoco comunica objeciones?

El contrato debe establecer un plazo de aprobación tácita: si el cliente no comunica objeciones en un número determinado de días hábiles desde la entrega, el entregable se considera aprobado. Esta cláusula, respaldada por el principio de buena fe del artículo 1258 del Código Civil, evita que proyectos queden bloqueados indefinidamente y permite al diseñador emitir la factura correspondiente.

En Firmia puedes generar un contrato de diseño UX/UI adaptado a tu proyecto en minutos: defines los entregables, el número de revisiones, la cesión de derechos y las condiciones de pago, y obtienes un documento listo para firmar digitalmente que cubre los puntos que acabas de leer.