¿App móvil o app web? Una guía honesta de decisión para pequeñas empresas

Casi cada semana alguien nos dice que necesita una app. Por lo general ya se la ha imaginado: un icono en el móvil, algo que los clientes descargan, quizá un pequeño distintivo con un número de notificaciones. Y casi con la misma frecuencia, a los quince minutos de conversación, resulta que no necesita una app en absoluto. Necesita algo que funcione de maravilla en el móvil, lo cual es algo completamente distinto: más barato, más rápido y mucho menos propenso a acumular polvo en una tienda de aplicaciones que nadie visita.

La palabra «app» se ha tragado en silencio tres o cuatro productos muy distintos. Cuando alguien la dice, puede referirse a una app nativa que se descarga, a una web que se comporta como una app, a una herramienta interna para su propio personal o simplemente a «una versión moderna de mi negocio en una pantalla». Equivocarse aquí sale caro, no porque la opción errónea sea difícil de construir, sino porque le ata a meses de coste y mantenimiento que no necesitaba.

Así que esta es la guía que desearíamos que todo propietario hubiera tenido antes de esa primera llamada. Sin entusiasmo sobre qué plataforma va ganando, sin fingir que las apps nativas son siempre la opción de prestigio. Solo una mirada lúcida a lo que son realmente las dos opciones, lo que cuestan y una forma sencilla de decidir cuál necesita su negocio, si es que necesita alguna.

Primero, aclare qué quiere decir realmente con «app»

Antes de poder elegir, hay que saber qué hay en el menú. Una app móvil —la de tipo nativo— es un software que el usuario instala desde la App Store o Google Play. Vive en el móvil, recibe un icono y puede acceder a fondo al dispositivo: cámara, GPS, notificaciones push, almacenamiento sin conexión, inicio de sesión con huella. Una app web es una web que hace algo más que mostrar información: permite a las personas hacer cosas: iniciar sesión, reservar, pagar, gestionar una cuenta. La abre en un navegador y no hay nada que descargar.

Entre ambas hay una tercera opción cuyo nombre la mayoría nunca ha oído: la progressive web app o PWA. Es una app web construida de modo que puede «añadirse a la pantalla de inicio», se ejecuta a pantalla completa con su propio icono, funciona sin conexión y puede enviar notificaciones en la mayoría de los dispositivos. Para una enorme proporción de pequeñas empresas, este es el punto ideal que nadie mencionó: al cliente le parece una app, pero se construye y se mantiene como una web.

Mantenga claras estas tres en su cabeza y la mitad de la confusión desaparece. La mayoría de las veces, la pregunta honesta no es «¿nativa o web?», sino «¿cuánto necesita esto parecer una app de verdad, y vale eso lo que cuesta?»

Las diferencias que de verdad importan a un negocio

Encontrará cien artículos comparando ambas en términos técnicos. La mayoría están escritos para desarrolladores y no captan lo que de verdad le importa a un propietario. Así que dejemos las guerras de frameworks y hablemos de las cuatro cosas que cambian cómo funciona su negocio.

Cómo llega la gente hasta ella

Una app web vive en un enlace. Puede ponerlo en un correo, un mensaje de texto, un código QR en una mesa, un resultado de búsqueda de Google. Un cliente la está usando dos segundos después de hacer clic. Una app nativa vive tras una descarga: su cliente tiene que quererla lo suficiente como para ir a una tienda, buscar su nombre, instalarla y abrirla. Esa brecha es brutal. Para un negocio con el que la mayoría interactúa de forma ocasional, la descarga suele ser la razón entera por la que una app fracasa.

Lo que realmente puede hacer

Lo nativo sigue ganando en potencia bruta. Si necesita un uso sin conexión a prueba de fallos, trabajo intensivo de cámara o sensores, gráficos fluidos de alto rendimiento o notificaciones que tienen que llegar sí o sí, lo nativo es la apuesta más segura. Pero la distancia se ha reducido drásticamente. Una app web moderna puede aceptar pagos, usar la cámara, encontrar su ubicación, funcionar sin conexión y enviar notificaciones push en la mayoría de los móviles. La pregunta honesta es si su negocio realmente se apoya en las pocas cosas que solo lo nativo hace bien.

