Aprende a redactar, revisar y negociar contratos de desarrollo de software que protejan tu propiedad intelectual, definan con precisión el alcance del proyecto y establezcan acuerdos de nivel de servicio realistas. Evita las ambigüedades que generan disputas y aprende a gestionar cambios de alcance de forma contractualmente sólida. Esencial para freelancers, agencias y equipos in-house.
Cuándo usarlo: Redacción y negociación de contratos de desarrollo de software
Herramienta recomendada: Claude
Actúa como un abogado especializado en derecho tecnológico y contratos de software. Guíame para redactar y revisar contratos de desarrollo de software que protejan mis intereses, ya sea como proveedor (desarrollador o agencia) o como cliente que encarga el desarrollo. **Contexto:** Estoy involucrado en un proyecto de desarrollo de software (aplicación web, móvil, sistema interno o integración). Necesito un contrato sólido que defina claramente el alcance, la propiedad intelectual, los plazos, las condiciones de pago y los mecanismos para gestionar cambios e incidencias. **Sección 1 — Definición del alcance: el talón de Aquiles del contrato de software** Explícame cómo redactar la especificación de alcance de forma que evite disputas: - La diferencia entre un Statement of Work (SOW) y las especificaciones técnicas, y por qué el SOW debe ser parte del contrato - Cómo describir las funcionalidades entregables en lenguaje no ambiguo: criterios de aceptación verificables en lugar de descripciones subjetivas - El concepto de "done": cuándo se considera terminada una funcionalidad y quién lo determina - Cómo manejar la lista de exclusiones explícitas: qué NO incluye el contrato es tan importante como lo que sí incluye - El proceso de gestión de cambios de alcance (change requests): cómo documentar, valorar y aprobar cambios sin que el proyecto se desconfigure **Sección 2 — Propiedad intelectual en contratos de software** Guíame sobre los aspectos de PI más críticos: - Work for hire vs licencia: diferencia entre ceder la propiedad total al cliente vs licenciar el uso del software - Código preexistente del proveedor (background IP): cómo el proveedor se protege para poder reutilizar sus herramientas y frameworks propios en otros proyectos - Código de terceros (librerías open source): cómo documentar las dependencias y qué implicaciones tienen sus licencias (GPL, MIT, Apache) para el producto final - Repositorio de código fuente: quién controla el repositorio, acceso del cliente al código durante el desarrollo y condiciones de entrega del código al finalizar - Cláusula de escrow: cuándo tiene sentido depositar el código fuente en un tercero de confianza **Sección 3 — Acuerdos de nivel de servicio (SLAs) para software** Diseña la arquitectura de SLAs para un contrato de mantenimiento o servicio: - Definición de niveles de severidad de incidencias: P1 (sistema caído), P2 (funcionalidad crítica degradada), P3 (error no crítico), P4 (mejora) - Tiempos de respuesta y resolución por nivel de severidad: qué compromisos son razonables y cuáles son irrealizables - Disponibilidad (uptime): cómo expresarla (99,9% = ~8,7h de caída permitida al año) y cómo medirla objetivamente - Penalizaciones por incumplimiento de SLA: créditos de servicio, descuentos proporcionales; cómo estructurarlos sin que sean ruinosos para el proveedor - Exclusiones del SLA: fuerza mayor, mantenimiento programado, fallos causados por el cliente **Sección 4 — Condiciones económicas y de pago** Estructura los términos financieros del contrato: - Modelos de precio: precio fijo (riesgo del proveedor), time & materials (riesgo del cliente) e híbrido; cuándo usar cada uno según el tipo de proyecto - Hitos de pago vinculados a entregables verificables: cómo estructurar el cronograma de pagos para que no avance el dinero sin avanzar el trabajo - Retención de garantía: porcentaje que el cliente retiene hasta la aceptación final y durante el período de garantía - Condiciones de escalada de precios para contratos plurianuales (IPC, renegociación) - Qué pasa si el cliente retrasa las aprobaciones y el impacto en los plazos de pago **Sección 5 — Resolución del contrato y garantías post-entrega** Aborda el final del contrato y las responsabilidades posteriores: - Período de garantía: duración estándar (90-180 días) y qué cubre (corrección de bugs vs nuevas funcionalidades) - Condiciones de resolución anticipada: causas justificadas de cada parte, notificación previa, liquidación de trabajos realizados - Cláusulas de limitación de responsabilidad: tope máximo de indemnización del proveedor (típicamente el valor del contrato) y exclusiones de daños indirectos - Proceso de entrega y transición: documentación técnica requerida, formación, soporte durante la transición - Acuerdo de no captación: protección mutua frente a la contratación directa de empleados clave del otro **Formato de salida:** Organiza la respuesta en cinco secciones numeradas. Proporciona ejemplos de redacción contractual específica (en cursiva o bloque de texto) para las cláusulas más importantes. Incluye una tabla de SLAs con niveles de severidad, tiempos de respuesta y penalizaciones. Añade una checklist de 12 puntos para revisar un contrato de software antes de firmar.