Desarrollo de software a medida: qué cuesta construirlo y mantenerlo

Una aplicación web a medida es software que funciona en el navegador y se construye alrededor del proceso de una organización en lugar de venderse a muchas. La frontera con una web no es visual. Una web publica información; una aplicación guarda estado, aplica reglas y hace trabajo: cuentas, permisos, registros que cambian y lógica que tiene consecuencias cuando se equivoca.

Esa diferencia decide todo lo demás: el precio, los plazos, las obligaciones de seguridad y a quién deberías contratar. Este artículo explica dónde cae realmente la frontera, qué cuesta un desarrollo en 2026 y qué partes de un presupuesto son sólidas.

La prueba práctica es si el sistema tiene usuarios que inician sesión y datos que cambian como consecuencia de lo que hacen. Un sistema de reservas, un portal de distribuidores, una herramienta interna de presupuestos y un flujo de siniestros son aplicaciones. Una web corporativa con formulario de contacto no lo es, por muy bien construida que esté, y esta distinción marca el rango de precio.

Tres cosas las separan en términos de ingeniería. Una aplicación tiene autenticación y autorización, es decir, debe decidir no solo quién eres sino qué puedes ver. Tiene estado persistente que varias personas modifican a la vez, lo que trae transacciones, gestión de conflictos y registros de auditoría. Y tiene reglas de negocio que viven en el código y no en un documento, que es donde se va la mayor parte del esfuerzo de pruebas.

Si no se cumple ninguna de las tres, estás mirando una web y no deberías pagar precios de aplicación.

La mayoría de las empresas llega a esta pregunta por dolor y no por estrategia. Una hoja de cálculo se ha convertido en el sistema de referencia, tres personas se envían versiones por correo y algo caro ya ha salido mal. Cuatro patrones se repiten, y cada uno es un motivo legítimo para plantearse una aplicación propia en lugar de seguir parcheando.

Una hoja de cálculo gobierna un proceso real. Precios, asignación, planificación. Funciona hasta que dos personas editan a la vez o hasta que se va quien construyó las fórmulas.

Los clientes piden acceso a sus propios datos. Historial de pedidos, documentos, estado del proyecto. Enviar PDF por correo no escala, y un portal es la respuesta habitual. Nuestra guía del portal de clientes cubre ese caso concreto.

Entre dos sistemas falta un flujo de trabajo. El ERP tiene el stock y el CRM tiene los clientes, y una persona reteclea entre ambos cada día.

La herramienta estándar cubre el 70 % del proceso. El 30 % restante es justo donde está tu margen, y ninguna configuración llega hasta ahí.

Los precios de las agencias europeas a fecha de agosto de 2026 arrancan en torno a €12.000 para una aplicación realmente pequeña y suben deprisa desde ahí. A diferencia de una web, el número de pantallas no dice nada: lo que marca el precio es el número de roles de usuario distintos, la cantidad de sistemas externos implicados y si los datos están regulados.

Una regla útil al leer presupuestos es que la primera versión funcional cuesta más o menos la mitad del total. La otra mitad es todo lo que la hace sostenible: gestión de errores, casos límite de permisos, migración de los datos existentes y los informes que nadie mencionó en la reunión inicial.

La palanca más barata sobre el precio son los roles, no las funciones. Cada tipo de usuario adicional multiplica los casos de permisos que hay que diseñar, construir y probar, y lo hace más rápido que una pantalla nueva.

Los clientes se imaginan las pantallas. Las pantallas son quizá un tercio del trabajo. Debajo hay cuatro capas que rara vez aparecen en una propuesta y siempre aparecen en la factura. Conocer sus nombres permite leer un presupuesto con criterio y detectar enseguida dónde una oferta barata se queda corta.

Modelo de datos y migración. Definir las entidades y trasladar lo que ya existe, normalmente una hoja de cálculo con datos inconsistentes que hay que limpiar antes de importar.

Autenticación y permisos. Roles, sesiones, recuperación de contraseña y la matriz de quién puede hacer qué. Corto de describir y largo de probar.

