1) Objeto del contrato (qué estás realmente vendiendo)

Define el objeto con precisión. No basta con “diseño y desarrollo”. Enumera entregables y su forma de aceptación: maquetas, componentes UI, repositorio, documentación, handoff, soporte post-lanzamiento.

• Entregables (por ejemplo: diseño de pantallas, implementación de módulo, guía de estilo).
• Criterios de aceptación (checklist o condición objetiva).
• Alcance fuera del objeto (qué no incluye).

2) Plan de trabajo, hitos y calendario realista

Un calendario ambiguo suele terminar en retrasos y disputas. Estructura el trabajo por fases con fechas o ventanas, y vincula cada fase a un hito.

3) Precio, forma de pago y retenciones

El precio debe ser claro: fijo, por hito o mixto, e indica si hay extras por cambios. Si facturas como autónomo, asegúrate de que el contrato menciona el mecanismo de cálculo de importes a pagar y el calendario de facturación.

• Pago contra hito: primer pago al inicio, pagos durante la fase, pago final tras aceptación.
• Indica cuándo se emite la factura y qué datos necesita el cliente.
• Explica cómo se gestionan cambios de alcance con un sistema de re-presupuesto.

4) Cambios, revisiones y “scope creep”

En diseño y desarrollo, casi siempre hay ajustes. La pregunta es si están incluidos o no. Define cuántas rondas de revisión incluye cada entregable y qué pasa después.

• Revisiones incluidas por fase o entregable.
• Revisión extraordinaria con tarifa o baremo.
• Condición de cambio: qué se considera cambio de alcance.

5) Propiedad intelectual: quién se queda con qué

Aquí se firma el resultado de verdad. En España, si el cliente necesita derechos sobre el trabajo, debe quedar reflejado: cesión de derechos o licencia, territorio, duración, modalidades de explotación y si incluye modificaciones.

Asegúrate de que el contrato separa dos capas:

• Entregables (obra final).
• Elementos preexistentes (plantillas, librerías, componentes base).

6) Confidencialidad y protección de información sensible

Si compartes brief, datos de negocio, métricas, prototipos o documentación, incluye una cláusula de confidencialidad con duración y excepciones (información pública, exigencia legal, etc.). Esto es especialmente importante si trabajas con acceso a repositorios o materiales del cliente.

7) Limitación de responsabilidad y escenarios realistas

Una buena limitación de responsabilidad equilibra el riesgo y evita que el contrato se convierta en una promesa imposible. Es habitual fijar topes (por ejemplo, en relación con los honorarios del proyecto) y excluir daños indirectos salvo supuestos legales.

No lo conviertas en un “todo vale”. Busca que sea coherente con tu alcance, tus pruebas y tu nivel de servicio.

8) Garantías, mantenimiento y soporte

Especifica si hay garantía por defectos, el periodo de corrección, qué se considera incidencia y el canal de soporte. Si no hay mantenimiento incluido, indícalo y ofrece una vía clara para ampliarlo.

9) Subcontratación y colaboración con terceros

Si apoyas el proyecto con diseñadores, desarrolladores o especialistas, el contrato debe permitir la subcontratación, definir obligaciones de confidencialidad y mantener la responsabilidad del adjudicatario frente al cliente.

10) Duración, cancelación y efectos

Define la duración o el marco por hitos. Para cancelación, establece cómo se calculan los importes pendientes, qué entregables se consideran devengados y qué ocurre con materiales entregados.

Checklist final antes de firmar

• Entregables, aceptación y fuera de alcance están por escrito.
• Calendario por fases, con hitos demostrables.
• Precio y pagos vinculados a aceptación, con reglas de facturación.
• Revisiones incluidas y sistema de cambios de alcance.
• Propiedad intelectual definida: obra final, licencias y preexistentes.
• Confidencialidad con duración y excepciones.
• Limitación de responsabilidad razonable y coherente con el riesgo.
• Soporte, garantía y mantenimiento con alcance claro.

Palabras clave: contrato de servicios freelance, diseño y desarrollo, propiedad intelectual en España.