Cuánto cuesta una aplicación: lo que hace variar el precio

Por qué una horquilla de precios no dice nada de su proyecto

Cuando uno se pregunta cuánto cuesta una aplicación, una horquilla «de X a Y euros» no le enseña nada sobre su proyecto. Dos aplicaciones con el mismo número de pantallas pueden tener presupuestos muy distintos, según decisiones que se pueden nombrar una a una. Un buen presupuesto las nombra, función por función, y calcula aparte lo que costará cada mes una vez la aplicación en servicio.

Desarrollamos aplicaciones web y móviles y explotamos una: Challenge Us, una aplicación de retos en grupo que hemos desarrollado, en servicio en el navegador desde el 2 de septiembre de 2026, con un solo código para la web, el iPhone y Android (React Native y Expo) y un back-end Supabase con tiempo real y funciones de servidor. Lo que sigue viene de lo que aprendimos al construirla y hacerla funcionar, y así presupuestamos nuestro desarrollo de aplicaciones, que empieza por un planteamiento escrito de lo que la aplicación hace el primer día.

Lo que hace variar el precio de desarrollo

Las cuentas y los permisos

Una aplicación sin cuentas (un catálogo, una calculadora) es sencilla. En cuanto hay cuentas, hace falta el registro, el inicio de sesión, la recuperación de una cuenta perdida, la eliminación de la cuenta y, a menudo, varios roles (cliente, colaborador, administrador) con reglas de acceso distintas. Cada rol añade pantallas y, sobre todo, reglas que probar: quién puede ver qué, y quién no debe verlo nunca.

Los datos compartidos en tiempo real

Si dos personas deben ver la misma información actualizarse ante sus ojos (un contador común, un hilo de actividad, una disponibilidad), hace falta un mecanismo de tiempo real y reglas para decidir entre dos modificaciones simultáneas.

El funcionamiento sin conexión

Una aplicación que debe funcionar sin red (en una obra, en un almacén, de viaje) tiene que guardar los datos en el teléfono y sincronizarlos cuando vuelve la red, sin perder ni duplicar nada. Es una decisión costosa, que solo conviene tomar si el uso lo exige de verdad.

Los pagos

Cobrar en la aplicación supone integrar un proveedor de pagos y gestionar reembolsos, fallos y facturas.

Las notificaciones

Avisar a un usuario cuando ocurre algo requiere un servicio de envío, ajustes por usuario (y la posibilidad de desactivarlos) y reglas para no saturar a la gente. En el iPhone, una aplicación web instalada puede recibir notificaciones desde iOS 16.4, según el anuncio de WebKit de febrero de 2023, siempre que se haya añadido a la pantalla de inicio. Una aplicación instalable puede, por tanto, notificar a sus usuarios sin pasar por las tiendas, como explicamos en PWA o aplicación nativa: qué elegir en la empresa.

Las integraciones

Conectar la aplicación a su CRM, su ERP o su herramienta de facturación: cada integración depende de la calidad de la interfaz de programación del otro programa. Una API documentada se conecta rápido; un programa sin API exige rodeos. Suele ser la partida más incierta de un presupuesto, y un buen presupuesto lo dice.

La publicación en las tiendas

Publicar en la App Store y en Google Play supone preparar las fichas, las capturas y la política de privacidad, responder a las revisiones y cumplir obligaciones concretas (por ejemplo, la eliminación de la cuenta desde la aplicación, que exige Apple).

La administración

Casi siempre hace falta una pantalla para usted: ver las cuentas, corregir un dato, seguir el uso. A menudo se olvida en los primeros presupuestos y se añade más tarde a precio alto.

Lo que cuesta la aplicación una vez en servicio

Es la parte que muchas páginas de precios resumen con un porcentaje anual de mantenimiento, sin detalle. Sin embargo, una aplicación en servicio tiene costes mensuales precisos, empezando por la base de datos y el servidor. A modo de ejemplo, esto es lo que mostraba en octubre de 2026 la página de precios de Supabase:

El plan Free no incluye copias de seguridad automáticas. Una aplicación de empresa no funciona en un plan que puede ponerse en pausa y no guarda ninguna copia.

A la base de datos y al servidor se suman:

• El alojamiento de la interfaz web, a menudo modesto para una aplicación servida como archivos estáticos.
• Los correos (códigos de inicio de sesión, notificaciones) mediante un servicio de envío, con límites de envío que vigilar.
• Las cuentas de desarrollador de las tiendas: en octubre de 2026, 99 US$ por año de suscripción en Apple, según la página de inscripción al programa de desarrolladores, que precisa que el precio puede variar según la región, y 25 US$ una sola vez en Google, según la ayuda de Play Console.
• Las actualizaciones: nuevas versiones de iOS y Android, de las bibliotecas y de las reglas de las tiendas. Una aplicación que nunca se actualiza acaba por dejar de cumplir los requisitos de las tiendas.

Pida que estas partidas figuren en el presupuesto, con un orden de magnitud para su volumen de usuarios. Cambian con el éxito de la aplicación, y es normal.

Lo que baja el precio sin empeorar el resultado

• Un alcance del primer día por escrito. Lo que la aplicación hace en el lanzamiento y lo que esperará. Los sobrecostes suelen venir de funciones añadidas por el camino.
• Un solo código para todas las plataformas. Desarrollar por separado para iPhone, Android y la web multiplica el trabajo y las correcciones. Challenge Us comparte un solo código entre las tres.
• Primero una versión instalable. Poner la aplicación en manos de usuarios reales antes de las tiendas permite corregir el rumbo pronto, cuando todavía sale barato.
• Servicios probados en lugar de desarrollos a medida para la autenticación, la base de datos y el envío de correos.

Los límites honestos

Una aplicación a medida no siempre es la respuesta correcta.

Por dónde empezar

Escriba el alcance del primer día: lo que la aplicación hace en el lanzamiento, para quién y lo que esperará. Después pida un presupuesto que calcule cada una de esas decisiones por separado, con los costes mensuales de explotación al lado. Para ese planteamiento, nuestro desarrollo de aplicaciones entrega primero un planteamiento escrito y después una versión en manos de sus primeros usuarios. Las demás decisiones de un proyecto, de la PWA a la publicación en las tiendas, están reunidas en nuestra sección de aplicaciones web y móviles. Y sobre lo que la IA cambia en la escritura del código, nuestro artículo sobre el vibe coding distingue un prototipo montado en unas horas de un producto que se mantiene.

Preguntas frecuentes

Fuentes

1. El anuncio de WebKit de febrero de 2023 (nueva pestaña)webkit.org
2. Página de precios de Supabase (nueva pestaña)supabase.com
3. Página de inscripción al programa de desarrolladores (nueva pestaña)developer.apple.com
4. La ayuda de Play Console (nueva pestaña)support.google.com