La mayoría de los founders y ejecutivos no técnicos tienen la misma experiencia evaluando propuestas de desarrollo de software: tres proveedores, tres precios completamente diferentes, y ninguna forma obvia de saber cuál es el correcto. No necesitas ser desarrollador para evaluar bien estas propuestas. Necesitas saber qué buscar.
El precio es lo último que debes evaluar, no lo primero. Dos propuestas al mismo precio pueden representar proyectos completamente diferentes — diferentes supuestos de alcance, diferentes asignaciones de riesgo, diferente seniority del equipo. Antes de comparar precios, compara enfoques.
Las personas que harán el trabajo importan más que la empresa que estás contratando. Solicita los CVs o perfiles de LinkedIn de los ingenieros específicos que serían asignados a tu proyecto. Si la respuesta es "asignaremos según las necesidades del proyecto," esa es una señal de que las personas en la conversación de ventas no son las personas que escribirán tu código.
Una propuesta que cuestiona algo en tus requisitos es una buena señal — significa que el proveedor leyó con atención y tiene opiniones. Las propuestas en fases suelen ser mejores que las propuestas de precio fijo todo-en-uno.
Un precio 40% más bajo que las demás propuestas casi nunca es un mejor negocio. Las propuestas que no mencionan pruebas, despliegue o mantenimiento están incompletas. Si el contrato no incluye lenguaje de propiedad del código fuente que te asigne la propiedad al momento del pago, no lo firmes.
¿Quién específicamente trabajará en este proyecto? ¿Cómo manejan los cambios de alcance a mitad del proyecto? ¿Cómo se ve su proceso de aseguramiento de calidad? ¿Puedo hablar con un cliente anterior de un proyecto similar? El proveedor que responde estas preguntas de forma directa es el que ha pasado por suficientes proyectos reales como para saber qué puede salir mal.
%20(1)-2.svg)
