¿Debo portar una aplicación móvil a un sitio web o viceversa?

Al compartir mi experiencia de crear aplicaciones nativas y aplicaciones iónicas, puedo decir lo siguiente.

¿MÓVIL PRIMERO o WEB?

  • Piense desde la perspectiva del marketing, qué será más fácil de promocionar desde el primer día y CÓMO . ¡No asuma que los usuarios lo encontrarán en la tienda Apple \ Google por sí mismos!
    • Si conoces una buena manera de promocionar una aplicación móvil, definitivamente hazlo primero para los estudiantes
    • Si no lo sabe, haga un sitio web o reconsidere por qué está tratando de hacer algo en primer lugar
  • La tendencia definitivamente es construir dispositivos móviles primero y sitio web más tarde durante los últimos años.
  • Se recomienda comenzar con una pantalla pequeña primero, porque es más fácil construirla para una pantalla más grande más tarde que viceversa (y porque los usuarios móviles son un mercado muy grande, pero obviamente depende de su idea).
  • aplicación móvil o web: si puede elegir la web, tome una decisión receptiva y aborde la pantalla móvil primero de todos modos.
  • Piénselo dos veces antes de usar iónico en lugar de usar Swift para iOS o marcado y la aplicación de Android. Tiene algunos beneficios para la creación rápida de prototipos sucios, pero en general, la cantidad de tiempo que pasará para obtener una aplicación de calidad decente podría no valer la pena en comparación con la construcción de algo increíble en nativo.

En general, el servidor se crea primero, que contiene lógica de negocios y transacciones de bases de datos. Una vez que haya creado el servidor, puede seguir adelante y usar iónico para crear una aplicación móvil encima. Más tarde, puede integrar la interfaz de usuario web si lo necesita.

Según tengo entendido, no hay recomendaciones sobre la creación de aplicaciones web o móviles. Sin embargo, según mi experiencia, la aplicación web se lanza primero y luego se basa en el seguimiento de la aplicación móvil de la atracción del mercado. Las aplicaciones web son generalmente mejores para proyectar toda la idea. Pero especialmente si se trata de una aplicación de gestión del tiempo, creo que la aplicación móvil puede ser más útil en lugar de la web.

No deberías preguntarte cuál debo hacer primero, sino en realidad cuál debo hacer. Aunque un proyecto iónico funciona en varias plataformas, no significa que deba hacerlo. Si descarga una aplicación tanto en Android como en iOS, notará diferencias en la interfaz de usuario. Esto tiene que ver principalmente con la experiencia que ambas plataformas intentan ofrecer. Una vez más, si descarga la misma aplicación para iPhone y iPad, tropezará con 2 versiones diferentes. Piensa en la experiencia del usuario. Si buscas en el sitio web de airbnb para dispositivos móviles y su aplicación móvil, verás dos … bueno, entiendes la idea. Lo que debería impulsar su decisión no es la plataforma, sino la experiencia que desea ofrecer a sus usuarios. Antes de comenzar a codificar, haga algunos formularios pequeños e intente encontrar a su verdadero usuario final. Una vez que tenga una idea, haga un prototipo e itere desde allí, siempre teniendo en cuenta los comentarios de los usuarios.

Ps: si desarrolla API, podrá reutilizar gran parte de su código si necesita hacer una versión web y una versión móvil

La tendencia actual es móvil primero.

Si de todos modos va a hacer dispositivos móviles, siempre es mejor comenzar allí porque hay más restricciones y es mucho más fácil agregar funciones que eliminarlas.

Ionic es una gran solución. No escuches a los detractores. Le ahorrará cientos de horas de desarrollo aprendiendo Swift y luego Java y luego todas las peculiaridades de cada uno. Esto es especialmente cierto si ya conoce JS y el desarrollador front-end.

La dirección que estoy tomando en mi aplicación actual es construir mi aplicación para dispositivos móviles y luego incrustarla en un sitio web estándar usando un marco más adecuado como Bootstrap o Foundation. Ajustar su aplicación móvil a una página web es bastante sencillo con los módulos Angular, y aún más con Angular 2. Luego puede usar su sitio web como una herramienta de ventas / marketing con una “demostración” de su aplicación disponible allí mismo en la página de destino . Y si quieren la versión completa, pueden comprarla en las tiendas de aplicaciones.

Alternativamente, puede hacer algo como dividir cada pestaña de su aplicación en su propio panel en un sitio web para aprovechar el espacio extra de la pantalla.

Ser creativo. La tecnología web para dispositivos móviles es un campo nuevo y hay muchas vías inexploradas.

Si está configurado para construir una aplicación móvil iónica y una aplicación web angular y liberarlas todas a la vez, entonces no importa lo que haga primero, porque transferir la lógica es igual de fácil. Solo recuerde: debe rehacer completamente la interfaz de usuario para la segunda, sin importar qué elija hacer primero.

Si no está lanzando al mismo tiempo, entonces depende de cuál sea su aplicación y cuál es más importante (es más probable que sea móvil).

Y en cuanto a otros marcos (tal vez Xamarin y .Net? O Framework 7 y jQuery? Idk) no puedo hablar por experiencia, así que no lo haré.

El marco iónico está dirigido principalmente a pantallas pequeñas / medianas. Puede verse muy bien en una pantalla grande.

De todos modos, se recomienda ir primero con dispositivos móviles, ya que es más fácil agregar algo que eliminar. De esta manera, primero tendrá que pensar en las funciones más importantes (¿obligatorias?). Pero esto no es iónico específico …

También podría terminar con dos front-end: una aplicación casi móvil y un sitio web con todas las funciones. No recomiendo mezclar el sitio web móvil / de escritorio, especialmente si está creando una aplicación de administración de tiempo, y puede verse enfrentado a bajas velocidades de conexión.

Desarrollaría un backend con una pequeña API, para que pueda usarlo en ambos front-end

Finalmente, recuerde que no diseña / usa una aplicación (incluso basada en la web) como un sitio web, en términos de UX …