¿Una aplicación de iPhone simple es más atractiva para los usuarios que un sitio web móvil?

Mi cliente quiere hacer una aplicación para iPhone porque descubrió que es mucho más probable que las personas usen la aplicación para iPhone en un sitio optimizado para dispositivos móviles. La aplicación para iPhone es muy simple: solo muestra un par de imágenes y algo de texto. Como programador, preferiría hacer un sitio móvil dada la naturaleza simple del contenido. Desde una perspectiva técnica, siento que es excesivo usar una aplicación de iPhone en esta situación.

¿Tiene sentido construir una aplicación para iPhone cuando un sitio móvil es suficiente, simplemente porque sus usuarios prefieren que sea una aplicación para iPhone? ¿Hay alguna forma de convencer fácilmente a los usuarios de que un sitio móvil es igual de fácil de usar?

La respuesta simple es desarrollar un sitio web pero construirlo como una aplicación web móvil. Si se siente más cómodo con la creación de un sitio web, o siente que será más rápido, entonces este es el camino a seguir.

Los usuarios aún pueden 'instalarlo' (crear un ícono en su pantalla de inicio, donde especifique el png que se usará para el ícono), ocultar la barra de herramientas de Safari y funciona como una aplicación.

Aquí está la página de Apple sobre cómo crear aplicaciones web

Los beneficios de esto son

• multiplataforma: ¡la aplicación web funcionará en Android, WP e incluso Blackberry!
• puede actualizar contenido, por ejemplo, texto, imágenes sin actualizar la aplicación
• más barato y más rápido de desarrollar

No sé si puedes poner este tipo de aplicaciones web en la tienda de iTunes o no.

Si la página web es realmente así de simple, no debes convertirla en una aplicación. Puedo darte una razón, pero es muy buena:

Las aplicaciones simples generalmente no pasan por los revisores de la tienda de aplicaciones .

Desde https://developer.apple.com/appstore/resources/approval/guidelines.html

2.12 Las aplicaciones que no son muy útiles, únicas, son simplemente sitios web agrupados como aplicaciones, o que no proporcionan ningún valor de entretenimiento duradero, pueden ser rechazadas

Si intenta cargar una aplicación de este tipo, probablemente recibirá un rechazo que dice "la aplicación no utiliza funciones nativas de iOS" o algo similar.

Si desea crear una aplicación iOS simple, debe pensar qué funcionalidad se agregará a una página web.

La semana pasada publiqué aplicaciones para Google Play y App Store que eran un poco más que navegadores dedicados ( WebView ) para un sitio web receptivo y algo de azúcar.

Esto te da:

• Desarrollo rápido basado en HTML5 de la mayoría de la aplicación como página web
• Presencia en la respectiva App Store del dispositivo
• Los usuarios pueden instalar la aplicación de manera regular (no hay instrucciones complicadas para obtener el icono en la pantalla de inicio)

Pero aún conserva los beneficios de la aplicación nativa:

• Siempre puedes mover más código al lado nativo más tarde
• Utilice las API que están fuera de los límites de las páginas web basadas en el navegador, por ejemplo
  • anunciar la aplicación como aplicación de enrutamiento en los nuevos mapas de iOS
  • deje que Passbook abra el ticket en su aplicación, etc.

Estoy seguro de que Android también tiene multitud de API que están prohibidas para aplicaciones web.

Por cierto. Desde mi propia experiencia, manténgase alejado de los marcos multiplataforma. Incluso para una tarea tan simple, uno de esos me mordió el trasero y terminé reescribiendo todo en idioma nativo.

Siento tu dolor, muchas aplicaciones deberían formar parte de la web y desarrollarse con tecnologías web.
Pero esa es una postura tecnológica, a su cliente probablemente no le importa.

Supongo que este tipo de cliente realmente no va por la aplicación tanto como por la tienda de aplicaciones .

Puede estar subestimando la visibilidad que las tiendas de aplicaciones pueden conferir a la publicación de un cliente, aquí.

"¡Publicidad gratis! 1!" podría ser todo lo que tu cliente ve.

Aún así, ellos, el cliente, podrían estar subestimando los costos reales implicados. Pero en su panorama mental, esos nuevos costos serán equilibrados por los "nuevos" mecanismos de monetización que permiten las tiendas de aplicaciones.

Entonces, es casi seguro que sobreestiman la monetización real que una tienda de aplicaciones puede generar para su producto (editorial, supongo) en el momento actual. No se divierten Angry Birds, después de todo.

También es probable que retrasen mucho su tiempo de comercialización al buscar una solución de aplicación.

Lamentablemente este tipo de plan de negocios:

• Build App
• ???
• LUCRO

Parece estar de moda hoy en día.

No le está dando a su cliente suficiente información para tomar una decisión informada.

1. ¿Conocen el proceso de aprobación de la aplicación para iPhone?
2. ¿Hay funciones a las que los usuarios necesitan acceso cuando no están conectados?
3. ¿Tiene que preocuparse por la información confidencial almacenada en el teléfono?
4. ¿Qué pasa con los dispositivos no fabricados por Apple?

Tenga cuidado con "es más fácil para mí construir un sitio web" porque hay una competencia que estará más que feliz de construir una aplicación para iPhone.

Es cierto que tengo un sesgo personal hacia las aplicaciones nativas, pero creo que realmente no hay una respuesta en blanco y negro a esto. Aquí hay un par de ideas sobre aplicaciones web frente a aplicaciones nativas:

• Las aplicaciones web son buenas si desea evitar la molestia de convertirse en miembro del Programa de Desarrolladores de Apple. Sin esto, no puede instalar aplicaciones en dispositivos o publicarlas en la App Store.
• Luego, por supuesto, está el esfuerzo de aprender XCode y Objective-C (si aún no los conoce).
• Por otro lado, las aplicaciones nativas tienden a ser más receptivas (mi propia experiencia subjetiva).
• Si la aplicación debe poder ejecutarse "sin conexión" (cuando no hay conexión a Internet disponible), entonces una aplicación nativa es realmente su única opción realista.

En su caso, compararía los requisitos de su cliente con los pros y los contras de las aplicaciones web y nativas.

También agregaría que escribir e implementar una aplicación nativa de iPhone no NECESARIAMENTE requiere presencia en la App Store. Las llamadas "aplicaciones internas" se pueden escribir e implementar en un entorno empresarial. Considere esto: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

Dada la descripción de su problema, iría a un sitio móvil enmascarado como una aplicación. En general, muchas aplicaciones móviles son solo sitios HTML5 que pueden o no ejecutarse localmente. Este puede ser un gran comienzo para desarrollar rápidamente una aplicación multiplataforma que funcionará razonablemente bien en muchos tipos de dispositivos móviles sin tener que modificar gran parte del código. Dicho esto, hay una advertencia: HTML5 no es el rey de la velocidad cuando se realizan tareas pesadas. Cuando es el momento de procesar un código intensivo de procesamiento que no está disponible como una pieza de middleware para la (s) plataforma (s) para la que está desarrollando, el código puede ejecutarse bastante lento si depende únicamente de JavaScript para realizar el procesamiento y usted debería considerar llevarlo al siguiente nivel (aplicación nativa).