La pregunta se responde por perfil de usuario, no para el sistema entero. Una app tiene sentido para quien trabaja lejos de un escritorio y necesita lo que solo ella hace bien: funcionar sin señal, hablar con un equipo por Bluetooth, usar la ubicación con la pantalla apagada. Quien administra, quien usa el sistema de vez en cuando y quien llega por un enlace se queda en la web. En nuestros proyectos con app, la web sigue haciendo todo y la app hace solo el trabajo de campo: en Beckers, el técnico llena el informe en una app Android y la oficina lee todo en el sistema web.
Cómo decidir si el sistema necesita una app#
La decisión se toma por perfil de usuario, no para el sistema entero. Un perfil necesita app cuando usa el sistema lejos de un escritorio, muchas veces al día, y depende de algo que solo la app hace bien, como funcionar sin señal o hablar con un equipo por Bluetooth. Los demás perfiles se quedan en la web.
Casi todo sistema tiene más de un tipo de usuario. Está quien administra, quien opera en el día a día y, muchas veces, el cliente final. Cuando diseñamos un sistema a medida, la pregunta "¿necesita app?" se hace para cada uno de ellos, y se divide en tres: dónde está la persona cuando usa el sistema, con qué frecuencia lo usa y qué necesita del aparato en ese momento.
En nuestros proyectos que tienen app, solo un perfil suele ir a la app: el de quien trabaja en la calle, en el banco de trabajo o en el campo. El resto sigue en el sistema web.
| Perfil | Dónde está cuando lo usa | Frecuencia | Qué necesita del aparato | Dónde queda | Proyecto |
|---|---|---|---|---|---|
| Técnico de servicio | en el banco de trabajo, con el equipo abierto | varias veces al día | cámara y formulario guiado | app | Beckers |
| Vendedor externo | en la puerta del cliente, muchas veces sin señal | todo el día | funcionar sin señal, ubicación y voz | app | Reticar |
| Operador de máquina | en plantas de trituración y concreteras, con señal inestable | todo el turno | funcionar sin señal, lectura de QR y Bluetooth | app | GT |
| Paciente | en casa, en la rutina | un registro corto al día | un recordatorio a la hora justa | app | Casa Follow Up |
| Consultora comercial | en la recepción, entre una atención y otra | varias veces al día | solo leer un número | sistema web en el celular | Fitness Academia |
| Profesional, gestor y administrador | en el escritorio, en la computadora | todos los días | pantalla grande, informes y configuración | sistema web | Casa Follow Up y Beckers |
| Quien responde una encuesta | llega por un enlace | una vez | nada | sistema web, sin inicio de sesión | Sistema Cuidar |
La frecuencia sola no decide. La consultora de Fitness Academia abre el sistema varias veces al día y sigue en la web, porque todo lo que necesita en ese minuto es ver cuánto vendió su unidad y cuánto falta para la meta.
Lo que solo la app hace bien#
La app hace cuatro cosas que la web hace mal o no hace: trabajar días sin señal, hablar con un equipo por Bluetooth, usar la ubicación con la pantalla apagada y avisar en el iPhone sin que el usuario haya guardado el sitio en la pantalla de inicio. Cámara y ubicación con la página abierta, la web también.
Funcionar sin señal. El vendedor de Reticar hace el check-in en la puerta del cliente, y es justamente ahí donde la señal suele faltar. En la app, el check-in registra la ubicación, se convierte en orden de servicio y sube al servidor cuando vuelve la conexión. Hacerlo bien cambia la base de datos y el servidor, y no solo la pantalla, como mostramos en qué cambia en un sistema cuando la app tiene que funcionar sin señal.
Hablar con un equipo. En GT, un dispositivo instalado en cada máquina mide las horas de operación y entrega ese número por Bluetooth. La app del operador lee el horómetro cuando él está junto a la máquina, incluso sin señal, y registra dónde estaba el celular en el momento de la lectura. En el iPhone, eso solo es posible con app: según la tabla de compatibilidad de MDN, Safari no ofrece Bluetooth a las páginas web, y WebKit, el motor de Safari, se opone a la propuesta de Bluetooth en la web.
Ubicación y avisos fuera de la pantalla. La especificación de geolocalización del W3C solo entrega la posición a la página que está visible. Y, en el iPhone, las notificaciones de un sistema web solo existen desde iOS 16.4, y únicamente cuando el usuario agrega el sitio a la pantalla de inicio, como lo anunció el propio WebKit en febrero de 2023. Qué aviso va por push y cuál va por correo para quien no permitió notificaciones se decide en el mapa de notificaciones, antes del código.
| Recurso | Sistema web en Android | Sistema web en iPhone | App |
|---|---|---|---|
| Cámara y foto | sí | sí | sí |
| Ubicación con la página abierta | sí | sí | sí |
| Ubicación con la pantalla apagada o en otra app | no | no | sí, con permiso |
| Trabajar días sin señal y enviar después | con límites | con límites: sin envío en segundo plano, y Safari puede borrar los datos de un sitio que no se usa | sí |
| Notificaciones | sí | solo con el sitio guardado en la pantalla de inicio | sí |
| Bluetooth y NFC con equipos | sí, en Chrome | no | sí |
Si ningún perfil del sistema necesita las cuatro últimas filas, la app no entrega nada que un buen sistema web no entregue.
Cuándo alcanza con un sistema web, aunque todos estén en el celular#
Un sistema web alcanza cuando lo que la persona hace en el celular es consultar, llenar un formulario o responder una vez. Según la TIC Domicílios 2025, la encuesta de internet en los hogares de Brasil, el 65% de los brasileños conectados usa solo el celular. Eso obliga al sistema web a funcionar bien en una pantalla pequeña.
Fitness Academia es una red de cinco gimnasios, y la consultora comercial de cada unidad usa el sistema casi solo en su celular personal, en la recepción, entre una atención y otra. La decisión fue un sistema web diseñado primero para el celular y probado antes que nada en la pantalla de un iPhone SE. Ella entra, ve cuánto hizo la unidad en el mes y cuánto falta para la meta, y vuelve a atender. Nada en esa tarea pide una app.
En Helpe, el público resuelve su vida desde el celular y muchas veces ni siquiera usa correo electrónico. La respuesta fue tratar el teléfono como identidad, con inicio de sesión por SMS, dentro de un sistema web. En Sistema Cuidar, quien responde la encuesta llega por un enlace, responde sin iniciar sesión y se va. Nadie descarga una app para responder un cuestionario una vez.
Por eso, en nuestros alcances de proyecto, la app nativa suele aparecer en la lista de lo que queda fuera, y solo sale de ahí cuando un perfil de usuario la pide.
Por qué la web sigue haciendo todo cuando entra la app#
La web sigue haciendo todo porque la app existe para una tarea de campo, y las reglas del negocio necesitan vivir en un solo lugar. En nuestros proyectos con app, la web tiene todas las funciones y la app, las de campo. Lo que borra, importa o decide queda en la web, con pantalla grande y un responsable del dato.
En Beckers, el técnico llena el informe en el celular, con el ventilador abierto delante, en una app Android. La oficina lee el movimiento del servicio técnico en el sistema web. En DNA Genética, el técnico recoge los datos de los animales en la hacienda, sin señal. Importar el genotipo, registrar un toro y borrar una hacienda, un rebaño o una hembra solo se hace en la web, y el alcance dice el motivo: garantizar la integridad de los datos.
En una plataforma comercial del agronegocio que estamos construyendo, la decisión llegó por el camino inverso. El alcance decía, por escrito, que no habría app: la pantalla de campo sería el sistema web abierto en el navegador del celular. En la primera ronda de comentarios, el cliente puso como punto número uno que tener app era imprescindible. Antes de estimar, hicimos tres preguntas.
- ¿App nativa, o sistema web instalable en la pantalla de inicio?
- ¿Sin señal solo para consultar, o también para registrar?
- ¿La app es solo del vendedor de campo, o todo el panel va al teléfono?
La respuesta fue una app nativa solo para el vendedor que visita las propiedades rurales, con mapa del territorio, registro de la visita, foto de documentos y grabación de audio sin señal. La administración, los listados y el análisis siguieron en la web. Y la web dejó de necesitar funcionar en el celular: con el campo en la app, los paneles pasaron a ser herramienta de escritorio, y el diseño para pantallas pequeñas salió del alcance. La app también quedó para la última etapa del cronograma, construida sobre reglas que la web ya validó.
Qué agrega una app además del código#
Una app agrega una segunda base de código, una cuenta en cada tienda y una revisión en cada versión. Apple cobra 99 dólares al año y revisa, en promedio, el 90% de los envíos en menos de 24 horas. Google cobra 25 dólares una sola vez. Y, mientras una versión está en revisión, la siguiente espera en la fila.
La parte que más sorprende a quien nunca publicó una app es la fila de revisión. En GT, ninguna actualización sale mientras la versión enviada no está aprobada, así que una corrección urgente depende de cómo avance la revisión. Para una app que solo abre con inicio de sesión, Apple pide una cuenta de demostración con el servidor encendido (directriz 2.1). En Google Play, una cuenta personal creada después de noviembre de 2023 necesita una prueba cerrada con al menos 12 testers durante 14 días antes de publicar.
El pago también cambia de lugar. Para liberar contenido o funciones digitales dentro de la app, Apple exige la compra por la tienda (directriz 3.1.1), con excepciones como los servicios físicos y la app gratuita que acompaña a una herramienta web paga. En Casa Follow Up, quien contrata es el profesional de salud, por la web, y la app del paciente queda fuera de cualquier flujo de pago. Qué paga comisión a la tienda y qué no está en cuándo tu app paga comisión a Apple y a Google.
La cuenta en la que se publica la app define quién es dueño del producto, y el camino está en de quién debe ser la cuenta de la App Store.
¿Una PWA lo resuelve?#
Una PWA (aplicación web progresiva) es un sistema web que se instala en la pantalla de inicio y gana un ícono. Usamos ese atajo en sistemas web muy usados en el celular: la configuración es simple. Como sustituto de una app, no lo recomendamos: en el iPhone choca con los límites de la web y queda fuera de la tienda.
En el iPhone, las notificaciones de una PWA solo funcionan después de que el usuario agrega el sitio a la pantalla de inicio, un paso manual que mucha gente no sabe hacer. Desde iOS 26, cualquier sitio agregado a la pantalla de inicio se abre como app web, lo que mejora el atajo, pero no trae Bluetooth, NFC ni envío en segundo plano. Y la propia Apple, en 2024, cuando anunció que quitaría estas apps web del iPhone en la Unión Europea, citó su adopción muy baja entre los motivos. Dio marcha atrás semanas después.
Las veces que la PWA apareció como alternativa en nuestros proyectos, incluso cuando el propio cliente la pidió, la decisión final fue un sistema web adaptable o una app nativa. La PWA intenta ocupar los dos lugares y, en el iPhone, termina con los límites de la web y sin la confianza de estar en la tienda.
Cuándo no vale la pena hacer una app#
No vale la pena hacer una app cuando sería el mismo sitio dentro de un marco, cuando el usuario entra de vez en cuando, cuando el motivo es que la competencia tiene una o cuando la idea es una app para cada cliente. En esos cuatro casos llega el costo de tienda y mantenimiento sin ganancia para el usuario.
El sitio dentro de un marco. La directriz 4.2 de la App Store pide que la app vaya más allá de un sitio web reempaquetado, y Google Play también rechaza apps sin la utilidad básica que se espera de una app. Meter el sistema web dentro de una app solo para estar en la tienda suele terminar en rechazo.
El usuario que entra de vez en cuando. Quien usa el sistema una vez al mes no mantiene una app instalada. Según el informe de desinstalación de AppsFlyer, el 46,1% de las apps Android instaladas en 2024 se desinstalaron en hasta 30 días. Para ese usuario, un enlace que abre directo en el navegador funciona mejor.
La app porque la competencia tiene una. Si los clientes de la competencia usan la app para algo que tus clientes hacen una vez al año, copiar la decisión es copiar el costo.
Una app para cada cliente. En la plataforma para consultorías deportivas que construimos con Team Garin, cada consultoría asociada tenía su propia app, con publicación y revisión propias, y cada consultoría nueva repetía todo el proceso. El nuevo alcance tiene una sola app, y la marca de cada consultoría aparece dentro de ella. La App Store también trata varias apps casi iguales como spam (directriz 4.3).
Preguntas frecuentes#
¿Cuánto cuesta de más tener una app además del sistema web?#
La app es una base de código nueva, con pantallas, navegación y pruebas propias, aunque use el mismo servidor y las mismas reglas del sistema web. Por eso entra como un ambiente aparte en el presupuesto y en el cronograma. Además del desarrollo, están las cuentas de las tiendas (99 dólares al año en Apple y 25 dólares una sola vez en Google) y el tiempo de cada revisión. Lo que más reduce ese costo es limitar la app al perfil que realmente la necesita.
¿Se puede empezar por la web y hacer la app después?#
Sí, y suele ser el mejor camino. En nuestros proyectos con app, ella es la última etapa del cronograma: primero la web valida las reglas con quien las usa, después la app se construye sobre un servidor que ya funciona. La condición es que el sistema web se haya hecho con el servidor separado de las pantallas, para que la app reutilice las mismas reglas en lugar de duplicarlas.
¿Necesito una app para enviar notificaciones?#
En Android, no: el sistema web puede enviar notificaciones a través del navegador. En el iPhone, las notificaciones de un sistema web solo funcionan desde iOS 16.4 y únicamente cuando el usuario agrega el sitio a la pantalla de inicio. Si el aviso es esencial para el producto y buena parte del público usa iPhone, la app es el camino más seguro. Si es un recordatorio que puede llegar por correo o mensaje, la web lo resuelve.
¿La app tiene que estar en la App Store y en Google Play?#
Para el público en general, sí, porque en la tienda es donde la gente busca una app y donde confía en ella. Incluso la app interna de una empresa suele publicarse en la tienda con acceso restringido: en Beckers, la app está en Google Play como app corporativa, sin registro público, y solo entra quien recibe acceso de la empresa. Estar en la tienda trae también la revisión de cada versión y las reglas de pago de la tienda.
¿Cada tipo de usuario necesita su propia app?#
En la mayoría de los sistemas, no, porque normalmente solo un perfil necesita app y los demás se quedan en la web. En Casa Follow Up, el paciente usa la app, y el profesional y la administración usan la plataforma web. Cuando dos perfiles de fuera de la empresa necesitan app, como el cliente y el prestador de un servicio, conviene separar en dos, porque cada uno tiene su recorrido y su ficha en la tienda.
Fuentes#
- Apple, App Store Review Guidelines, revisión del 8 de junio de 2026 (directrices 2.1, 3.1.1, 3.1.3, 4.2 y 4.3): https://developer.apple.com/app-store/review/guidelines/
- Apple, App Review: https://developer.apple.com/distribute/app-review/
- Apple Developer Program: https://developer.apple.com/programs/enroll/
- Google Play, tarifa de registro: https://support.google.com/googleplay/android-developer/answer/6112435
- Google Play, requisitos de prueba para cuentas personales nuevas: https://support.google.com/googleplay/android-developer/answer/14151465
- Google Play, política de funcionalidad y experiencia del usuario: https://support.google.com/googleplay/android-developer/answer/9898783
- WebKit, "Web Push for Web Apps on iOS and iPadOS", 16 de febrero de 2023: https://webkit.org/blog/13878/web-push-for-web-apps-on-ios-and-ipados/
- WebKit, novedades de Safari 26, 9 de junio de 2025: https://webkit.org/blog/16993/news-from-wwdc25-web-technology-coming-this-fall-in-safari-26-beta/
- Apple, "DMA and apps in the EU", versión archivada del 15 de marzo de 2024: https://web.archive.org/web/20240315042633/https://developer.apple.com/support/dma-and-apps-in-the-eu
- W3C, Geolocation API: https://www.w3.org/TR/geolocation/
- MDN, Web Bluetooth API: https://developer.mozilla.org/en-US/docs/Web/API/Web_Bluetooth_API
- Cetic.br, TIC Domicílios 2025: https://cetic.br/pt/tics/domicilios/2025/individuos/C16A/
- AppsFlyer, App Uninstall Report, edición 2025: https://www.appsflyer.com/resources/reports/app-uninstall-benchmarks-report/
Próximo paso#
Si tu sistema tiene gente en la calle y gente en la oficina, es el tipo de proyecto que hacemos en sistemas a medida: la app para quien está en el campo, como el vendedor de Reticar, y el sistema web para quien administra y decide.