Hay un momento en casi todos los proyectos en el que aparece la pregunta: «¿y no deberíamos hacer también una app?». La app sigue pareciendo la prueba de que un negocio ha crecido, el símbolo de que ya es de verdad. Pero una app no es una medalla: es una herramienta, y como toda herramienta solo tiene sentido cuando hay un trabajo que ella hace mejor que ninguna.

Las apps nativas añaden cosas reales que el navegador no da: notificaciones en el dispositivo, funcionamiento sin conexión, acceso más directo al hardware, una icono en la pantalla de inicio. También traen una factura que casi nadie presupuesta: mantenimiento continuo, dos tiendas, revisiones y compatibilidad con entornos que cambian sin pedirte permiso. La pregunta correcta nunca es si las apps están de moda, sino si existe un uso que justifique esa factura.

Esta guía separa lo que una app aporta de verdad de lo que solo promete, explica qué cubre hoy una web responsive moderna —incluida una PWA— y deja un marco de decisión para no inflar el coste de un proyecto por imagen. Sin cifras ni recetas mágicas: preguntas honestas y criterio.

01Resumen rápido

  • Lo que de verdad añadeNotificaciones en el dispositivo, uso sin conexión, acceso más directo al hardware y presencia en la pantalla de inicio: eso es el valor nativo real.
  • El mito de la distribuciónNadie busca en la tienda la app de un servicio local o de un taller: la tienda es un destino, no una puerta de entrada; a tu app llevas a la gente desde fuera.
  • El coste realLa primera versión es la parte barata: compatibilidad, actualizaciones y revisiones en dos tiendas son la factura recurrente, y una app abandonada daña la marca.
  • La web basta más a menudoQue te encuentren, informar, reservar, captar clientes y vender: una web responsive bien hecha cubre la mayoría de casos de una pyme.
  • El punto medio PWASitio instalable, icono en el inicio, carga rápida, parte del contenido sin conexión y notificaciones web: comportamiento de app sin las tiendas.
  • Cuándo decir que síHábito de uso frecuente, necesidad nativa decisiva, uso interno con herramientas diarias. Si nada de eso se sostiene, no hay caso.

02Qué añade una app de verdad (y qué solo promete)

Empecemos por lo genuino, porque hay cuatro capacidades que una app nativa sí entrega mejor que el navegador. La primera, las notificaciones push en el dispositivo: llegan aunque el usuario no esté mirando tu web, y abren una vía directa de vuelta al producto. La segunda, el funcionamiento sin conexión: los datos guardados en el móvil siguen disponibles sin cobertura, algo decisivo para quien trabaja en campo, viaja o visita zonas con señal pobre. La tercera, el hardware: cámara y sensores con acceso más profundo, uso en segundo plano, componentes de pago del sistema. Y la cuarta, la presencia en la pantalla de inicio: un icono a un toque funciona como memoria y como hábito, sobre todo si el producto se usa muchas veces por semana.

Distribución: lo que la tienda te da y lo que no

El otro supuesto valor añadido —que te encuentren en la tienda— funciona peor de lo que parece. La gente no busca la app de un servicio local, una clínica de barrio o un taller: busca en un buscador general, y ahí es donde aparece primero una web. Las tiendas tienen descubrimiento real en pocas categorías de consumo que el público busca de forma activa; en el resto de casos, las instalaciones no llegan del discovery, llegan del tráfico que tú mismo llevas desde tu web, tus redes o un código QR. La app no es un canal de entrada: es un destino, y a ese destino hay que llevar a las personas.

03El coste real: la primera versión es la parte barata

Cuando se presupuesta una app se paga la parte visible: pantallas, diseño, desarrollo, lanzamiento. La parte que rompe cualquier decisión es la invisible: la continuidad. Una app vive dentro de dos ecosistemas —sistemas operativos y políticas de tienda— que cambian sin avisar. Cada año hay que actualizar compatibilidades, recompilar, adaptarse a nuevos permisos de privacidad y pasar de nuevo por la revisión. Un sistema operativo nuevo puede dejar tu app instalable pero inservible, y nadie te va a avisar con tiempo: te enteras por las valoraciones.

La factura de mantener dos versiones

Si tu público está en iOS y en Android, el producto tiene dos código, dos colas de revisión, dos conjuntos de reglas y doble trabajo en cada cambio relevante. Y detrás de todo eso hay alguien que lo mantiene: si la primera versión fue un encargo puntual sin plan de continuidad, la app se convierte en deuda pública. Porque una app con valoraciones bajas o que falla en el móvil nuevo de moda cuenta la historia de tu empresa peor que no tener app: deja constancia pública de un producto que abandonaste.

04Cuándo basta con una web responsive (o una PWA)

