Casi todas las conversaciones sobre desarrollo móvil empiezan mal: alguien ya ha decidido la tecnología antes de definir el problema. Llega el “quiero una app en Flutter” o el “tiene que ser nativa” sin que nadie haya preguntado quién va a usarla, cada cuánto y para qué.

La elección importa —condiciona coste, plazos y hasta qué funcionalidades vas a poder ofrecer— pero solo tiene sentido después de responder a unas cuantas preguntas de negocio. Vamos por partes.

Las tres opciones, sin jerga

Nativa significa construir dos aplicaciones distintas: una en Swift para iOS y otra en Kotlin para Android. Dos bases de código, dos equipos o un equipo que domine ambas, dos veces el mantenimiento. A cambio, acceso inmediato y completo a todo lo que el dispositivo sabe hacer, y el mejor rendimiento posible.

Multiplataforma (hoy en día, en la práctica, Flutter o React Native) significa escribir una sola base de código que se compila para ambos sistemas. Un equipo, un mantenimiento, y entre un 30% y un 40% menos de coste que hacer las dos nativas. El rendimiento es excelente para la inmensa mayoría de aplicaciones de negocio.

Web app progresiva (PWA) significa una web hecha para funcionar como app: se puede instalar desde el navegador, funciona sin conexión y no pasa por ninguna tienda. Es la opción más barata y la más limitada.

La pregunta que decide casi siempre: ¿qué necesita tocar del móvil?

Este es el criterio técnico que corta por lo sano. Si tu aplicación necesita alguna de estas cosas, la PWA queda descartada:

  • Notificaciones push fiables en iOS
  • Bluetooth, NFC o pagos con el móvil
  • Uso intensivo de la cámara (escaneo, reconocimiento, realidad aumentada)
  • Geolocalización en segundo plano
  • Biometría (huella, Face ID)
  • Estar presente en App Store y Google Play, que para muchos negocios es una cuestión de credibilidad tanto como de distribución

Si no necesitas nada de esto y tu aplicación es esencialmente “consultar y rellenar información”, una PWA bien hecha puede ahorrarte mucho dinero y tiempo.

Cuándo tiene sentido cada una

Elige una web app progresiva si…

Tu usuario entra de vez en cuando, no todos los días. Es una herramienta de consulta, un portal de cliente, un catálogo o un formulario complejo. Quieres validar una idea rápido y barato. No necesitas nada del hardware del móvil.

El coste típico es entre un 40% y un 60% menor que el de una app. Y tiene una ventaja que se subestima: actualizas cuando quieres, sin esperar la revisión de Apple.

Elige multiplataforma si…

Y esto cubre a la mayoría de los proyectos empresariales. Necesitas estar en las tiendas, quieres notificaciones, quieres una experiencia fluida, y necesitas iOS y Android sin duplicar el presupuesto.

Flutter, en concreto, funciona muy bien cuando el diseño es propio y consistente entre plataformas, que es lo que suele querer una marca. Un equipo, un código, y la interfaz se ve exactamente igual en los dos sistemas porque Flutter dibuja sus propios componentes.

Es lo que usamos en la mayoría de proyectos y también en Bipsy, nuestro producto propio, precisamente porque son dos aplicaciones conectadas y mantener cuatro bases de código nativas sería inviable.

Elige nativo si…

Tu aplicación exprime el dispositivo: procesado de vídeo o audio en tiempo real, realidad aumentada, gráficos exigentes, integración profunda con widgets del sistema o wearables. O bien tu app es el producto en sí y la diferencia de rendimiento del último 5% es diferencial competitivo.

También si necesitas adoptar funcionalidades del sistema operativo el mismo día que se publican, sin esperar a que el framework las soporte.

Los mitos que conviene desmontar

“Multiplataforma va lento.” Fue verdad hace años. Hoy, para una app de gestión, reservas, comercio o contenido, un usuario no va a notar la diferencia. Lo que sí nota es una app mal hecha, y eso pasa en cualquier tecnología.

“Nativo es más caro pero mejor.” Es más caro. Mejor solo si necesitas lo que lo justifica. Pagar el doble por prestaciones que tu aplicación nunca va a usar no es calidad, es desperdicio.

“Una PWA es una web disfrazada.” Es exactamente eso, y en muchos casos es justo lo que necesitas. El problema no es la PWA: es venderla como sustituto de una app cuando el caso de uso pide una app.

“Con multiplataforma no puedo hacer X.” Casi siempre se puede, escribiendo un pequeño módulo nativo para esa parte concreta. No es todo o nada.

Una forma sencilla de decidir

Respóndete a estas cuatro preguntas antes de hablar de tecnología:

  1. ¿Con qué frecuencia va a abrirla un usuario? Diaria o casi diaria empuja hacia app. Ocasional admite PWA.
  2. ¿Necesita funcionar sin conexión? Si es crítico, app.
  3. ¿Necesita hardware del móvil? Si sí, app. Y si es hardware exigente, valora nativo.
  4. ¿Cuánto puedes invertir sin comprometer el negocio? Esto no elige la tecnología, pero sí descarta opciones.

Con esas cuatro respuestas, la decisión técnica prácticamente se toma sola. Lo difícil no es elegir framework: es ser honesto sobre lo que la aplicación tiene que hacer de verdad.

Y si te equivocas

No es irreversible, pero es caro. Cambiar de PWA a app suele ser asumible porque el backend se conserva. Cambiar de multiplataforma a nativo significa reescribir toda la capa de interfaz.

Por eso merece la pena dedicar tiempo a la decisión antes de escribir la primera línea. En nuestros proyectos esa conversación ocurre en la fase de descubrimiento, y a veces termina con nosotros recomendando algo más barato de lo que el cliente venía a pedir.

Si estás en ese punto, hablemos antes de que la decisión esté tomada. Y si quieres ver el detalle de cómo trabajamos el desarrollo de aplicaciones móviles, ahí está explicado fase por fase.