Cuándo necesitas una app y cuándo no: la pregunta que nadie hace

"Queremos hacer una app" es una de las frases que más frecuentemente precede a un proyecto digital que no debería hacerse, o que debería hacerse de otra forma.

No porque las apps sean malas. Sino porque la mayoría de las empresas que quieren una app en realidad necesitan resolver un problema de negocio que podría resolverse de formas más baratas, más rápidas, y más fáciles de mantener.

Este artículo es para hacer esa pregunta antes de comprometer un presupuesto.

Por qué las empresas quieren apps cuando no las necesitan

Hay varios motivos que llevan a empresas a querer apps sin que haya una justificación de negocio sólida:

Efecto percepción. Tener una app "parece más profesional" o "parece más tecnológico". Es una señal de modernidad que la empresa quiere emitir, no un producto que resuelve un problema del cliente.

Lo que hace la competencia. "Los competidores tienen app" sin análisis de si esa app genera valor para ellos o simplemente existe.

Entusiasmo no filtrado. Una persona influyente dentro de la empresa tiene la idea y la impulsa sin que nadie haya planteado la pregunta de si es la solución correcta al problema.

Propuesta de desarrollo. Un desarrollador o agencia propuso la app como solución porque es lo que saben hacer y lo que les genera más proyecto.

En todos esos casos, el punto de partida es el producto (la app), no el problema. Y los proyectos que empiezan por el producto casi siempre terminan mal.

La pregunta correcta

Antes de decidir si necesitas una app, la pregunta es: ¿qué comportamiento del usuario estás intentando facilitar, y por qué una app lo facilita mejor que las alternativas?

Las alternativas son:

• Web responsive (funciona en móvil desde el navegador)
• Web app progresiva (PWA) — comportamiento de app, sin instalación
• Mejora del proceso actual sin tecnología nueva
• Herramienta existente (WhatsApp Business, Calendly, Typeform, etc.)

Cuándo una app nativa sí tiene sentido

Una app nativa (iOS y Android, descargable desde la tienda) tiene sentido cuando necesitas una o más de estas capacidades que solo una app puede ofrecer:

Acceso a hardware del dispositivo. GPS en tiempo real para el seguimiento de rutas o geolocalización precisa, cámara con procesamiento local, sensores del teléfono, Bluetooth para conectar con dispositivos físicos, NFC. Si tu producto necesita interactuar con el hardware del teléfono de forma continua, necesitas una app.

Uso offline con sincronización. Si el usuario necesita trabajar sin conexión y sincronizar datos cuando la recupere — inspecciones en zonas sin cobertura, inventario en almacén, trabajo de campo — una app puede hacerlo bien. Las webs progresivas también pueden hacerlo en muchos casos, pero con limitaciones.

Notificaciones push nativas. Las notificaciones push de app se abren bastante más que el email. Si las notificaciones son centrales para el producto (recordatorios de medicación, alertas de precio, actualizaciones críticas de estado), la app tiene una ventaja real.

Experiencia de usuario de alta frecuencia. Si el usuario va a abrir el producto 5-10 veces al día, la fricción de abrir el navegador y navegar a la URL es perceptible. Las apps tienen menor fricción para uso de muy alta frecuencia.

Procesamiento intensivo local. Realidad aumentada, procesamiento de imagen o vídeo en tiempo real, juegos. Casos específicos donde la potencia de procesamiento local del dispositivo es necesaria.

Cuándo una app no tiene sentido

Si el uso es ocasional. Si el usuario va a usar el producto una vez por semana o menos, no va a mantener la app instalada. Buena parte de las apps que se descargan se abren una sola vez y no se vuelven a tocar. Una web funciona perfectamente para uso ocasional.

Si el contenido es informativo, no interactivo. Un catálogo de productos, información sobre servicios, reserva de citas, contacto — todo esto funciona en web responsive sin necesidad de app. El usuario no necesita instalar nada para consultar información.

Si no tienes recursos para mantenerla. Una app requiere actualizaciones cuando iOS y Android sacan nuevas versiones (cada año). Requiere mantenimiento continuo. Si el presupuesto para desarrollo es el único disponible y no hay previsión de mantenimiento, la app se va a degradar rápidamente.

Si el proceso de conversión tiene fricción antes de la descarga. Para que alguien descargue tu app, tiene que encontrarla en la tienda o recibir un link, decidir descargarla, esperar la descarga, darle permisos. Ese proceso tiene mucha más fricción que abrir una URL. Para adquisición de nuevos usuarios, la web convierte mejor.

Si puedes usar herramientas existentes. Si lo que necesitas es que los clientes agenden citas, usa Calendly o Cal.com. Si necesitas procesar pagos, usa la herramienta de pago de tu plataforma de comercio electrónico. Si necesitas un canal de comunicación rápida, tienes WhatsApp Business y su API. Construir funcionalidades que ya existen en herramientas maduras es una de las formas más eficientes de desperdiciar presupuesto de desarrollo.

El caso específico: "app para mis clientes"

Muchas empresas B2B o B2C quieren una app como canal de comunicación con sus clientes. Antes de construirla, la pregunta es: ¿descargará el cliente una app para interactuar con mi empresa?

La respuesta habitual es no, a menos que la interacción sea muy frecuente o el valor sea muy claro.

Un cliente que compra en tu tienda online una vez al mes no descargará tu app. Un paciente que va al médico cuatro veces al año no descargará la app de tu clínica. Un cliente de asesoría fiscal que te llama dos veces al año no descargará tu app.

En esos casos, una web adaptable con acceso de cliente (área privada) resuelve el mismo problema con mucho menos inversión y sin la fricción de descarga.

Alternativa práctica: la PWA

Una Progressive Web App (PWA) es una web que se comporta como una app: se puede instalar en la pantalla de inicio del teléfono, funciona offline, puede enviar notificaciones, y carga al instante desde la caché. Y tiene una ventaja enorme: no requiere pasar por las tiendas de aplicaciones.

En la mayoría de los casos que reviso —empresas medianas que se plantean una app— una PWA bien implementada cubre lo que necesitaban a un coste bastante menor.

Lo que no cubre son los casos que genuinamente requieren app nativa: acceso intensivo a hardware, procesamiento local pesado, o integración profunda con el sistema operativo. Esa decisión es la misma que aparece al elegir entre comprar una herramienta y construir la tuya, que desarrollo en SaaS o software a medida para pymes.

El coste real de una app

Una app nativa para iOS y Android con funcionalidades básicas cuesta entre €30.000 y €80.000 en desarrollo inicial. Con funcionalidades complejas (backend propio, integraciones, área de usuario): €80.000-200.000+.

A eso hay que añadir el mantenimiento anual (actualizaciones de iOS/Android, corrección de fallos, mejoras): €5.000-20.000/año según complejidad.

Una web responsive de calidad: €3.000-15.000. Una PWA: €8.000-25.000. Una web con área de cliente y lógica de negocio moderada: €15.000-40.000.

La diferencia de coste solo se justifica si la app resuelve un problema que la web no puede resolver, o si el impacto de negocio de la app es suficientemente mayor para cubrir esa diferencia. Y antes de comprometer esa cifra conviene revisar el resto de decisiones técnicas asociadas, porque rara vez vienen solas: lo ordeno en cómo elegir el conjunto tecnológico de tu empresa.

La decisión de qué tecnología construir debería seguir al problema que resuelve, no al producto que se quiere tener. Si la justificación de la app no está en una funcionalidad específica que solo una app puede ofrecer, probablemente hay una solución más eficiente disponible.