App nativa o PWA: cuál le sirve a tu empresa (y cuál te sale cara)
20 de setembro de 2026 · 3 min de leitura · genbia
“Hazme una app” suele querer decir tres cosas distintas: un acceso móvil al panel, un icono en el teléfono del cliente, o un producto en App Store y Play con notificaciones y cámara. Elegir mal no es un detalle técnico. Es el presupuesto del año y la fricción de cada usuario.
Qué es cada cosa, en operación
Una PWA es un sitio que se instala como icono, funciona offline a medias y vive en el navegador. Útil para catálogos, paneles internos y flujos que ya son web.
Una app nativa (en nuestro caso, Expo / React Native) se publica en las tiendas, usa push del sistema, cámara, GPS en segundo plano y el modelo de permisos que el usuario ya entiende.
No es “moderno vs antiguo”. Es qué tiene que hacer el teléfono cuando la red falla o el rider está en la calle.
Comparación directa
| Criterio | PWA | App iOS/Android |
|---|---|---|
| Instalación | URL + “añadir a inicio” | Store, revisión, cuentas de developer |
| Push | Limitado (sobre todo iOS) | Estable, esperado por el usuario |
| GPS / cámara / background | Frágil o incompleto | Pensado para flota, evidencia, citas |
| Offline real | Caché de páginas | Cola de acciones, sync, fotos |
| Confianza del cliente | “Es la web” | Icono de marca en el teléfono |
| Costo inicial | Más bajo | Más alto (stores + QA dos plataformas) |
| Mantenimiento | Un deploy web | Stores + versiones + dispositivos |
Cuándo una PWA alcanza
- El usuario ya entra desde el navegador y no extraña el icono de tienda.
- No dependes de push fiable ni de tracking continuo.
- El flujo es consulta + formulario, no captura de evidencia en calle.
- Quieres validar demanda en semanas, no lanzar un producto móvil.
Si tu “app” es en realidad un sitio Next.js con login, empiece ahí. Publicar en stores por vanidad retrasa el aprendizaje.
Cuándo sí necesitas app nativa
- Rider, técnico o vendedor usa el teléfono como herramienta de trabajo.
- El cliente espera “la app de la marca”, no un favorito del Safari.
- Pedidos, citas o entregas con estado en tiempo real.
- Fotos, QR, ubicación o pagos que iOS no te deja igual en el browser.
Eso es el caso de desarrollo de apps iOS y Android y de la plataforma delivery: cliente, rider y admin no son la misma superficie.
El error caro: dos productos que no se hablan
Una PWA para el cliente y un Excel para el rider no es “fase 1”. Es dos verdades. Si vas a móvil, el modelo de datos (pedido, asignación, evidencia) vive en el backend. Las pantallas se enganchan. Por eso el móvil en Genbia no parte del diseño del icono: parte del software a medida.
Cómo decidimos en una llamada
- Quién abre la app todos los días (cliente, staff, ambos).
- Qué pasa si no hay señal durante 10 minutos.
- Si el push es “nice to have” o el canal de la operación.
- Si hay que estar en stores por política de marca o de partners.
Con eso se elige PWA, app, o white label. No un stack porque está de moda.
GENBIA construye apps en producción con Expo/React Native y sitios Next.js. La PWA es una opción válida; no es un atajo cuando el trabajo ocurre en la calle.