Un contrato de desarrollo de software debe dejar claro qué se va a construir, cómo se manejan los cambios, de quién es cada parte del resultado, qué soporte y garantías hay después del lanzamiento y cómo se protege la información. Si alguno de esos puntos queda en el aire, es muy probable que aparezca como conflicto a mitad del proyecto.
Esta guía es práctica, no legal. Te sirve para saber qué preguntar y qué negociar. Para redactar o revisar el documento final, consulta con un abogado de tu confianza.
1. Alcance: qué se entrega y qué no
Es la cláusula más importante y la que más se escribe mal. «Una app de pedidos» no es un alcance. Un alcance útil describe:
- Plataformas: iOS, Android, web, panel de administración.
- Flujos incluidos: registro, catálogo, pago, seguimiento, reportes, con su nivel de detalle.
- Integraciones: pasarela de pago, facturación electrónica, ERP, mensajería.
- Exclusiones explícitas: lo que no entra. Suele evitar más discusiones que lo que sí entra.
- Criterios de aceptación: cómo se considera terminado cada entregable.
Si el alcance todavía no está claro, una buena práctica es contratar primero una fase de discovery que lo defina, y después el desarrollo con ese alcance como anexo.
2. Cambios: cómo se piden, se estiman y se aprueban
Todo proyecto cambia cuando el cliente ve el software funcionando. Eso es sano. Lo que hace daño es que no exista un procedimiento. El contrato debería decir quién puede pedir un cambio, cómo se estima su impacto en costo y plazo, quién lo aprueba y por escrito en qué canal. Con demos frecuentes, los cambios aparecen temprano y suelen ser pequeños.
3. Plazos, entregables y pagos
Conviene atar los pagos a entregables verificables, no solo a fechas. Por ejemplo: diseño aprobado, primera versión de prueba, publicación en tiendas. También conviene dejar escrito qué pasa si el retraso viene del cliente, como accesos que no llegan o aprobaciones que tardan, porque es más común de lo que parece.
Sobre el monto: el contrato debe atar el precio a un alcance escrito y decir cómo se cotiza lo que se agregue después. Qué mueve el costo de un desarrollo lo explicamos en cuánto cuesta desarrollar una app en Ecuador; en FoodTook Labs el discovery gratis te da el rango antes de firmar nada.
4. Propiedad intelectual y licencias en el contrato de desarrollo de software
Es el punto que más malentendidos genera, porque un sistema rara vez está hecho de una sola pieza. Suele combinar:
- Desarrollo específico para tu proyecto: lo que se escribe solo para ti.
- Componentes previos del proveedor: módulos que ya existían y que se reutilizan en varios clientes.
- Software de terceros y de código abierto: librerías con sus propias licencias.
- Servicios en la nube: servidores, bases de datos y cuentas de tiendas, que tienen un titular y alguien que los paga.
Hay distintos modelos posibles: cesión de derechos sobre lo desarrollado, licencias de uso de los componentes previos, o combinaciones. Ninguno es correcto en abstracto; depende del proyecto y del precio. Lo que sí conviene es que el contrato diga con claridad qué derechos tienes sobre cada parte, qué puedes hacer con ella, quién administra cada cuenta y qué pasa con todo eso si la relación termina. Negócialo antes de firmar, no cuando ya lo necesitas.
5. Soporte y mantenimiento
Una app publicada necesita atención: errores que aparecen con usuarios reales, actualizaciones de iOS y Android, cambios en servicios de terceros. El contrato, o un contrato de soporte aparte, debería definir:
- Qué tipo de incidencias cubre y cuáles no.
- Tiempos de respuesta según la gravedad.
- Canal para reportar problemas.
- Si incluye mejoras o solo correcciones.
- Cuánto cuesta y cómo se renueva.
6. Garantías
Lo razonable es una garantía sobre el funcionamiento de lo entregado según el alcance acordado, durante un periodo definido después de la aceptación. Lo que no es razonable es prometer resultados de negocio: ningún proveedor serio puede garantizar ventas, descargas o posiciones en Google. Si un contrato lo promete, desconfía.
7. Confidencialidad y datos personales
Tu proveedor va a conocer tu negocio, tus procesos y probablemente datos de tus clientes. El contrato debería incluir un acuerdo de confidencialidad y definir cómo se tratan los datos personales: quién es responsable, quién los procesa, dónde se alojan y qué medidas de seguridad se aplican. En Ecuador, la Ley Orgánica de Protección de Datos Personales impone obligaciones a quien trata datos de personas; lo explicamos en términos generales en protección de datos personales en tu software.
Antes de firmar: una lista rápida
- El alcance tiene flujos, integraciones, exclusiones y criterios de aceptación.
- Existe un procedimiento escrito para pedir y aprobar cambios.
- Los pagos están ligados a entregables verificables.
- Está claro qué derechos tienes sobre cada parte del sistema y quién administra cada cuenta.
- El soporte tiene alcance, tiempos y costo definidos.
- Hay confidencialidad y reglas para los datos personales.
- Un abogado revisó el documento final.
Si estás comparando proveedores, estas cláusulas son también una buena prueba: quien las explica con calma suele ser quien después cumple. Revisa además nuestras 10 preguntas para elegir empresa de desarrollo de software en Guayaquil.