Elegir a quién confiarle el desarrollo de software de tu empresa es una de las decisiones más difíciles que enfrentan los directivos de empresas medianas. No porque haya escasez de opciones — hay cientos de agencias y freelancers disponibles — sino porque es difícil evaluar la calidad antes de que el trabajo empiece.
A diferencia de comprar maquinaria o contratar un servicio de limpieza, el software es intangible hasta que ya está hecho. Y para entonces, si elegiste mal, el costo de cambiar es muy alto.
Esta guía te da siete preguntas concretas para hacer en el proceso de evaluación, y lo que debes buscar en cada respuesta.
1. ¿Pueden mostrarme proyectos similares al mío?
No un portafolio genérico. Proyectos similares al tuyo: mismo sector, misma escala, misma complejidad técnica.
Si tu proyecto es una plataforma de gestión de distribución para una empresa mediana, no te sirve saber que hicieron el sitio web de una startup o una aplicación móvil de entretenimiento. Necesitas ver que han resuelto problemas parecidos al tuyo.
Qué buscar en la respuesta: ejemplos concretos con descripción del problema de negocio que resolvieron, no solo capturas de pantalla de interfaces bonitas. Si solo te muestran diseño y no pueden hablar del impacto operativo, es una señal de alerta.
2. ¿Quién va a trabajar en mi proyecto y qué experiencia tiene?
Muchas agencias "venden" con perfiles senior y "entregan" con juniors. La diferencia no es solo de velocidad: un desarrollador con poca experiencia toma malas decisiones de arquitectura que son muy costosas de corregir después.
Pide conocer al equipo específico antes de firmar. No al director de ventas ni al CEO. Al tech lead y a los desarrolladores que van a escribir código.
Qué buscar en la respuesta: perfiles reales con experiencia verificable, disposición para presentar al equipo antes de cerrar el contrato, y claridad sobre qué pasa si algún miembro del equipo sale del proyecto.
3. ¿Cómo manejan los cambios de alcance?
Todos los proyectos de software cambian. Los requerimientos evolucionan, aparecen restricciones que no eran visibles al inicio, el negocio cambia de dirección. La pregunta no es si habrá cambios, sino cómo los maneja el proveedor.
Qué buscar en la respuesta: un proceso claro. Cada cambio debe evaluarse en costo y tiempo antes de ejecutarse, con aprobación tuya. Si la respuesta es vaga ("nos adaptamos a lo que necesitas") o alarmante ("cualquier cambio duplica el precio"), ninguna de las dos es buena señal.
4. ¿Qué pasa si el proyecto se retrasa?
Los retrasos en proyectos de software son la norma, no la excepción. La mayoría de proyectos se entregan fuera de fecha. La diferencia entre un buen proveedor y uno malo no está en si se retrasa, sino en cómo lo comunica y cómo lo gestiona.
Qué buscar en la respuesta: un proceso de seguimiento semanal, comunicación proactiva de riesgos, y honestidad sobre los historial de entrega. Si te dicen que siempre cumplen a tiempo, están mintiendo o no tienen suficiente experiencia para saber lo que no saben.
5. ¿A quién pertenece el código y qué acceso tengo durante el proyecto?
Parece obvio, pero muchos contratos son ambiguos en este punto. Al final del proyecto, quieres:
- Propiedad total del código: sin licencias de uso que te aten al proveedor
- Acceso al repositorio durante el desarrollo: no al final, desde el primer día
- Código documentado: no perfectamente (eso no existe), pero suficiente para que otro desarrollador pueda continuar
Qué buscar en la respuesta: claridad contractual sobre propiedad intelectual, y acceso a un repositorio compartido desde el inicio del proyecto. Si el proveedor se pone evasivo en este punto, es una señal muy seria.
6. ¿Cómo hacen las pruebas?
El código sin pruebas es una deuda que pagas con intereses. Bugs en producción, actualizaciones que rompen funcionalidades existentes, noches de crisis operativa. Las pruebas no son lujo; son parte de hacer el trabajo bien.
Qué buscar en la respuesta: mención de pruebas unitarias, pruebas de integración, y algún proceso de QA antes de cada entrega. No necesitas que sea perfecto, pero sí que exista. Si la respuesta es "el cliente hace las pruebas", huye.
7. ¿Qué pasa después de la entrega?
El software no es un producto que se entrega y se olvida. Necesita mantenimiento, actualizaciones de seguridad, y pequeñas mejoras continuas. Necesitas saber quién responde cuando algo falla en producción.
Qué buscar en la respuesta: una propuesta de mantenimiento post-entrega con términos claros de tiempo de respuesta, distinción entre bugs (que deben corregirse sin costo adicional dentro de un período de garantía) y nuevas funcionalidades (que se cobran aparte).
El error más caro: elegir por precio
La tentación es grande, especialmente cuando hay una propuesta que cuesta la mitad que las demás. El problema es que el precio más bajo rara vez es el costo total más bajo.
Un proyecto mal ejecutado que hay que rescatar o rehacer suele costar entre 2x y 5x más que haberlo hecho bien desde el inicio. Y más allá del dinero: los meses perdidos, el equipo desgastado, la operación que no pudo mejorar porque el sistema nunca funcionó correctamente.
Elegir por precio sin evaluar capacidad es como elegir al médico más barato para una cirugía.
Lo que importa más allá del precio
Hay tres factores que, en nuestra experiencia, predicen mejor si un proyecto va a salir bien:
Claridad en la comunicación. Si en el proceso de evaluación te cuesta entender cómo trabajan, cómo comunican, y qué va a pasar paso a paso, eso no mejora una vez que firmas. La claridad o está desde el inicio o no está.
Honestidad sobre limitaciones. El mejor proveedor no es el que dice "podemos con todo". Es el que dice "esto sí lo hacemos muy bien, esto otro no es nuestra especialidad". Conocer las propias limitaciones es señal de madurez.
Interés real en tu negocio. El código es un medio, no un fin. Un buen proveedor entiende qué problema de negocio estás resolviendo y toma decisiones técnicas en función de eso. Si en la primera reunión hablan más de tecnologías que de tu operación, es una señal.
En Alternetica hacemos exactamente este proceso con nuestros clientes potenciales: una llamada de diagnóstico donde exploramos si somos el equipo correcto para tu proyecto. Si no lo somos, te lo decimos. Si sí, te explicamos cómo trabajamos y qué puedes esperar.
Agenda una llamada sin compromiso. Sin presentación de ventas — solo una conversación para entender tu situación.