Qué preguntar antes de contratar una empresa de desarrollo de software (y qué respuesta esperar)

La reunión inicial con un proveedor de software es tu mejor herramienta de evaluación. Antes de ver una propuesta formal y antes de comparar precios, las preguntas que hagas y las respuestas que recibas te van a decir más sobre la empresa que cualquier presentación de ventas. Aquí tienes 10 preguntas concretas para hacer antes de contratar una empresa de desarrollo de software, por qué hacerlas y qué diferencia una buena respuesta de una mala.

Por qué las preguntas correctas valen más que cualquier presentación de ventas

Cualquier empresa de software tiene un sitio web bonito, casos de éxito que suenan bien y un ejecutivo de ventas que sabe qué decir. Lo que diferencia a los buenos proveedores no es lo que muestran: es cómo responden cuando preguntas cosas concretas. Un proveedor que trabaja con transparencia da respuestas directas y verificables. Uno que no trabaja bien va a ser vago, va a generalizar o va a cambiar el tema.

Si todavía no tienes una lista de proveedores, parte por nuestra guía sobre cómo elegir una empresa de desarrollo de software en Chile.

Las 10 preguntas que debes hacer (y qué diferencia una buena respuesta)

1. ¿Quién es el dueño del código al finalizar el proyecto?

Por qué preguntar: El código es el activo principal de tu proyecto. Si el proveedor retiene el código o lo guarda en sus propios repositorios, dependes de él para siempre.

Respuesta que debes esperar: "El código y la documentación son tuyos. Queda en repositorios de tu propiedad y al cierre te entregamos el repositorio completo con su documentación técnica." Si dicen que "lo entregan al final" o que "lo guardan en sus servidores por seguridad", es una señal de alerta.

2. ¿Cómo manejan los cambios de alcance durante el desarrollo?

Por qué preguntar: Los cambios son inevitables. Cómo los gestiona el proveedor determina si el proyecto se va a encarecer de forma inesperada o si hay un proceso claro.

Respuesta que debes esperar: "Tenemos un proceso formal para gestionar cambios: los documentamos, los estimamos y los priorizamos juntos. Los cambios pequeños los absorbemos dentro del sprint si es posible; los grandes se agregan al backlog con su costo asociado." Desconfía de quien diga que los cambios no son problema sin explicar cómo los maneja.

3. ¿Con qué frecuencia voy a ver avances reales del producto?

Por qué preguntar: Un proveedor que trabaja con metodología ágil real te muestra algo funcionando en cada sprint. Uno que trabaja en cascada (aunque no lo llame así) te entrega todo al final. Te explicamos cómo se ve un desarrollo ágil con sprints reales.

Respuesta que debes esperar: "Trabajamos en sprints de 1 a 4 semanas. Al cierre de cada sprint hay una demo con lo que se construyó, y puedes ver el avance por tarea en el tablero del proyecto." Si la respuesta es "te informamos por correo del avance" sin mencionar demos, hay un problema.

4. ¿Pueden conectarme con dos clientes de proyectos similares al mío?

Por qué preguntar: Las referencias verificables son el único filtro real contra un portafolio de capturas de pantalla y casos de éxito editados.

Respuesta que debes esperar: "Sí, con gusto. Estos son los contactos de dos empresas con proyectos similares." El proveedor no debería necesitar "consultarles primero" para una referencia básica. Si pone excusas de confidencialidad para todos sus clientes, eso es información.

5. ¿Quién va a trabajar en mi proyecto y cuántos proyectos llevan en paralelo?

Por qué preguntar: Muchos proveedores venden con el equipo senior y desarrollan con el equipo junior. Saber cuántos proyectos lleva el equipo en paralelo te dice cuánta atención va a tener el tuyo.

Respuesta que debes esperar: "El equipo es de X personas: un tech lead, dos desarrolladores y un diseñador. Actualmente tienen X proyectos activos." Los buenos proveedores conocen a su equipo por nombre y pueden describir qué hace cada uno. Si la respuesta es "contamos con un equipo de expertos" sin más detalles, pregunta de nuevo.

6. ¿Qué pasa si el proyecto se atrasa? ¿Hay garantías o penalidades?

