Cómo elegir una empresa de desarrollo de software

Contratar un desarrollo a medida se parece más a contratar una constructora que a comprar un producto. No puedes ver el resultado antes de pagarlo, la calidad real se descubre meses después y cambiar de proveedor a mitad de camino es caro y doloroso.

Por eso la decisión no debería tomarse comparando precios, sino comparando riesgos. Estas son las preguntas que más información te dan sobre con quién estás hablando.

Las 12 preguntas que debes hacer

1. 1¿Quién será el propietario del código fuente al terminar? La respuesta correcta es "usted". Si dudan, tienes un problema de dependencia futura.
2. 2¿Cómo trabajan el análisis antes de programar? Si empiezan a codificar sin entender tu proceso, van a construir lo que ellos imaginan.
3. 3¿Con qué frecuencia veré avances funcionando? Debería ser cada dos o tres semanas, no al final.
4. 4¿Quién es exactamente el equipo asignado? Nombres y roles, no "un equipo senior".
5. 5¿Qué pasa si necesito un cambio a mitad del proyecto? Debe existir un procedimiento claro, no una negociación improvisada.
6. 6¿Cómo manejan las pruebas? Si no hay una etapa explícita de pruebas, la vas a hacer tú en producción.
7. 7¿Dónde se aloja el sistema y quién controla esos accesos?
8. 8¿Qué incluye el soporte después de la entrega y qué cuesta?
9. 9¿Cómo documentan el sistema? Sin documentación, el próximo equipo empieza de cero.
10. 10¿Puedo hablar con dos clientes suyos con proyectos parecidos?
11. 11¿Qué pasa si el proyecto se detiene? Cómo se liquida y qué me llevo.
12. 12¿Firman acuerdo de confidencialidad?

No necesitas ser técnico para evaluar las respuestas. Lo que estás midiendo es si te explican las cosas con claridad o si se esconden detrás de jerga.

Señales de alarma

• Te dan un precio cerrado en la primera reunión, sin haber entendido tus procesos. O es una plantilla o el presupuesto crecerá después.
• Prometen plazos muy por debajo del resto de propuestas. Nadie desarrolla en tres semanas lo que otros estiman en cuatro meses.
• No preguntan casi nada. Un buen proveedor hace más preguntas que tú en las primeras reuniones.
• Se niegan a entregar el código o lo condicionan a un contrato de mantenimiento permanente.
• Hablan solo de tecnologías y nunca de tu negocio. La tecnología es un medio, no la propuesta.
• No tienen ningún proceso de pruebas ni control de versiones.
• La propuesta es un correo de dos párrafos con un número al final.

El proveedor más barato de la lista suele terminar siendo el más caro: pagas dos veces, primero por lo que no sirvió y después por rehacerlo.

Cómo comparar propuestas que parecen iguales

Si tienes tres cotizaciones con precios distintos, casi nunca están cotizando lo mismo. Antes de comparar cifras, iguala el alcance:

• Lista de módulos y funcionalidades incluidas, una por una.
• Cantidad de perfiles de usuario y niveles de permisos.
• Integraciones con otros sistemas: ¿están incluidas o son un extra?
• Migración de datos históricos: ¿entra en el precio?
• Capacitación al equipo: ¿cuántas horas?
• Garantía posterior a la entrega: ¿cuántos meses cubren correcciones sin costo?
• Infraestructura: ¿quién paga el servidor, el dominio y los certificados?

Cuando igualas estos siete puntos, las propuestas suelen acercarse mucho, y las diferencias que quedan se explican por experiencia y calidad, no por magia.

Interno, freelance o empresa

Equipo interno

Tiene sentido cuando el software es tu producto principal y vas a necesitar evolución continua durante años. Implica contratar, retener y gestionar perfiles técnicos, que es un negocio en sí mismo.

Desarrollador independiente

Buena opción para proyectos pequeños y acotados. El riesgo es la continuidad: si esa persona se enferma, cambia de trabajo o desaparece, tu sistema se queda sin quien lo mantenga.

Fábrica de software

Aporta equipo con roles cubiertos, metodología y continuidad. Cuesta más por hora que un freelance, pero el riesgo de quedarte a mitad de camino es mucho menor. Para sistemas de los que dependerá tu operación diaria, suele ser la decisión sensata.

Lo que debe quedar por escrito antes de empezar

• Alcance funcional detallado, con lo que está incluido y lo que no.
• Cronograma con entregas parciales y criterios de aceptación.
• Forma de pago vinculada a esas entregas, nunca todo por adelantado.
• Titularidad del código fuente y de los datos.
• Acuerdo de confidencialidad.
• Condiciones del soporte posterior y tiempos de respuesta.
• Procedimiento para solicitar cambios y cómo afectan a precio y plazo.

Conclusión

La mejor señal de un buen proveedor no es la lista de tecnologías que domina, sino cuántas preguntas incómodas te hace sobre tu propio proceso antes de proponerte una solución. Quien quiere entender tu negocio va a construir algo que te sirva; quien solo quiere cerrar la venta, no.

Si estás evaluando propuestas, escríbenos: analizamos tu caso y te decimos con franqueza qué preguntas deberías hacerle a cada proveedor, incluidos nosotros.