¿Necesito una app o me basta con la web?

Cuatro señales de que sí hace falta una app

La respuesta corta ya está en las preguntas frecuentes de esta web: casi siempre basta con la web. Aquí no se repite esa frase con otras palabras: se explica qué hay detrás del «casi siempre», con qué se mide tu caso concreto, y qué cuesta de más si te sales de ese «casi».

Una app nativa —la que se instala desde Google Play o desde la App Store— compensa cuando coinciden varias de estas señales, no con que aparezca una sola:

• El mismo cliente entra muchas veces y no una vez y ya está: pedidos habituales, citas que se repiten, un programa de fidelización.
• Quieres avisarle de algo —una oferta, que el pedido está listo, que le toca revisión— sin pagar publicidad cada vez que quieres que se entere.
• El negocio necesita funcionar sin conexión de verdad: tomar un pedido donde no llega cobertura, guardar una lectura en el sitio y mandarla después, seguir cobrando aunque internet se caiga un rato. Una web deja de responder en el momento en que falla la conexión; una app puede guardar datos en el propio teléfono y sincronizarlos cuando vuelve la señal.
• La cámara o la ubicación son parte central de lo que ofreces, no un añadido — escanear un código en cada visita, registrar dónde está alguien mientras trabaja, guiar una ruta en tiempo real. Un navegador también puede pedir permiso para usar cámara o ubicación, pero lo hace de forma suelta, pidiendo permiso cada vez; en una app ese acceso forma parte del flujo normal de la propia función.

Las dos primeras señales son las que ya cuenta esta web en otra página. Las dos últimas —sin conexión, y cámara o ubicación como parte central del servicio— no están escritas en ningún otro sitio de esta web, y suelen ser las que de verdad deciden si un negocio necesita una app o si le basta con lo que ya tiene.

Lo que cuesta de más, y por qué

Una app no sale más cara porque sí: sale más cara por tres mecanismos concretos que una web no tiene.

El primero es que son dos plataformas, no una. Android e iOS son sistemas distintos, cada uno con su propia tienda y sus propias reglas; aunque se comparta buena parte del código, hay que compilar, probar y publicar en las dos por separado. Una web se construye una vez y la ve igual quien entra desde un iPhone que desde un Android.

El segundo es que publicar no es subir un cambio a un servidor: es pasar la revisión de la tienda. Google Play y la App Store repasan cada versión antes de dejarla pasar, y pueden rechazarla y pedir cambios. Ese paso no existe en una web: un cambio se sube y ya está visible para todo el mundo.

El tercero es que una actualización solo cuenta si el usuario la instala. Si arreglas algo en una web, lo ve todo el mundo en su próxima visita. Si lo arreglas en una app, cada usuario tiene que abrir la tienda, ver que hay una versión nueva e instalarla —y una parte no lo hace nunca, así que conviven varias versiones del mismo software a la vez, con el soporte que eso pide.

En esta web, una app entra dentro del plan A medida, que empieza en 3.500 € sin IVA. Ese número no es el precio de la app sola: el mismo plan cubre también tienda online, un asistente con IA o integraciones con tus herramientas, así que lo que sube o baja el punto de partida es cuánto de eso lleva el proyecto real, no el hecho de llevar app.

Lo que hay en medio, antes de saltar a una app

Entre «solo web» y «app nativa en dos tiendas» hay un tramo que esta web no explica en ningún otro sitio, y es el que conviene mirar antes de pedir presupuesto de una app.

Una web puede añadirse a la pantalla de inicio del móvil sin pasar por ninguna tienda ni ninguna revisión: el usuario la guarda como un icono más y la abre igual que abriría una app, aunque por dentro siga siendo una página. Resuelve la parte de «que esté a mano» sin duplicar plataforma ni esperar a que nadie la apruebe.

Para avisar sin pagar publicidad, antes de construir una app entera solo para eso, está el asistente con IA que ya describe la página de servicios: contesta por WhatsApp con la información de tu negocio a cualquier hora y deja anotada una cita o una consulta. No manda un aviso push como haría una app, pero cubre buena parte de «que el cliente vuelva sin que tengas que pagar publicidad para recordárselo», por un canal que la mayoría de la gente ya tiene abierto en el teléfono.

Y si lo que falta es una función muy concreta —un formulario, una reserva, un área con historial para cada cliente— eso suele caber en un desarrollo a medida sobre la propia web, sin que nadie tenga que instalar nada.

Cómo se decide, en la práctica

Nada de esto se decide bien sin mirar el caso concreto: cuántas veces vuelve el mismo cliente, si de verdad hace falta funcionar sin conexión, y cuánto de lo anterior ya cubre la web con menos pasos. Por eso el criterio de este artículo es el mismo que se aplica en la primera conversación, antes de que exista ningún presupuesto: se mira el caso primero, y la app se propone solo cuando el resto se queda corto.

Esto lo escribe un estudio que también construye apps, así que el camino fácil sería recomendarla siempre. En un equipo de tres personas y sin comercial de por medio, no hay nadie a quien le compense empujar la opción cara si el caso no la pide.