Integraciones. Cada sistema externo es un proyecto propio: credenciales, límites de uso, gestión de errores y un plan para cuando el otro lado no responde.

Observabilidad. Registros, alertas y una forma de responder qué hizo el sistema el martes a las 14:20.

Las pruebas atraviesan las cuatro capas. Lo relevante no es si funciona el camino feliz, sino qué ocurre en los demás: un envío duplicado, una sesión que caduca a mitad del formulario, dos personas editando el mismo registro, una integración que agota su tiempo.

De tres a seis meses hasta una primera versión en producción es lo normal para una aplicación de tamaño medio. El calendario se desvía por razones bastante predecibles, y según nuestra experiencia dos de ellas causan la mayor parte del daño. Ambas se neutralizan barato antes de firmar.

La primera es el análisis hecho por entrevista y no por observación. Las personas describen el proceso que creen seguir. El real tiene excepciones, y las excepciones son los requisitos. Mirar el trabajo durante un día las encuentra; un taller normalmente no.

La segunda es la integración con un sistema que no tiene dueño. La estimación da por hecho que existe una API y está documentada. En la semana seis se descubre que no, y una conversación con un proveedor pasa a estar en el camino crítico.

Una prueba técnica de una semana antes de cerrar el precio detecta casi todo esto.

Comprar gana a construir la mayor parte de las veces, y cualquier agencia que diga lo contrario está vendiendo. El SaaS gana en precio, en tiempo hasta obtener valor y en que otro se ocupa de los parches de seguridad. Hay tres situaciones en las que deja de ganar, y conviene nombrarlas con precisión.

El proceso es el diferencial. Si cómo presupuestas, asignas o fijas precios es la razón por la que te eligen, meterlo en una herramienta que usa todo el mundo elimina la ventaja.

El precio por usuario supera al desarrollo. Con 200 usuarios, €40 por puesto y mes son €96.000 al año. Un desarrollo amortizado a cinco años pasa a ser aritmética y no ambición.

Los datos no pueden salir. La residencia, la conservación o las normas sectoriales a veces descartan una plataforma compartida, y las obligaciones del RGPD sobre tratamiento y almacenamiento son más fáciles de cumplir en infraestructura propia.

Existe además una opción intermedia que se descarta demasiado pronto: una plataforma configurable con una capa propia y ligera encima.

Los portafolios enseñan pantallas, que es justo la parte que menos revela. Cuatro preguntas separan a los equipos que han operado software de los que solo lo han entregado, y ninguna es tan técnica como para necesitar un desarrollador en la sala.

Enséñame algo que sigas manteniendo. Construir es fácil; convivir con una decisión durante tres años es la habilidad.

¿Qué salió mal en el último proyecto? Un equipo sin respuesta o no ha entregado bastante o no está siendo franco.

¿De quién son el código y las cuentas de infraestructura? La respuesta debería ser tuyas, por escrito, con acceso al repositorio desde el primer día.

¿Qué pasa si dejamos de trabajar juntos? Documentación, traspaso, credenciales. Según la Stack Overflow Developer Survey, la deuda técnica figura de forma constante entre las frustraciones más citadas por desarrolladores profesionales, y parte de ella son sistemas heredados que nadie sabe explicar.

La seguridad no es una función que se añade después, y tratarla así es como un proyecto de €30.000 se convierte en un proyecto de €30.000 más un incidente. La base no es exótica, y un equipo competente la incluye sin que se la pidan.

El OWASP Top 10 es la referencia que el sector usa de verdad: control de acceso roto, inyección, mala configuración y el resto. Pregunta si tu desarrollo lo cubre y pregunta qué pruebas lo demuestran.

Más allá de la base, el coste sube con la obligación. Los datos personales implican reglas de conservación, exportación y borrado. Los pagos implican que no deberías guardar datos de tarjeta. Los sectores regulados implican registros de auditoría y evidencias. Cuenta con un 10 % a un 20 % adicional cuando aplique alguno.

Una obligación se olvida con facilidad porque no es técnica: alguien tiene que seguir aplicando actualizaciones después del lanzamiento. Pon nombre a esa persona o a ese contrato antes de firmar.