“Necesitamos una app” puede significar varias cosas: un software que se abre desde un enlace, algo que se instala en el móvil, o ambas. Antes de decidir, quiero entender la tarea y dónde la hará la gente. Eso nos da una base mejor para elegir cómo llevar el producto a sus usuarios.
Una clienta que reserva de vez en cuando desde un resultado de búsqueda tiene necesidades distintas a un técnico de campo que registra información todo el día. Usa esas situaciones para decidir qué importa y después prueba las capacidades de las que depende el producto.
Empieza por la tarea y por cómo se llega a ella
Describe cómo encuentra alguien el producto por primera vez, cada cuánto vuelve y qué dispositivo usa. Un gestor de cuentas que revisa un informe largo quizá prefiera el portátil. Un técnico que hace fotos en una obra necesita un flujo pensado para el móvil. Un mismo negocio puede tener ambos públicos.
¿Cómo encontrará y abrirá la gente el producto: un resultado de búsqueda, una invitación, un código QR o una tienda de apps?
¿La tarea es ocasional, diaria o parte de una sesión de trabajo continua?
¿Qué tiene que funcionar cuando la conexión es débil o no hay conexión?
¿Qué funciones del dispositivo son imprescindibles para completar la tarea?
Cuándo una web app es un buen punto de partida
Una web app funciona en el navegador y se puede compartir con un enlace. Encaja bien en portales de clientes, sistemas de reservas, paneles y muchos otros flujos. El diseño responsive adapta la interfaz a distintos tamaños de pantalla, pero aun así hay que probar las tareas reales en esas pantallas.
Por ejemplo, un portal de proveedores podría permitir que los clientes hagan pedidos desde el móvil mientras el equipo los gestiona en el ordenador. Una misma aplicación web podría servir a ambos grupos, con vistas y permisos distintos. Publicar en una tienda de apps necesitaría un beneficio concreto para justificar incluirlo en la primera versión.
Qué puede ofrecer una web app instalable
Una progressive web app, o PWA, usa tecnologías web y puede ofrecer una experiencia instalada en los dispositivos compatibles. El funcionamiento sin conexión, las notificaciones y otras capacidades requieren una implementación deliberada y pruebas de compatibilidad. Un icono en la pantalla de inicio no hace que nada funcione sin conexión.
Para conocer mejor ese enfoque, consulta laintroducción de MDN a las progressive web apps. Para tu proyecto, probaría las capacidades necesarias en los dispositivos y navegadores que usan tus clientes y definiría una alternativa para lo que no esté disponible.
Cuándo una app móvil merece su propio alcance
Una app móvil puede tener sentido cuando el flujo depende de una integración más profunda con el dispositivo, de una experiencia instalada o de un canal de distribución concreto. Anota esas necesidades con precisión. “Usa la cámara” es demasiado general; lo que hay que evaluar es el proceso de captura, los permisos y los dispositivos compatibles.
Una herramienta de inspección podría necesitar guardar un borrador del informe en el dispositivo durante una visita y subir las fotos después. La decisión debe incluir cómo sobreviven los borradores a las interrupciones, cómo funciona la sincronización y qué pasa si dos personas editan el mismo registro. Son decisiones de producto, y una app instalada también necesita que se tomen.
Publicar en las tiendas también requiere preparación: cuentas, fichas, requisitos de revisión y un proceso para mantener las versiones publicadas. Deberíamos tener en cuenta ese trabajo al comparar las opciones. La aprobación y los plazos dependen siempre de la revisión de cada tienda.
El código compartido también hay que probarlo en cada plataforma
Algunos enfoques comparten código entre plataformas o amplían un producto web existente. Eso puede ayudar a reutilizar trabajo, pero cuánto depende de la aplicación y de sus requisitos. Revisaría el código existente antes de prometer que una web app puede convertirse sin más en una app móvil.
El servidor y la base de datos pueden dar servicio tanto a la interfaz web como a la móvil. Aun así, cada interfaz necesita su navegación, su gestión de la entrada de datos, sus permisos y sus pruebas. El objetivo es un producto coherente en los dispositivos que la gente usa de verdad.
Elige la siguiente versión según la evidencia
Puedes empezar con un canal y añadir otro cuando haya una razón clara. Si lo incierto es una capacidad del dispositivo, pruébala pronto. Si lo incierto es si los clientes necesitan el flujo, pruébalo con usuarios representativos antes de ampliar su distribución.
Nuestros usuarios principales y sus dispositivos son: …
Su tarea más importante es: …
Llegan al producto a través de: …
Las capacidades que debemos verificar son: …
Añadiríamos otra plataforma cuando: …
Envía ese contexto junto con elbrief de tu proyecto. Puedo ayudarte a comparar las opciones con el trabajo que necesitas y a planificar una primera versión útil.