Lo que cuesta construirla y mantenerla viva

Aquí es donde la distancia es mayor, y donde a los propietarios les pillan por sorpresa. Una app web es una sola base de código que funciona en cualquier sitio con un navegador. Una app nativa, hecha como es debido, suele significar construir y mantener para dos plataformas, más el proceso de revisión de la tienda, más actualizaciones continuas cada vez que Apple o Google cambian las reglas. Construirla es más caro; el mantenimiento es la parte sobre la que nadie le advierte. Una app no es algo que se termina, es algo que se alimenta.

Cuánto control conserva

Con una app web, publica un cambio y está en marcha en minutos. Con una app nativa, cada actualización espera en una cola de revisión, y la tienda puede rechazarla, exigir un porcentaje de cualquier venta o cambiarle las políticas sobre la marcha. Está alquilando espacio en la plataforma de otro. Para algunos negocios ese trato merece la pena. Para muchos, la libertad de «es solo una web, la actualizamos cuando queremos» vale más que el acabado.

Cuándo una app móvil nativa es de verdad la decisión correcta

Las apps nativas no son una trampa: son una herramienta potente, equivocada para la mayoría de las pequeñas empresas y exactamente acertada para unas pocas. Aquí tiene cuándo el coste extra y la dependencia se amortizan, con honestidad y sin barniz comercial.

• La gente la usa constantemente, a diario o casi. El coste de la descarga se recupera muchas veces gracias al uso frecuente y fiel.
• Se apoya con fuerza en las funciones del dispositivo: GPS continuo, trabajo intensivo de cámara, hardware Bluetooth, funcionamiento sin conexión fiable en lugares sin cobertura.
• Las notificaciones son el núcleo del producto, no un extra agradable, y deben llegar de forma fiable a todos los dispositivos.
• El rendimiento tiene que ser impecable: gráficos rápidos, juegos, interacción en tiempo real donde medio segundo de retardo es inadmisible.
• Estar en la App Store es en sí mismo parte de la confianza o del relato de marketing que sus clientes esperan.

Fíjese en el patrón: lo nativo se gana su sitio cuando la app se usa mucho, por personas que ya se han comprometido con usted, y cuando depende del hardware del móvil de maneras que el navegador aún no iguala. Una app de servicio de campo que su propio equipo abre cuarenta veces al día es un candidato perfecto para lo nativo. Una página de reservas que un cliente toca dos veces al año no lo es.

Cuándo una app web es la opción más inteligente y barata

Para la mayoría de las pequeñas y medianas empresas, esta es la respuesta, y no es un compromiso, es el encaje correcto. Una app web brilla justo donde lo nativo flaquea: en cualquier sitio donde el alcance importa más que la potencia bruta, y dondequiera que necesite moverse rápido y cambiar cosas a menudo.

Apueste por la web primero cuando la gente vaya a usar la cosa de forma ocasional en lugar de a diario, cuando quiera captar clientes sin la fricción de una descarga, cuando el presupuesto y la rapidez importen, o cuando aún no esté seguro de que la idea vaya a cuajar. Este último punto está infravalorado. Una app web es la forma perfecta de probar si alguien quiere su idea antes de comprometerse con el coste de ir a lo nativo. Siempre puede construir la app nativa más adelante, una vez que la demanda sea real y vea exactamente qué funciones la merecen.

Una historia breve: la clínica que pidió una app

Una clínica de fisioterapia vino a vernos convencida de que necesitaba una app móvil. Un competidor calle abajo tenía una, y daba la sensación de quedarse atrás no tenerla. Su imagen era clara: los pacientes descargarían la app, reservarían citas, verían sus planes de ejercicios y recibirían recordatorios. Ya habían presupuestado a medias y se habían preparado para el coste.

Así que hicimos la pregunta que siempre hacemos: ¿con qué frecuencia abrirá esto un paciente de verdad? La respuesta honesta era un puñado de veces en torno a un tratamiento: reservar, echar un vistazo a los ejercicios, recibir un recordatorio, quizá volver a reservar meses después. Eso no es uso diario. Es uso ocasional. Y el uso ocasional es justo donde la barrera de la descarga mata en silencio una app. Esbozamos el desenlace probable: unos cientos de euros de construcción, luego pacientes que nunca se molestan en instalarla y un mostrador de recepción que sigue tomando reservas por teléfono porque la app quedó sin usar.

