¿Cuánto cuesta un software a medida en Chile?

Es la primera pregunta en casi todas las conversaciones, y la que peor se responde en el mercado chileno. O te dicen «depende» y ahí queda, o te tiran un número por teléfono que después no se parece en nada a la factura final.

No hay un precio de lista, y quien te lo dé sin haber entendido tu operación te lo está inventando. Pero sí hay una forma seria de acotar la conversación antes de gastar un peso.

Por qué el «depende» es en parte legítimo

Un software a medida no es un producto: es una cantidad de horas de trabajo especializado. Y la cantidad de horas depende de cosas que nadie puede saber en una llamada de quince minutos.

La comparación que suele funcionar: es como preguntar cuánto cuesta construir una casa. La respuesta honesta es otra pregunta — de cuántos metros, en qué terreno, con qué terminaciones. Quien te da un número sin preguntar nada, o va a construir algo distinto de lo que imaginas, o te va a cobrar la diferencia después.

Lo que sí es ilegítimo es esconderse detrás del «depende» sin ofrecerte una forma de acotarlo. Para eso están los factores que vienen.

Los cinco factores que mueven el precio

1. Cuántos flujos distintos tiene que soportar

No es lo mismo un sistema donde todos los usuarios hacen lo mismo, que uno con cinco perfiles distintos, aprobaciones en cadena y excepciones por área. Cada flujo alternativo se diseña, se construye y se prueba por separado.

Este es el factor que más subestiman las empresas al pedir una cotización, y el que más crece cuando el proyecto ya empezó.

2. Con cuántos sistemas tiene que hablar

Un sistema aislado es predecible. Uno que se integra con el ERP, con el SII y con la plataforma de un cliente grande tiene tres dependencias externas que no controlas — y cada una puede sumar tanto como un módulo completo.

3. Qué tan limpios están los datos que hay que migrar

Migrar datos ordenados es rápido. Migrar veinte años de historia con clientes duplicados y códigos reutilizados puede ser una parte sustancial del proyecto. Es la sorpresa más frecuente y la más cara.

4. Cuántos usuarios y cuánto volumen

Un sistema para diez personas y uno para trescientas no se construyen igual, aunque hagan lo mismo. Cambia la arquitectura, cambia lo que hay que probar y cambia la infraestructura.

5. Qué tan claro está lo que se quiere

Este es el factor más grande y el que menos se menciona. Un proyecto con el alcance definido se cotiza y se cumple. Un proyecto donde el alcance se va descubriendo mientras se construye cuesta más — siempre —, y la diferencia no es marginal.

La consecuencia práctica: la plata mejor invertida de todo el proyecto suele ser la del levantamiento. Es la etapa más barata y la que define el costo de todas las demás.

Los tres costos que no aparecen en la cotización

Y que después aparecen igual:

  • Migración de datos. Pregunta explícitamente si está incluida y hasta qué punto. Es la línea que más se omite en las propuestas.
  • Capacitación y puesta en marcha. Un sistema que nadie sabe usar no está entregado. Alguien tiene que enseñar, acompañar las primeras semanas y corregir lo que se descubre en el uso real.
  • Mantención. Un sistema vivo necesita correcciones, ajustes y actualizaciones. Si no está en el contrato, va a llegar como cotizaciones sueltas en el peor momento.

Cómo comparar dos cotizaciones que no se parecen

El error clásico es comparar los totales. Dos propuestas para el mismo problema pueden diferir tres veces en precio y ambas ser razonables, porque están cotizando cosas distintas.

Lo que sirve es pedir que las dos se desglosen igual:

  • Horas estimadas por etapa, no solo el total
  • Qué incluye y qué no incluye la migración de datos
  • Cuántas rondas de ajustes están consideradas antes de que se cobren aparte
  • Qué pasa si el alcance cambia a mitad de camino, y cómo se valoriza
  • Qué cubre la garantía, por cuánto tiempo, y qué se considera «error» versus «cambio»
  • A nombre de quién quedan el código y los accesos

Cuando dos propuestas se desglosan así, la diferencia se explica sola. Y si una de las dos no se puede desglosar, eso también es información.

Cuándo no conviene desarrollar a medida

Lo decimos aunque nos deje sin proyecto: hay casos en que el desarrollo a medida es la peor opción.

  • Cuando existe una herramienta estándar que resuelve el 80 % y el 20 % restante es preferencia, no necesidad del negocio
  • Cuando el proceso todavía está cambiando: se termina construyendo algo que ya no sirve al momento de entregarlo
  • Cuando la empresa no tiene a nadie que pueda ser contraparte del proyecto
  • Cuando lo que duele es el proceso y no el software — ahí un sistema nuevo solo hace más rápido el mismo problema

Si alguna de esas cuatro es tu caso, un proveedor serio debería decírtelo antes de cotizar. Nosotros lo hacemos, y varias veces la recomendación ha sido no comprar nada.

La pregunta que sí se puede responder rápido

No «cuánto cuesta», sino «cuánto me está costando hoy no resolverlo».

Ese número sí se puede estimar en una conversación: horas mensuales que el equipo dedica al trabajo manual, errores que hay que corregir, decisiones que se toman tarde por falta de información. Multiplicado por doce, es el techo de lo que tiene sentido invertir.

Si ese número es chico, la respuesta correcta es no hacer el proyecto. Y eso también es una respuesta útil.

¿Cuánto cuesta un software a medida en Chile?

No hay un precio de lista, porque el costo es esencialmente horas de trabajo y las horas dependen del alcance. Lo que sí se puede hacer en una primera conversación es acotar el rango: definir qué se va a construir, qué se deja fuera de la primera etapa y qué hay que integrar.

Desconfía de quien te dé una cifra por teléfono sin haber preguntado por tus procesos. O va a construir algo distinto de lo que necesitas, o va a cobrar la diferencia después.

¿Sale más barato un sistema estándar que uno a medida?

En la licencia inicial casi siempre sí. La comparación justa incluye lo demás: la implementación, las personalizaciones necesarias para que calce con tu operación, la licencia recurrente por usuario y el costo de adaptar tus procesos al sistema.

Hay casos donde el estándar gana claramente y lo decimos. Y casos donde termina saliendo más caro por la vía de las personalizaciones.

¿Se puede hacer por etapas para repartir el costo?

Sí, y en general es lo que recomendamos. Una primera etapa acotada que resuelva el dolor más grande, en producción y usándose, entrega dos cosas: valor desde temprano y mucha mejor información para dimensionar lo que sigue.

Además reduce el riesgo: si algo no funciona como se esperaba, se descubre con una parte del presupuesto comprometida y no con todo.

¿Qué pasa si a mitad del proyecto cambia lo que necesito?

Va a pasar, y un proyecto bien contratado lo contempla. Lo importante es que el contrato diga cómo se valoriza un cambio de alcance y quién lo aprueba.

Los proyectos que terminan mal casi nunca terminan mal por un cambio de alcance: terminan mal porque nadie definió qué hacer cuando ocurriera.

¿Quieres acotar el número antes de cotizar?

Te invitamos a tomarnos un café y ordenar la pregunta. Nos cuentas qué necesitas resolver, y salimos de ahí con un alcance definido y un rango realista — o con la recomendación de que no lo hagas, si es lo que corresponde. Sin costo ni compromiso. Conversemos.

Sigue leyendo

¿Te suena familiar este problema?

Si algo de lo que leíste se parece a lo que vives en tu empresa, tomémonos un café y conversémoslo. Sin costo ni compromiso.

Escríbenos