La respuesta corta es que el precio de un software a la medida lo determinan cuatro cosas: cuántas pantallas tiene, cuántos sistemas externos toca, cuántos tipos de usuario distintos hay y qué pasa si se cae. Todo lo demás —el lenguaje, la nube, la metodología— mueve el número mucho menos de lo que la gente cree.
La respuesta larga es que ninguna empresa seria puede darte una cifra por teléfono, y que la que te la dé está adivinando o va a cobrarte la diferencia después.
Por qué dos cotizaciones del mismo proyecto se diferencian tanto
Es normal recibir propuestas que se separan por tres o cuatro veces para lo que parece el mismo encargo. Casi siempre no están cotizando lo mismo.
Las diferencias reales suelen estar en:
- Qué incluye el alcance. Una propuesta cuenta el diseño, las pruebas, el despliegue y tres meses de soporte. La otra cuenta solo el desarrollo, y el resto llega como cambios facturables.
- Quién lo va a hacer. Un equipo con gente sénior cuesta más por hora y menos por proyecto, porque toma menos decisiones caras de deshacer.
- Cómo se maneja lo imprevisto. Un precio cerrado incluye un colchón para lo que aparece; un precio por hora traslada ese riesgo entero a tu lado de la mesa.
- Si hay que rehacer algo. Si ya existe un sistema y hay que convivir con él o migrar sus datos, eso es trabajo real y a veces es la mitad del proyecto.
Comparar dos propuestas por el total de abajo es el error más caro que se comete en esta compra. Se comparan por el alcance de arriba.
Qué encarece un proyecto de verdad
Estos son los factores que más mueven el número, en orden aproximado de impacto:
- El número de integraciones. Cada sistema externo que hay que conectar —facturación, pasarela de pago, ERP, mensajería— añade trabajo que no se ve en pantalla: autenticación, manejo de errores, reintentos y pruebas contra un sistema que no controlas.
- Los tipos de usuario. Un sistema con un solo rol es un sistema. Uno con administrador, operador y cliente externo son casi tres, porque cada uno necesita sus pantallas, sus permisos y sus reglas.
- La migración de datos. Traer diez años de historia de hojas de cálculo con nombres inconsistentes y duplicados suele costar más que construir el módulo que los va a usar.
- El nivel de disponibilidad. Que el sistema pueda estar caído una hora un domingo no cuesta lo mismo que garantizar que no se caiga nunca. Lo segundo exige redundancia, monitoreo y guardias.
- El cumplimiento normativo. Tratar datos personales, facturar electrónicamente o manejar información de salud añade requisitos que no son opcionales.
Qué casi no lo encarece
Y estos, en cambio, se discuten mucho y pesan poco:
- El lenguaje o el framework. Con equipos comparables, la diferencia es de márgenes, no de órdenes de magnitud.
- La nube. El costo de infraestructura de una aplicación empresarial de tamaño medio suele ser una fracción pequeña del costo de construirla.
- El diseño. Un buen diseño se paga solo en desarrollo evitado: cada pantalla mal pensada que se descubre construida cuesta varias veces lo que costaba corregirla en el papel.
Precio cerrado o por horas
Las dos formas existen y ninguna es una trampa por sí sola.
Precio cerrado por proyecto funciona cuando el alcance se puede definir bien antes de empezar. Tú sabes cuánto vas a pagar; el proveedor asume el riesgo de que se demore más. Es lo que ofrecemos por defecto porque quita la conversación incómoda de la mitad del proyecto.
Por horas o por ciclos funciona cuando el alcance es genuinamente incierto: un producto nuevo que va a cambiar de forma según lo que digan los usuarios. Exige más confianza y un seguimiento más cercano de tu lado.
Lo que no funciona es un precio cerrado sobre un alcance que nadie definió. Eso no es un precio, es una apuesta, y siempre la paga alguien.
Cómo leer una propuesta antes de firmar
Cinco preguntas que separan una propuesta seria de un documento comercial:
- ¿Qué queda explícitamente fuera? Una propuesta que solo lista lo que incluye está incompleta. Lo que no está listado es donde nacen las facturas extra.
- ¿De quién es el código y las cuentas? Repositorios, dominios, servidores y credenciales deberían estar a tu nombre desde el primer día.
- ¿Qué pasa después de la entrega? Cuánto cuesta el soporte, qué cubre y con qué tiempo de respuesta.
- ¿Cómo se manejan los cambios? Debe haber un procedimiento escrito: se estima, se aprueba, se agenda. Nunca se descubre en la factura.
- ¿Cuándo veo algo funcionando? Si la primera vez que vas a ver el producto es en la entrega final, el riesgo es tuyo y es enorme.
El orden que recomendamos
Si estás empezando esta compra, el camino más barato casi nunca es pedir tres cotizaciones a ciegas. Es este:
- Escribe en una página qué problema quieres resolver y cómo sabrás que se resolvió.
- Habla con dos o tres proveedores sobre esa página, sin pedir precio todavía.
- Pide que cada uno te devuelva su entendimiento del alcance por escrito.
- Compara esos documentos. Ahí es donde se ve quién entendió el negocio.
- Pide precio sobre el alcance que más te convenza, y pídeselo a todos sobre el mismo.
Ese proceso toma dos semanas más al principio y suele ahorrar meses después.
En BUILDRION trabajamos desde Pereira para toda Colombia. Cotizamos por proyecto y con monto cerrado, y la conversación para definir el alcance no se cobra. Si al final de esa conversación la conclusión es que no necesitas software a la medida, también te lo decimos.