Para la mayoría de casos de una pyme, la web resuelve el trabajo completo: que te encuentren, cargar rápido en móvil, informar, reservar, captar contactos y vender. Un sitio bien hecho, con diseño propio y estructura pensada para convertir —eso es lo que explican los beneficios de un sitio web personalizado— no necesita una app detrás para cerrar clientes. Vender online también se resuelve desde el navegador: una tienda online con catálogo, pago y envíos es experiencia web por definición, y nadie espera instalar una aplicación para comprar una vez al mes.

PWA: comportamiento de app sin pasar por las tiendas

Existe además un terreno intermedio que ha madurado mucho: una PWA es un sitio web instalable desde el navegador, con icono en la pantalla de inicio, cargas rápidas, parte del contenido disponible sin conexión y, según la plataforma, notificaciones push sin depender de las tiendas. No iguala a una app nativa donde hace falta uso intensivo en segundo plano o acceso profundo al hardware, el navegador sigue teniendo límites. Pero para un servicio, un negocio con reservas o una tienda local, la PWA entrega lo que la gente usa de verdad: acceso rápido, pantalla guardada y avisos si los acepta. Todo con un único código que se actualiza una vez y queda disponible para toda la audiencia al momento.

05Cuándo una app sí compensa (y cómo decidirlo)

El perfil de casos que justifican una app es bastante reconocible: productos de consumo con uso frecuente a diario —donde el icono en el inicio construye hábito—, experiencias que dependen del funcionamiento sin conexión o del hardware intenso, programas de fidelización que se abren varias veces por semana, y productos digitales cuyo consumo principal ocurre en el móvil. Fíjate en el patrón: la app se justifica por un hábito que sirve, no por la imagen de la empresa que la enseña. Si no hay hábito, no hay caso, por muy razonable que parezca el presupuesto de lanzamiento.

El caso silencioso: el uso interno

Hay un escenario en pymes que rompe la regla general a su favor: las apps para el propio equipo —almacén, técnicos en ruta, partes de trabajo, checklists, visitas comerciales. Aquí nadie te va a encontrar en una tienda porque tus usuarios ya están dentro de la empresa, y la app puede instalarse sin pasar por la revisión pública. Lo que importan son la frecuencia de uso, la robustez y el funcionamiento sin conexión, terreno nativo donde la app le gana clara a la web. Muchas veces una herramienta interna bien resuelta ahorra más tiempo diario que cualquier app pública que nadie fuera a instalar.

Las cuatro preguntas que deciden

Antes de aprobar una app hay que responder cuatro preguntas incómodas: ¿cada cuánto se calcula que la va a abrir un cliente —hay hábito real o solo foto de lanzamiento—? ¿Qué capacidad nativa es decisiva y el navegador no puede acercar? ¿Quién la va a mantener los próximos tres años y con qué presupuesto? ¿Qué pasa si nadie la instala? Si las respuestas no se sostienen, la web con las tecnologías adecuadas será más barata, más fácil de mantener y más fácil de encontrar. Si se sostienen, la app deja de ser un capricho de imagen y pasa a ser una inversión con dueño. Cuando la respuesta es la web, ese trabajo —sitio rápido, encontrable y pensado para convertir— es lo que asume el desarrollo WordPress a medida, con una sola base de código y actualizaciones visibles al instante.

06Preguntas frecuentes

¿Una app es mejor que la web para que me encuentren?

No: la web es la superficie que los buscadores indexan y posicionan, y sin sitio no hay nada que rankear. La app complementa a la web cuando hay un hábito detrás, nunca la sustituye como canal de entrada. Si nadie te encuentra en Google, tampoco te instalará.

¿Una PWA es una app de verdad?

Es otra cosa: un sitio web instalable desde el navegador, con icono, accesos rápidos y parte del contenido disponible sin conexión. No cubre por completo el uso intensivo en segundo plano ni todo el acceso al hardware. Su ventaja práctica es que entrega lo que la gente usa de una app —acceso rápido y notificaciones si las acepta— sin mantener versiones en dos tiendas.

Solo quiero enviar notificaciones, ¿necesito una app?

No necesariamente: la web también puede enviar notificaciones push con permiso del usuario y con las limitaciones de cada plataforma. Si las notificaciones son la única razón para construir una app, conviene probar primero la respuesta desde la web antes de pagar el desarrollo y el mantenimiento de una tienda.

¿Y si con los años nadie usa la app?

Se degrada: deja de ser compatible, aparece mal valorada o desaparece de las tiendas, y queda el rastro público de un producto que abandonaste. Por eso la decisión responsable es publicar solo con un plan claro de continuidad y responsable. Sin ese plan, más vale una web mantenida que una app muerta.