7 preguntas que debes hacer antes de firmar un contrato de desarrollo

Un contrato de desarrollo bien negociado no es solo un trámite legal: es el acuerdo que define qué obtendrás, cuándo y en qué condiciones. Estas preguntas te ayudan a hacerlo bien.

1. ¿A quién le pertenece el código al terminar el proyecto?

Esto parece obvio pero no siempre está claro. Algunos proveedores trabajan con código de terceros (librerías, frameworks) cuyas licencias no te transfieren. Otros retienen derechos sobre el código base para poder reutilizarlo.

Lo que debes exigir: que el contrato especifique que el código personalizado desarrollado para tu proyecto te pertenece y que puedes usarlo, modificarlo o pasarlo a otro proveedor sin restricciones.

2. ¿Qué pasa con los cambios de alcance durante el proyecto?

En cualquier proyecto, aparecen ajustes en el camino. El problema es cuando no hay un proceso claro para manejarlos: algunos proveedores cobran extra por cualquier cambio, otros los absorben hasta que ya no pueden y recortan calidad.

Lo que debes exigir: un proceso documentado de cambio de alcance con criterio claro sobre qué cuenta como cambio y cómo afecta el costo y el tiempo.

3. ¿Cuáles son los hitos de entrega y qué pasa si no se cumplen?

Una sola fecha de entrega al final del proyecto no te protege. Cuando llegue esa fecha y haya retrasos (y casi siempre los hay), ya gastaste el tiempo y la confianza.

Lo que debes exigir: hitos intermedios con entregables concretos (una pantalla funcional, una integración lista) y claridad sobre las consecuencias de no cumplirlos.

4. ¿Cómo se maneja el soporte después de la entrega?

Un sistema entregado no es un sistema funcionando para siempre. Van a aparecer errores, actualizaciones necesarias, integraciones que cambian. Si el contrato no especifica qué pasa después, estás a merced de lo que decida el proveedor.

Lo que debes exigir: un período de garantía explícito (corrección de errores del desarrollo sin costo adicional) y una propuesta de soporte continuo con costos claros.

5. ¿Qué tecnología van a usar y por qué?

No necesitas entender el detalle técnico, pero sí tener claridad sobre qué tan común y mantenible es esa tecnología. Si el proveedor usa un framework muy poco común, puede ser difícil encontrar otro desarrollador si la relación termina.

Lo que debes preguntar: ¿qué tan fácil sería para otro equipo retomar este proyecto en el futuro?

6. ¿Quién de su equipo va a trabajar en mi proyecto?

Las agencias venden con sus mejores perfiles y a veces entregan con los menos experimentados. Tienes derecho a saber quién va a hacer el trabajo y con qué experiencia específica en proyectos como el tuyo.

Lo que debes exigir: que los perfiles de las personas asignadas estén especificados en la propuesta o el contrato.

7. ¿Cómo van a comunicarse durante el proyecto?

Frecuencia de actualizaciones, herramienta de seguimiento, quién es tu punto de contacto principal. Sin esto, un proyecto de tres meses puede volverse silencioso durante semanas.

Lo que debes definir antes: canales de comunicación, frecuencia mínima de actualizaciones y quién toma decisiones de cada lado.

Una última verificación

Lee el contrato antes de firmarlo. Parece obvio, pero muchas empresas firman propuestas estándar sin revisar los detalles de propiedad, alcance y terminación anticipada. Si hay algo que no entiendas, pide que lo expliquen por escrito o busca asesoría.

Un buen proveedor no tiene problema en aclarar sus condiciones. Si se incomoda cuando preguntas, eso ya es información.