¿Cuánto cuesta desarrollar una app?

Cuánto cuesta desarrollar una app es la pregunta que más recibimos, y casi siempre llega antes de que sepamos qué tiene que hacer esa app. La respuesta honesta es que depende, y que una tarifa cerrada de catálogo suele esconder algo: o se ha dejado fuera parte del trabajo, o se está cobrando por lo que no necesitas. Lo útil no es una cifra suelta, sino saber qué mueve el precio para poder comparar presupuestos con criterio.

Un presupuesto de desarrollo es, en el fondo, horas de trabajo multiplicadas por el precio de esas horas. El precio por hora varía entre proveedores, pero lo que de verdad dispara o contiene el total son las horas, y las horas dependen de cinco decisiones.

1. El alcance de la primera versión

Es el factor que más pesa. Una app de catálogo con contenido que se actualiza poco no se parece a una plataforma con cuentas de usuario, pagos, roles y un panel de gestión. Cada pantalla, cada tipo de usuario y cada flujo (registrarse, reservar, pagar, cancelar) son horas de diseño, desarrollo y pruebas.

Por eso conviene decidir qué entra en la primera versión y qué puede esperar. Una versión 1 bien recortada llega antes a las tiendas, cuesta menos y, sobre todo, te da datos reales de uso para decidir qué construir después. Lo contrario —intentar lanzar con todo— es la forma más habitual de que un proyecto se alargue y se encarezca.

• Imprescindible para lanzar: lo que resuelve el problema principal de tu usuario.
• Importante pero aplazable: lo que mejora la experiencia, pero sin lo que la app ya funciona.
• Deseable: ideas que conviene validar con usuarios reales antes de pagarlas.

2. Una plataforma, dos, o una base compartida

Una app nativa para iPhone (Swift y SwiftUI) y otra para Android (Kotlin y Jetpack Compose) son, a efectos prácticos, dos desarrollos. Con una tecnología multiplataforma como React Native o Flutter se comparte gran parte del código entre las dos tiendas y el coste y los plazos se ajustan, a cambio de algunas limitaciones cuando se necesita acceso profundo al hardware o funciones muy recientes del sistema.

Para la mayoría de apps de negocio, la multiplataforma es la opción sensata; para productos que viven del rendimiento o del hardware, la nativa se paga sola. Lo explicamos con detalle en apps nativas o multiplataforma: cómo decidir.

3. El backend que no se ve

La app es la parte visible, pero casi siempre hay un servidor detrás: cuentas de usuario, base de datos, notificaciones push, envío de correos, almacenamiento de imágenes y un panel de administración para que tu equipo gestione el contenido sin llamar al desarrollador. Es fácil no verlo al pedir presupuesto y suele ser una parte importante del trabajo.

Hay dos caminos: servicios gestionados (bases de datos y autenticación en la nube) que aceleran el arranque, o un backend a medida cuando la lógica de negocio lo pide. Un buen presupuesto dice cuál se propone y por qué, porque la decisión afecta también a lo que pagarás cada mes después del lanzamiento.

4. Las integraciones con lo que ya usas

Conectar la app con tu ERP, tu CRM, una pasarela de pago, un sistema de reservas o cualquier herramienta que ya funcione en tu empresa añade trabajo. Si existe un conector oficial o una API documentada, el esfuerzo es acotado. Si no existe, hay que construir un sincronizador que lea y escriba datos entre los dos sistemas sin duplicarlos ni perderlos, y eso hay que presupuestarlo aparte.

5. Diseño, pruebas y publicación

Un prototipo navegable antes de programar cuesta horas, pero ahorra muchas más: es mucho más barato mover una pantalla en un prototipo que en código. Después vienen las pruebas en dispositivos reales, la preparación de las fichas de tienda (textos, capturas, política de privacidad) y la revisión de Apple y Google, que puede pedir cambios antes de aprobar la app.

La pregunta útil no es cuánto cuesta una app, sino cuánto cuesta la primera versión que resuelve el problema de tus usuarios.

Costes que no están en el presupuesto de desarrollo

Hay gastos que no dependen del proveedor que elijas y conviene tenerlos en cuenta desde el principio:

• Cuentas de desarrollador: Apple cobra una cuota anual de 99 USD por el Apple Developer Program; Google Play, un pago único de 25 USD por registrar la cuenta.
• Infraestructura: servidor, base de datos, almacenamiento y envío de notificaciones o correos. Con poco tráfico suele ser un coste pequeño, pero crece con el uso.
• Comisiones de tienda: si vendes contenido o suscripciones digitales dentro de la app, Apple y Google se quedan con un porcentaje (por lo general, un 15 % para desarrolladores pequeños acogidos a sus programas y un 30 % en el caso general; en la Unión Europea Apple ofrece además condiciones alternativas). No aplica a bienes físicos ni a servicios que se consumen fuera de la app, como un pedido o una reserva.
• Mantenimiento: Apple y Google publican versiones nuevas de sus sistemas cada año y cambian requisitos; una app sin mantenimiento acaba dando problemas o saliendo de la tienda.

Cuánto se tarda en desarrollar una app

Una app bien definida suele estar en las tiendas entre 2 y 4 meses. Si hay un backend complejo o integraciones con sistemas existentes, puede llevar más. El calendario realista, con hitos que puedas comprobar, debería salir de la fase de definición, no de la primera llamada. Y durante el desarrollo deberías poder instalar la app en tu propio móvil desde las primeras semanas (TestFlight en iPhone, pruebas internas de Google Play en Android).

Cómo pedir un presupuesto que puedas comparar

• Explica el problema que quieres resolver y para quién, antes de proponer pantallas o funcionalidades.
• Pide que el presupuesto separe alcance, plataformas, backend, integraciones, diseño y publicación.
• Pregunta qué incluye el mantenimiento, qué no, y cuánto cuesta después del lanzamiento.
• Aclara a quién pertenecen el código y las cuentas de las tiendas al terminar.
• Desconfía de cualquier cifra que llegue sin haber hablado antes de tu caso.

Dos presupuestos con el mismo número pueden incluir cosas muy distintas. Compararlos partida a partida es la única forma de saber cuál es más barato de verdad.

En Action analizamos cada caso y enviamos un presupuesto cerrado y detallado en 24 horas, sin compromiso. Si estás en la zona, tienes toda la información sobre cómo trabajamos en desarrollo de aplicaciones en Vigo y en desarrollo de aplicaciones en Pontevedra.