Lo que construimos en su lugar

Construimos una app web, una progresiva. Los pacientes la abren desde un enlace en su mensaje de confirmación: sin descarga, sin tienda, sin la barrera de una cuenta para empezar. Pueden reservar y volver a reservar, ver su plan de ejercicios con vídeos y recibir recordatorios automáticos que reducen las ausencias. Quien quiera la sensación de app puede añadirla a su pantalla de inicio con un solo toque, y a partir de ahí se abre a pantalla completa con el icono de la clínica, exactamente como una app nativa. Para el paciente, sencillamente es la app.

Cómo acabó la cosa

Las cifras aquí son ilustrativas, pero la forma es lo que vemos una y otra vez. Costó una fracción de la construcción nativa para la que se habían preparado, y mucho menos mantenerla en marcha: sin dos plataformas, sin revisiones de la tienda, sin el ajetreo trimestral cuando un sistema operativo se actualiza. Como no había nada que instalar, los pacientes la usaron desde el primer día; la adopción no quedó retenida tras una descarga que nadie completa. Los recordatorios redujeron de forma apreciable las ausencias en un par de meses. Y la clínica mantuvo el control: cuando quiso añadir un paso de pago, estaba en marcha esa misma semana, no atascado en una cola de revisión.

La nota honesta al pie: si, dentro de un año, los pacientes la están abriendo constantemente y piden funciones sin conexión más profundas, una app nativa podría de verdad ganarse su lugar. Pero entonces esa decisión se tomará con pruebas, no con el icono de un competidor. Sabrán que merece la pena antes de pagar por ella.

Un método sencillo para decidir usted mismo

No necesita un consultor para acertar más o menos con esto. Pase su idea por cuatro preguntas, en orden. El primer «sí» que de verdad encaje le dirá casi todo lo que necesita saber.

1. 1
   ¿Con qué frecuencia la usará una persona?

   A diario o casi apunta hacia lo nativo. De forma ocasional —semanal, mensual, unas pocas veces al año— apunta con firmeza hacia la web.
2. 2
   ¿Necesita de verdad el hardware del móvil?

   ¿Uso intensivo sin conexión, GPS continuo, dispositivos Bluetooth, trabajo intensivo de cámara? Eso es una señal de lo nativo. «Estaría bien usar la cámara una vez» no lo es: la web lo resuelve sin problemas.
3. 3
   ¿Con qué rapidez y con qué frecuencia la cambiará?

   Si va a ajustarla y actualizarla constantemente, o aún está probando la idea, las actualizaciones instantáneas de la web y sus cero guardianes son una gran ventaja.
4. 4
   ¿Cuál es su presupuesto real, para construir y para mantener?

   Sea honesto con la segunda cifra. Si el mantenimiento continuo de dos plataformas le iba a apretar, empiece por la web. Puede ascender a lo nativo más tarde, a propósito, cuando el caso esté probado.

Una nota sobre las herramientas internas: una cuestión totalmente distinta

Todo lo anterior da por hecho que está construyendo para clientes. Si está construyendo para su propio equipo, las cuentas cambian. Su personal instalará encantado algo que usa todo el día para trabajar: la barrera de la descarga que mata una app de consumo apenas importa cuando usar la herramienta es el trabajo. Así que una app interna de servicio de campo o de almacén puede tener un sólido argumento a favor de lo nativo donde una orientada al cliente no lo tendría.

Aun así, la web gana más a menudo de lo que la gente espera. Una herramienta interna basada en web funciona en cualquier dispositivo que su personal ya lleve encima, no necesita instalación a lo largo de una flota de móviles y se actualiza para todos en el momento en que publica. A menos que dependa de verdad del funcionamiento sin conexión o de un acceso profundo al hardware, una app web interna suele ser el camino más rápido, más barato y menos doloroso: la misma lógica de antes, solo que con las suposiciones de uso invertidas.

Preguntas frecuentes