Cómo elegir una empresa de desarrollo de software en Colombia: 7 preguntas antes de firmar

Hay una verdad incómoda en los proyectos de software: la mayoría de los que fracasan no fracasan por la tecnología sino por la relación. Alcances mal definidos, promesas imposibles, silencios de semanas, un sistema que se entrega y nadie sabe mantener. Elegir bien al proveedor es, de lejos, la decisión que más pesa en el resultado. Estas son las siete preguntas que recomendamos hacer antes de firmar, con lo que deberías esperar oír.

1. "¿Cómo van a entender mi negocio antes de proponer algo?"

Lo que deberías oír: un proceso concreto. Reuniones con las personas que hacen el trabajo (no solo con gerencia), revisión de cómo operan hoy, preguntas incómodas sobre excepciones y casos raros. Para proyectos grandes, una fase de descubrimiento corta y de costo fijo antes de la cotización definitiva.

Señal de alerta: una propuesta detallada que llega en un día sin haber hablado con nadie de operaciones. Significa que están vendiendo lo que ya tienen, no lo que necesitas.

2. "¿De quién será el código y los datos?"

Lo que deberías oír: tuyos, sin condiciones, por escrito en el contrato. Con acceso al repositorio del código desde el inicio del proyecto, no al final. La base de datos en una cuenta de tu empresa o con posibilidad de exportarla completa en cualquier momento.

Señal de alerta: "el código es nuestro pero tienes licencia de uso", o vaguedades sobre qué pasa si termina la relación. Esto convierte a tu operación en rehén.

3. "¿Cómo voy a ver el avance?"

Lo que deberías oír: demostraciones periódicas del sistema funcionando, cada dos a cuatro semanas, donde puedes usarlo y opinar. Un canal directo con el equipo. Un listado visible de qué está hecho, qué está en curso y qué sigue.

Señal de alerta: "les mostramos cuando esté terminado". Los proyectos que se ven solo al final son los que se entregan tarde y distintos a lo esperado.

4. "¿Qué pasa cuando cambie algo a mitad del proyecto?"

Lo que deberías oír: que los cambios son normales y hay un proceso: se evalúa el impacto en tiempo y costo, se decide juntos si entra en esta fase o en la siguiente, y queda por escrito. Un buen proveedor te ayuda a distinguir el cambio que vale la pena del que solo retrasa.

Señal de alerta: o bien "todo está incluido" (nadie puede prometer eso y terminarán cobrándolo de otra forma), o bien cada cambio es una discusión y una factura sorpresa.

5. "¿Qué incluye la entrega?"

Lo que deberías oír: el sistema probado, instalado en un entorno de producción, con los datos migrados si aplica, el equipo capacitado, documentación para usuarios y documentación técnica suficiente para que otro equipo pudiera continuar. Un periodo de acompañamiento después del lanzamiento, cuando aparecen los ajustes reales.

Señal de alerta: "entregamos el código". Un sistema sin puesta en marcha, sin capacitación y sin acompañamiento es un proyecto a medio hacer.

6. "¿Y después de la entrega?"

Lo que deberías oír: opciones claras de soporte y evolución (bolsa de horas, cuota mensual o por demanda), con tiempos de respuesta definidos según la gravedad. Quién se encarga del hosting, las copias de seguridad y las actualizaciones de seguridad. Un sistema vivo necesita cuidado; esto debe estar previsto desde el inicio.

Señal de alerta: no hay respuesta, o la respuesta es "nos escriben si algo falla". Un proveedor sin plan de soporte probablemente tampoco lo tiene para su propio equipo.

7. "¿Qué han construido parecido a esto?"

Lo que deberías oír: una descripción honesta de proyectos del mismo tipo: qué hacía el sistema, para qué clase de operación, qué fue difícil y qué aprendieron. No necesitas ver código de otros clientes ni datos confidenciales; necesitas saber que el problema no es nuevo para ellos. Y si es nuevo, que lo digan.

Señal de alerta: "hemos hecho de todo". Nadie ha hecho de todo. También es alerta un portafolio lleno de logos sin poder explicar qué hicieron para cada uno.

Tres cosas que no deberían decidir por ti

• El precio más bajo. Si una propuesta cuesta la mitad que las demás, casi siempre es porque describe la mitad del trabajo. Compara alcances, no totales. En otro artículo explicamos qué define el costo de un software a medida.
• La tecnología de moda. Un buen proveedor elige la tecnología según el problema, la vida útil esperada del sistema y la facilidad de conseguir gente que lo mantenga. Si la conversación gira alrededor de nombres de herramientas en vez de alrededor de tu operación, cuidado.
• El tamaño del proveedor. Una empresa enorme puede asignarte su equipo menos experimentado; una muy pequeña puede desaparecer. Lo que importa es quién va a trabajar en tu proyecto y qué pasa si esa persona no está.

Una forma de reducir el riesgo

Si tienes dudas entre dos o tres proveedores, propón a todos lo mismo: una primera fase corta, con alcance y precio cerrados, que entregue algo que ya se pueda usar. Un módulo, un flujo, una integración. En cuatro a ocho semanas verás cómo trabajan, cómo se comunican y qué calidad entregan, con poco dinero en juego. Es la mejor entrevista posible, y el proveedor que la rechace te está diciendo algo.

En resumen

Elegir empresa de desarrollo es elegir una relación de años. Pregunta por el proceso, por la propiedad del código, por cómo verás el avance, por los cambios, por la entrega y por lo que viene después. Las respuestas, y la franqueza con que lleguen, dicen más que cualquier portafolio.

En Arista llevamos más de 10 años construyendo sistemas para empresas en Colombia desde Medellín, y respondemos estas siete preguntas en la primera conversación, antes de que las hagas. Si estás eligiendo proveedor, escríbenos por WhatsApp y te contamos cómo trabajamos.