De qué depende el precio de una aplicación a medida

«¿Cuánto cuesta hacer una aplicación?» es una de las preguntas que más se buscan y una de las que peor se pueden responder sin contexto. No porque haya secreto: porque la palabra «aplicación» cubre desde un formulario con una base de datos hasta una plataforma con pagos, usuarios y conexiones con otros sistemas.

Lo que sí se puede explicar es de qué depende. Y entenderlo ayuda a leer un presupuesto y a pedirlo bien.

Lo que más pesa en el coste de una aplicación

• Cuántos tipos de usuario hay y qué puede hacer cada uno: cada rol multiplica pantallas y reglas
• Las integraciones con otros sistemas: facturación, pagos, un ERP, servicios de terceros
• Los datos que ya existen y hay que migrar, sobre todo si están desordenados
• Las excepciones del proceso, que casi siempre son más que el caso normal
• Si tiene que ser una aplicación móvil instalable o basta con la web
• Los requisitos legales: datos personales, facturación, accesibilidad

Fíjate en que el diseño visual no está arriba de la lista. Lo que encarece un proyecto casi nunca es lo que se ve, sino las reglas que hay debajo.

Por qué dos presupuestos de software son tan distintos

Cuando dos presupuestos para la misma idea no se parecen, normalmente no están presupuestando lo mismo. La descripción dejaba huecos y cada uno los ha rellenado a su manera.

• Uno incluye la migración de los datos y otro da por hecho que la haces tú
• Uno cuenta con el mantenimiento posterior y otro termina el día de la entrega
• Uno ha previsto los casos raros y otro solo el camino en el que todo sale bien
• Uno ha preguntado y otro ha supuesto

Cómo pedir un presupuesto que se pueda comparar

No hace falta un documento técnico. Hace falta describir el problema, no la solución.

• Qué pasa hoy: cómo se hace el proceso y con qué herramientas
• Qué falla o qué cuesta: el motivo real por el que quieres cambiarlo
• Quién lo va a usar y cuántas personas
• Con qué otros programas tiene que hablar
• Qué es imprescindible y qué sería bueno tener

Separar lo imprescindible de lo deseable es lo que más ayuda. Permite presupuestar una primera versión que resuelve el problema y dejar el resto para cuando se haya usado.

Cómo reducir el coste de un desarrollo sin perder lo importante

La forma más eficaz de abaratar un desarrollo es construir menos. No peor: menos. La primera versión debería cubrir lo que el negocio necesita hoy, ni una función más. Lo demás se decide con el software ya en uso, cuando se sabe qué hace falta de verdad y qué solo lo parecía.

Y desconfía de la rebaja que viene de saltarse las pruebas, la documentación o la seguridad. Ese ahorro se paga después, y más caro.

El coste que viene después de la entrega

Una aplicación en uso necesita mantenimiento: actualizaciones de seguridad, servidor, pequeños cambios y alguien que responda si algo falla. Conviene preguntarlo antes de empezar, no descubrirlo después.

Un presupuesto barato para algo mal definido no es barato. Es un presupuesto que todavía no ha empezado a crecer.