Descarga gratis

Plantilla de contrato de desarrollo web (descarga gratis)

Para proyectos de construcción: webs corporativas, aplicaciones web, integraciones. Cubre hitos, solicitudes de cambio, titularidad del código, garantía y entrega. Cambia las cinco cláusulas de abajo antes de enviarla.

5 cláusulas que cambiar antes de enviarla

1. Hitos y pago

Reparte el pago por hitos, no por fechas. Cada hito debe tener un criterio de aceptación y una ventana de revisión fija, para que el silencio no bloquee el siguiente pago.

2. Proceso de cambios

Define cómo se presupuestan y aprueban por escrito las peticiones nuevas. Sin esto, cada «pequeño añadido» se convierte en trabajo gratis.

3. Código y dependencias

Transfiere el código a medida con el pago final, pero excluye librerías, frameworks y herramientas propias previas. Enumera las licencias de terceros que el cliente debe mantener.

4. Periodo de garantía

Ofrece una ventana definida de corrección de errores (30–60 días) para defectos frente a la especificación acordada, y aclara que funciones nuevas y cambios de terceros no están cubiertos.

5. Entrega y alojamiento

Indica de quién son las cuentas, dominios e infraestructura y qué pasa después de la entrega. La ambigüedad aquí es la causa más común de que un cliente retenga tu trabajo.

Diferencias por país

UE: si el sitio trata datos personales puede hacer falta un DPA y repartir obligaciones del RGPD. EE. UU.: las exenciones de garantía se rigen por la ley estatal. Reino Unido: revisa las implicaciones de IR35 si trabajas a través de un intermediario.

Qué cubre este contrato de desarrollo

Hitos y aceptación, control de cambios, pago, titularidad del código y licencias de terceros, garantía, entrega, responsabilidad y terminación.

Cómo usarla

Adjunta la especificación técnica y la tabla de hitos como anexos. Si no hay especificación escrita, escríbela primero: un contrato no compensa un alcance indefinido.

Preguntas frecuentes

¿El cliente debe ser dueño del código?

Normalmente sí, para el código a medida y tras el pago final. Conserva la titularidad de librerías reutilizables y herramientas internas, y enumera las licencias de terceros.

¿Cuánto debe durar la garantía?

De 30 a 60 días para defectos frente a la especificación es habitual. El resto se cubre con un contrato de mantenimiento aparte.

¿Y si el cliente pide cambios a mitad de sprint?

Regístralo como solicitud de cambio con estimación y aprobación por escrito. Protege a ambas partes.

¿De quién es la cuenta de alojamiento?

Las cuentas y la facturación deben ser del cliente. Tú obtienes acceso, no titularidad: eso es lo que hace limpia la entrega.

Related reading

Contract review checklist: 12 things to check →How to negotiate a contract as a freelancer →