¿Cuánto cuesta un software a medida?

Por qué no existe un precio fijo para el software a medida

Preguntar cuánto cuesta un software a medida es como preguntar cuánto cuesta una casa: depende del tamaño, los terminados, el terreno y quién la construya. Dos proyectos que parecen similares desde afuera pueden diferir mucho en trabajo real.

Por eso desconfía de cifras entregadas sin conocer tu proceso. Una estimación seria nace de entender qué necesitas resolver, y se afina a medida que se aclaran los requisitos. Este artículo explica qué factores influyen y cómo comparar propuestas con criterio.

Tampoco se trata de que el software sea caro o barato en abstracto, sino de si el valor que entrega supera el costo total de construirlo y mantenerlo. Esa mirada evita decisiones tomadas solo por el monto inicial.

Los principales factores que determinan el costo

El costo de un desarrollo es, en esencia, tiempo de personas calificadas: análisis, diseño, programación, pruebas y puesta en marcha. Todo lo que aumenta ese tiempo, aumenta el costo.

Un ejemplo sencillo: un formulario que registra datos y los muestra en una lista requiere poco trabajo, mientras que un módulo que calcula comisiones con reglas distintas por vendedor, producto y mes requiere mucho análisis y pruebas. Ambos son una pantalla para el usuario, pero su esfuerzo real es muy distinto.

Los factores más influyentes son la cantidad de funciones, la complejidad de las reglas del negocio y las integraciones con otros sistemas. También pesa el nivel de calidad que se espera en seguridad y pruebas.

• Alcance: cantidad de pantallas, procesos y tipos de usuario.
• Reglas de negocio: cálculos, aprobaciones, excepciones.
• Integraciones: facturación electrónica, pagos, bancos, otros sistemas.
• Plataformas: web, móvil, o ambas.
• Migración de datos desde sistemas o planillas existentes.
• Seguridad, permisos y auditoría.

El alcance es la variable que más se subestima

La mayoría de las desviaciones de presupuesto viene de requisitos que no se hablaron al comienzo. Frases como "además, que se pueda ver desde el celular" o "y que se conecte con la contabilidad" parecen pequeñas, pero pueden duplicar el trabajo.

Una forma de ordenar el alcance es separar lo imprescindible de lo deseable. Lo primero define una versión inicial que ya resuelve el problema; lo segundo se programa después, si el negocio lo justifica.

Esta versión inicial suele llamarse producto mínimo viable. Permite empezar a usar el sistema antes, aprender de la operación real y decidir con evidencia qué funciones merecen inversión adicional.

• Imprescindible: sin esto el sistema no sirve.
• Importante: mejora mucho, pero se puede postergar.
• Deseable: agradable, sin impacto directo en la operación.

Cómo estimar el esfuerzo antes de pedir cotizaciones

No necesitas conocimientos técnicos para preparar un buen punto de partida. Describe por escrito quién usará el sistema, qué hará cada uno y qué resultados espera obtener. Por ejemplo, en un taller: el recepcionista abre una orden, el mecánico registra repuestos y horas, y el administrador factura y cobra.

Con esa descripción, un proveedor puede dividir el proyecto en módulos y estimar horas por cada uno. La estimación total es la suma de las horas por el valor hora, más gestión y pruebas. Dos cotizaciones con la misma descripción se pueden comparar de forma mucho más justa.

• Lista de usuarios y roles.
• Flujo de cada proceso principal, paso a paso.
• Documentos y reportes que deben salir del sistema.
• Sistemas con los que debe conectarse.
• Datos existentes que hay que migrar.

Modelos de contratación: precio cerrado, por horas o por etapas

El precio cerrado da certeza al cliente, pero exige un alcance muy definido; si cambia, se renegocia. El pago por horas ofrece flexibilidad, pero requiere confianza y seguimiento para no perder el control del gasto.

Un punto intermedio, común en proyectos medianos, es dividir en etapas con entregables claros y pagar por hito. Así se puede evaluar el avance real y ajustar el rumbo sin comprometer todo desde el inicio.

Sea cual sea el modelo, exige que los cambios de alcance se registren por escrito con su impacto estimado en tiempo y costo antes de aprobarse. Esa disciplina evita sorpresas al final.

Cómo comparar cotizaciones sin mirar solo el monto

Una cotización más barata no siempre es más conveniente. Lo importante es qué incluye, y qué supuestos hay detrás. Pide que todas las propuestas detallen el mismo nivel de información para poder compararlas.

Fíjate también en cómo cada proveedor trató tus dudas durante el proceso: quien hace buenas preguntas al principio suele ahorrar problemas después.

Si recibes tres cotizaciones muy distintas entre sí, no promedies: pide a cada proveedor que explique sus supuestos. Normalmente la diferencia se debe a alcances interpretados de forma diferente, y aclararlo mejora todas las propuestas.

Anota las respuestas por escrito y compártelas con todos los proveedores por igual, para que compitan sobre una base común.

• Alcance detallado por módulo o funcionalidad.
• Qué se excluye de forma explícita.
• Forma de tratar cambios de alcance y su costo.
• Entregables, hitos y plazos estimados.
• Pruebas, capacitación y puesta en marcha incluidas o no.
• Quién es dueño del código y de los datos.
• Soporte y mantenimiento posteriores y sus condiciones.

Costos que aparecen después de entregar el sistema

Un software no termina el día de la entrega. Requiere hosting o infraestructura, respaldos, actualizaciones de seguridad, ajustes por cambios normativos, como los del SII, y mejoras que surgen con el uso.

Pregunta cómo se manejarán estos costos y si hay un acuerdo de mantenimiento. También conviene preguntar si el sistema puede ser mantenido por otro proveedor, con documentación suficiente, para no quedar atado a un único equipo.

Alternativas y checklist para decidir

A veces un software a medida no es la primera opción. Si tu proceso es bastante común, una solución existente configurable puede cubrir gran parte de la necesidad en menos tiempo, y la medida puede reservarse para lo realmente diferenciador. Por ejemplo, CMC Business Hub cubre gestión administrativa general, y el desarrollo a medida se plantea para lo que no se resuelve ahí.

Antes de pedir cotizaciones, responde esta lista.

• ¿Escribí quién usa el sistema y qué proceso resuelve?
• ¿Separé lo imprescindible de lo deseable?
• ¿Evalué si una herramienta existente cubre parte de la necesidad?
• ¿Pedí a cada proveedor el mismo nivel de detalle?
• ¿Quedó claro quién es dueño del código y los datos?
• ¿Conozco las condiciones de soporte y mantenimiento?