Un presupuesto de app móvil no es una cifra sacada de la nada. Es una suma de esfuerzo. Cada rol dedica tiempo a su proyecto y la tarifa vigente convierte ese tiempo en coste.
Una vez que sepa qué partes de su idea añaden esfuerzo, podrá dar forma al alcance antes de tocar el presupuesto. Este artículo repasa los roles, las decisiones que mueven sus horas y cómo leer un presupuesto para que nada le sorprenda más adelante.
Los roles detrás de una app móvil
La mayoría de los proyectos móviles recurren a un conjunto parecido de habilidades. No todos los proyectos necesitan cada una con el mismo peso.
- Producto y diseño: las pantallas, los flujos y el camino que recorre una persona desde que abre la app hasta que consigue lo que buscaba.
- Desarrollo móvil: la app que se ejecuta en el teléfono, ya sea en iPhone, en Android o en ambos.
- Backend y API: el servidor, los datos, las cuentas de usuario y las conexiones con otros sistemas que ya utiliza.
- Pruebas: comprobar que la app se comporta bien en dispositivos reales, con conexiones malas y con datos de entrada inusuales.
- Gestión de proyecto: mantener el alcance, las decisiones y las versiones bajo control, para que los demás roles dediquen su tiempo a construir.
Una app sencilla con pocas pantallas depende sobre todo del desarrollo. Una app que se integra con varios sistemas externos depende del backend. Una app de consumo en la que importa la primera impresión depende del diseño.
Qué mueve las horas
Estas son las decisiones que con más frecuencia cambian el esfuerzo de uno o varios roles.
- Plataformas. Construir para iPhone y Android añade trabajo en comparación con una sola plataforma. Cuánto depende del enfoque, y el presupuesto indica cuál da por supuesto.
- Pantallas y flujos. Cada pantalla requiere diseño, construcción y pruebas. Cada ramificación de un flujo, como un registro con varios caminos, lo multiplica.
- Cuentas y permisos. Un único tipo de usuario es más sencillo que clientes, personal y administradores que ven cosas distintas.
- Integraciones. Pagos, mapas, mensajería o su sistema actual de reservas o de contabilidad exigen trabajo de backend y pruebas en ambos lados.
- Funciones sin conexión y en directo. Una app que funciona sin conexión, o que se actualiza en tiempo real, necesita una ingeniería más cuidadosa que una que carga una página y espera.
- Cumplimiento normativo y tratamiento de datos. Los datos de salud, financieros o personales traen reglas sobre almacenamiento, acceso y registros. Eso se refleja en el esfuerzo de backend y de pruebas.
- Idiomas. Cada idioma añade trabajo de traducción, revisión de maquetación y pruebas. Trabajamos en cinco idiomas, así que lo planificamos desde el principio en lugar de añadirlo al final.
- Herramientas de administración. Si su equipo necesita gestionar contenidos, usuarios o pedidos, eso es un segundo producto, normalmente web.
Qué las reduce
La forma más segura de reducir el esfuerzo es construir menos en la primera versión, a propósito.
- Empiece por la única tarea que la app debe hacer bien y deje el resto para una versión posterior.
- Use componentes y patrones estándar allí donde los personalizados no cambiarían cómo usa la gente la app.
- Tome las decisiones pronto. Cambiar de rumbo a mitad de camino cuesta más que resolverlo durante el diseño.
- Reutilice lo que ya tiene. Un sistema existente con una API que funciona puede ahorrar tiempo de backend.
Lea las hipótesis, no solo el total
Nuestro estimador ofrece un rango de precio en minutos, a partir de la tarifa vigente. Muestra el coste de construcción, los costes mensuales de mantener la app, el esfuerzo por rol, el número de semanas y todas las hipótesis en las que se apoyan.
Las hipótesis son la parte que conviene leer con atención. Si el cálculo supone una sola plataforma y usted necesita dos, o supone que no hay pagos y usted piensa vender dentro de la app, el rango cambiará. Corrija la hipótesis y vuelva a calcular.
No ponemos precios ni horas en los artículos. Las tarifas cambian, y el estimador siempre muestra las vigentes.
Costes mensuales tras el lanzamiento
Una app sigue teniendo costes después de publicarse. Los servidores, las cuentas en las tiendas, los servicios externos y las actualizaciones para las nuevas versiones del software del teléfono suponen un coste continuo. El estimador los enumera por separado, para que pueda planificar el año y no solo la construcción.
Elija cómo trabajar
Una vez claro el alcance, hay tres formas de trabajar con nosotros.
- Un precio cerrado para un alcance definido, cuando sabe lo que quiere construir.
- Un equipo por meses, cuando el producto seguirá creciendo y las prioridades irán cambiando.
- Un bloque mensual de horas con un tiempo de respuesta garantizado, para soporte y mejoras constantes después del lanzamiento.
Muchos proyectos combinan más de una: un precio cerrado para la primera versión y después un bloque de horas para que siga funcionando bien.
Siguiente paso
Si tiene una app en mente, la forma más rápida de ver dónde están sus horas es ejecutar el estimador. Lleva unos minutos y obtendrá un rango, el esfuerzo por rol y las hipótesis para comentarlas con nosotros.
