Una app móvil debe ganarse un hueco en el teléfono del cliente. Antes hay que saber qué hará que la web no hace

Ninguna cifra de referencia sirve para todas las apps, porque el coste lo marcan las funciones, las conexiones con otros sistemas, como la tienda, el programa de gestión o las reservas, y si hay que hacerla para iOS y para Android. Además, están los costes de las plataformas: Apple cobra una cuota anual por su programa de desarrolladores, y Google Play, una cuota única de registro. Para comparar presupuestos, mira si incluyen pruebas en teléfonos reales, la publicación en las tiendas y el mantenimiento posterior. En Daimatics el precio y las condiciones se hablan en la reunión.

Depende de lo que tenga que hacer la app. La nativa se programa por separado para iOS y para Android y aprovecha al máximo las funciones del teléfono, a cambio de mantener dos bases de código. La multiplataforma comparte buena parte del código y reduce el trabajo duplicado, aunque algunas funciones muy ligadas al dispositivo pueden necesitar piezas específicas de cada sistema. Antes de elegir, haz la lista de funciones del teléfono que son imprescindibles y pregunta quién se encargará de las actualizaciones dentro de unos años: esas dos respuestas suelen decidirlo.

Si la gente va a llegar desde Google o desde un anuncio, lo hará una sola vez y el objetivo es que pida presupuesto o compre, una web bien hecha suele ser suficiente y es más fácil de encontrar. Una app tiene sentido cuando el uso es recurrente, cuando hace falta una cuenta con historial o cuando necesita funciones del teléfono como la cámara, la ubicación o los avisos. Muchos proyectos acaban teniendo ambas cosas: una web que capta y una app para quien ya es cliente. Para decidirlo, empieza mirando con qué frecuencia la usarían.

Porque la guía de revisión de Apple, en el apartado de funcionalidad mínima, pide que una app ofrezca funciones, contenido e interfaz que vayan más allá de una web reempaquetada, y que sea lo bastante útil o propia para tener sitio en App Store. Una app que solo abre la web dentro de un marco no aporta nada que el navegador no haga ya. Si el proyecto va por ahí, vale más invertir en la web, o pensar qué función propia justificaría la app: una cuenta, avisos útiles, uso sin conexión o acceso a funciones del teléfono.

De la empresa que es propietaria de la app. Apple y Google permiten registrarse como organización, y Apple muestra ese nombre como vendedor en la ficha de la App Store. En general, ambas plataformas piden un número D-U-N-S para verificar la empresa, así que conviene tenerlo antes de empezar. Que las cuentas sean de la empresa evita depender de nadie para publicar una actualización o cambiar de proveedor. Conviene dejar por escrito, antes de empezar, a nombre de quién van esas cuentas.

Depende de la app y de las revisiones, y nadie puede comprometer una fecha que deciden Apple y Google. Hay requisitos que sí se conocen: en Google Play, las cuentas personales creadas después del 13 de noviembre de 2023 deben hacer una prueba cerrada con al menos 12 personas durante 14 días seguidos antes de solicitar el acceso a producción. En App Store, la revisión quiere la versión final, probada en dispositivos reales y, si hay cuentas, un usuario de demostración. Prepararlo bien evita rechazos y reenvíos.

En general, cuando lo que se vende es digital y se consume dentro de la app: contenidos, funciones premium o suscripciones. Si la app vende productos físicos o servicios que se prestan fuera de la app, como un pedido a domicilio o una cita, Apple y Google indican que se deben cobrar por otras vías, por ejemplo con una pasarela de pago. Cada tienda detalla excepciones y matices en sus normas. Conviene tenerlo claro antes de diseñar el proceso de compra, porque cambia las pantallas y también el modelo de negocio.

Sí. Las plataformas cambian y la app tiene que seguirlas. Google Play, por ejemplo, pide que las apps nuevas y las actualizaciones apunten a una versión reciente de Android: a partir del 31 de agosto de 2026, a Android 16 (nivel de API 36) o superior, con prórroga posible hasta el 1 de noviembre de 2026; Wear OS y TV tienen niveles propios. Las apps que se quedan atrás dejan de estar disponibles para los usuarios nuevos con teléfonos más modernos. A esto se suman las nuevas versiones de iOS, los cambios de normas de las tiendas y las conexiones con otros sistemas. Antes de encargar una app, pregunta quién hará estas actualizaciones y cómo se presupuestan.