Este artículo no da un precio ni un rango. No porque se esconda, sino porque no existe un precio de mercado que se pueda citar con honestidad: las cifras publicadas proceden de proveedores que venden el servicio, y un número genérico lleva a esperar algo que casi nunca coincide con el proyecto real.

Sí se puede explicar qué hace subir o bajar el precio, por qué el coste de tenerlo funcionando importa tanto como el de construirlo y qué preguntar para comparar presupuestos que a primera vista parecen distintos.

Lo que más pesa en el precio de construirlo

El alcance

La pregunta que más mueve el precio es qué tiene que hacer el sistema. Cada función añadida, cada tipo de usuario y cada informe suma trabajo. Un alcance claro y acotado se presupuesta con más precisión que uno que "ya se verá".

Las integraciones

Casi ningún sistema vive aislado: se conecta con la contabilidad, el ERP, el correo o programas heredados. Cuanto más antigua o cerrada es la herramienta a la que hay que conectarse, más trabajo supone.

Los datos de partida

Migrar datos de hojas de cálculo o de sistemas antiguos exige limpiarlos y decidir cómo se traducen. Datos desordenados encarecen el proyecto, y suele ser una sorpresa.

Los requisitos de seguridad y de permisos

Quién puede ver y modificar qué, con qué registro de cambios y con qué copias de seguridad. Un sistema con un solo tipo de usuario es más simple que uno con varios roles y datos sensibles.

La claridad de quien lo encarga

Un proceso bien descrito, con una persona que decide dentro de la empresa, reduce las idas y venidas. Es una de las causas habituales de que dos proyectos parecidos acaben costando distinto.

El coste de tenerlo funcionando

La construcción es solo una parte. Un software a medida necesita, mientras se use:

Es el coste que más suele quedar fuera de la comparación. Un presupuesto bajo por construir y sin nada previsto para mantener puede ser más caro a tres años que otro mayor que lo incluye. Comparar solo el primer año distorsiona la decisión; la comparación con un software estándar tiene el mismo problema.

  • corregir fallos que aparecen con el uso real,
  • actualizar las piezas sobre las que está construido,
  • adaptarlo cuando cambia el negocio o un programa al que se conecta,
  • alojamiento, copias de seguridad y vigilancia de que funciona,
  • alguien que conozca el sistema cuando hay que tocarlo.

Pago único o cuota mensual

Hay dos formas habituales de organizarlo:

En Axis, la cuota mensual cubre que el sistema siga en marcha después de construirlo, porque un sistema que nadie mantiene acaba fallando. El alcance exacto se acuerda antes de empezar, según el sistema.

  • Se construye y se entrega. El cliente paga la construcción y se ocupa él o un tercero del mantenimiento. Es más claro al principio y deja abierta la pregunta de quién lo mantiene.
  • Se construye y se opera. El proveedor cobra una cuota mensual por mantenerlo y por los cambios. Cambia la comparación: ya no se compara una cifra puntual con otra, sino el coste total de tenerlo funcionando.

Un caso concreto: un CRM a medida

Es una de las preguntas que aparecen al buscar este tema. La respuesta no cambia: depende del alcance, de las integraciones, de los datos que hay que traer y de quién lo mantiene. Un CRM a medida no suele compararse con otro CRM a medida sino con uno estándar con licencia mensual, y esa comparación se resuelve con la pregunta de cuándo conviene uno a medida, no con un precio.

Qué preguntar para poder comparar presupuestos

En Axis se documenta, se prueba y se entrega, sobre herramientas que el equipo del cliente puede operar, para no depender de Axis para que el sistema siga funcionando. Sea cual sea el proveedor, conviene pedir por escrito la respuesta a esta pregunta antes de firmar.

Si un presupuesto no responde a alguna de estas preguntas, no es más barato: es menos completo.

  • ¿Qué incluye el alcance y qué queda explícitamente fuera?
  • ¿Qué pasa si el alcance cambia a mitad del proyecto, y cómo se presupuesta?
  • ¿Qué sistemas se conectan y quién responde si uno cambia?
  • ¿Quién migra los datos y quién decide cómo se limpian?
  • ¿Quién lo mantiene después, cuánto cuesta y qué incluye?
  • ¿A quién pertenece el código y los datos, y se puede llevar a otro proveedor?
  • ¿Cuánto tarda en poner en uso una primera versión, y qué se puede ver antes del final?

Cómo se trabaja en Axis Data Labs

Axis Data Labs no publica un precio para el software a medida porque cada proyecto lo cambia. Se parte de entender qué debe resolver el sistema y se acota un alcance concreto con lo que cuesta construirlo y mantenerlo, de forma que las dos cifras se puedan ver juntas. Más sobre este enfoque en software a medida en Barcelona.

Siguiente paso

Si hay un proyecto en mente, treinta minutos bastan para acotar el alcance y ver qué determinaría el precio en ese caso.