Apps móviles
¿Conviene una app nativa o multiplataforma?
Respuesta corta
Para la mayoría de las apps de negocio conviene una app multiplataforma: con React Native o Flutter se escribe un solo código que sale como app de iOS y de Android, lo que cuesta menos, se entrega antes y se mantiene una sola vez. Una app nativa —Swift para iOS, Kotlin para Android— se justifica cuando la app exige rendimiento gráfico alto, uso intensivo de sensores o funciones muy nuevas del sistema operativo. En IstmoDigital desarrollamos multiplataforma con React Native y Expo, que es como está hecha nuestra propia app, Istmo Móvil.
La diferencia en una frase
Una app nativa se escribe dos veces, una por sistema operativo, cada una en su lenguaje. Una app multiplataforma se escribe una vez y se compila para los dos. Las dos terminan siendo apps reales que se instalan desde la tienda, se ven fluidas y usan la cámara, el GPS y las notificaciones.
No hay que confundirla con la vieja app "híbrida" que era una página web metida en un envoltorio: esas se sentían lentas y de ahí viene la mala fama. React Native y Flutter dibujan componentes nativos o casi nativos, y la diferencia para el usuario es, en la mayoría de los casos, imperceptible.
Cuándo conviene multiplataforma
- Apps de catálogo, compra, reservas, pedidos, fidelidad o servicio al cliente.
- Apps internas para equipos de venta, de campo o de bodega.
- Cuando necesitas iOS y Android a la vez y un presupuesto razonable.
- Cuando la app se va a actualizar seguido: cada cambio se hace una vez, no dos.
Es la gran mayoría de lo que piden los negocios en Panamá.
Cuándo se justifica la nativa
- Juegos o gráficos exigentes, realidad aumentada, edición de video.
- Uso intensivo de hardware: Bluetooth con equipos especiales, sensores en segundo plano durante horas.
- Funciones que el sistema operativo acaba de estrenar y todavía no llegan a las herramientas multiplataforma.
- Cuando la app solo va a existir en un sistema operativo.
Aun en esos casos, muchas apps multiplataforma resuelven la parte exigente con un módulo nativo puntual en lugar de rehacer toda la app.
Lo que hay que preguntarle al proveedor
Una buena señal es que el proveedor te explique por qué propone una u otra para tu caso. Si siempre propone la misma, es la que sabe hacer. Cuatro preguntas que ayudan:
- ¿Qué función de mi app podría necesitar código nativo, y cómo la resolverían?
- ¿Qué apps suyas hechas con esa tecnología puedo instalar hoy?
- ¿Cómo se publican las correcciones urgentes? Algunas herramientas multiplataforma permiten enviar ciertas correcciones sin esperar la revisión de la tienda.
- ¿Quién mantiene la app en tres años, y en qué lenguaje tendrá que trabajar esa persona?
La última pregunta es la más importante en Panamá, donde el mercado de desarrolladores es pequeño: una app escrita en una tecnología que casi nadie maneja localmente se vuelve cara de mantener.
React Native o Flutter
Las dos son buenas y maduras. React Native (de Meta) usa JavaScript, el mismo lenguaje de la web, lo que permite compartir lógica y equipo con el sitio y el sistema del negocio. Flutter (de Google) usa Dart y dibuja su propia interfaz, con un resultado muy consistente entre plataformas.
La elección suele depender menos de la herramienta que del equipo que va a mantener la app durante años. En IstmoDigital usamos React Native con Expo porque todo nuestro sistema —CRM, agentes de IA y web— está en JavaScript: la app habla el mismo idioma que lo que tiene detrás.
Si quieres ver cómo aplica a tu caso, el servicio está en desarrollo de apps móviles.