Por qué preguntar: Los atrasos ocurren. Lo importante es saber si el contrato los contempla y quién asume la responsabilidad.

Respuesta que debes esperar: Un proveedor honesto va a explicar que los atrasos pueden ocurrir por causas de ambas partes, y que el contrato especifica cómo se manejan en cada caso. Desconfía de quien promete que nunca se va a atrasar o de quien dice que los atrasos "siempre son culpa del cliente".

7. ¿Qué tecnologías van a usar y por qué esas?

Por qué preguntar: La elección tecnológica afecta el costo de mantenimiento, la disponibilidad de desarrolladores en el mercado y tu capacidad de cambiar de proveedor en el futuro.

Respuesta que debes esperar: Una justificación concreta, por ejemplo: "Usamos React y Next.js en el frontend porque tienen una comunidad enorme y facilitan encontrar desarrolladores si quieres escalar el equipo. Para el backend usamos Node.js porque se integra bien con los sistemas que ya tienes." Si no pueden explicar por qué eligieron una tecnología, probablemente la eligieron por comodidad propia y no por el bien de tu proyecto.

8. ¿Cómo queda documentado el sistema al finalizar?

Por qué preguntar: Sin documentación, el código es opaco para cualquier otro desarrollador que quiera trabajar en él después.

Respuesta que debes esperar: "Entregamos documentación técnica del sistema, instrucciones de despliegue y comentarios en el código en los puntos críticos." Si dicen que la documentación se cobra aparte o que "el código se explica solo", es un problema para el mantenimiento futuro.

9. ¿Qué incluye el soporte post-lanzamiento y por cuánto tiempo?

Por qué preguntar: El lanzamiento es solo el inicio. Los primeros días y semanas después de salir a producción son críticos y suelen aparecer errores o ajustes necesarios. Si quieres saber qué debería cubrir, revisa cómo funciona un servicio de soporte y mantenimiento.

Respuesta que debes esperar: "Después de la entrega hay un periodo de garantía y soporte post-lanzamiento durante el periodo acordado en el contrato. Para soporte continuo, trabajamos con un plan de soporte y mantención con un SLA definido." Desconfía de quien diga que el soporte está incluido indefinidamente sin aclarar qué significa.

10. ¿Tienen experiencia en mi industria o con problemas similares al mío?

Por qué preguntar: No es indispensable que el proveedor haya trabajado en tu industria, pero sí es útil. La experiencia sectorial reduce el tiempo de inducción y minimiza los errores de comprensión del negocio.

Respuesta que debes esperar: "Trabajamos con empresas de logística y retail. Tu proyecto de gestión de pedidos es similar a uno que hicimos para otra empresa." O bien: "No tenemos experiencia directa en tu industria, pero hemos trabajado con procesos similares." La honestidad sobre lo que no tienen es mejor señal que inflar la experiencia.

Cómo interpretar las respuestas que recibes

No busques respuestas perfectas: busca respuestas concretas. Un buen proveedor da detalles específicos, admite cuando no sabe algo y te hace preguntas de vuelta. Un proveedor problemático da respuestas genéricas, promete que todo va a salir bien sin explicar cómo y esquiva las preguntas que implican compromisos concretos.

Las respuestas vagas a preguntas concretas no son accidentales. Son información.

Señales de que estás hablando con un proveedor serio

• Te hace preguntas sobre tu negocio antes de hablar de precios o tecnología.
• Admite cuando no tiene experiencia en algo en lugar de inflar su portafolio.
• Puede describir a las personas específicas que van a trabajar en tu proyecto.
• El contrato que propone incluye cláusulas claras de propiedad del código y gestión de cambios.
• Da referencias sin dudar y no necesita "gestionarlas" antes.
• Puede explicar sus decisiones técnicas en lenguaje simple.

Si ya tienes claro el proyecto y quieres ordenar la contratación, revisa nuestra guía para contratar desarrollo de software a medida. Y si todavía estás decidiendo entre un proveedor y un equipo propio, lee outsourcing de desarrollo de software vs. in-house.

En Tubesoft respondemos estas preguntas con gusto en la primera reunión. Si tienes un proyecto en mente, conversemos y evaluemos juntos si somos la empresa adecuada para ti.