web-dev-qa-db-fra.com

Toute recherche sur la perception de l'expérience utilisateur des applications natives par rapport aux applications Web ou hybrides

Mon organisation cherche à développer des applications mobiles, nous avons une richesse de ressources de développement web. Il existe de nombreux facteurs à prendre en compte pour prendre la décision de développer cette application, tels que les coûts, la prise en charge de la plate-forme, les performances et la maintenabilité.

Mais, Je n'ai trouvé aucune recherche qui confirme les hypothèses selon lesquelles les utilisateurs préfèrent l'expérience d'une application native à une application Web mobile hybride (Un hybride est une application HTML5 distribuée dans une vue Web intégrée à l'aide de PhoneGap, etc.).

Certains les gens affirment que les applications natives sont plus performantes et ont une meilleure expérience utilisateur, mais pourquoi? Y a-t-il eu des sondages ou des analyses d'utilisateurs qui indiquent cette préférence des utilisateurs vers le natif?

33
sirtimbly

Oui, des études officielles ont démontré que les utilisateurs se familiarisant de plus en plus avec les appareils mobiles, ils se tournent de plus en plus vers l'utilisation d'applications natives.4 Cette tendance est probablement une combinaison de trois facteurs:

  • Les gens préfèrent le familier. Si les gens connaissent un site ou une application susceptible de répondre à leurs besoins, ils sont plus susceptibles d'utiliser cette source connue que de chercher.3 Les utilisateurs font confiance aux ressources connues car ils sont plus fiables: les besoins en informations sont quatre fois plus susceptibles d'être satisfaits pas lors de l'utilisation de la recherche générique que lors de l'accès direct à une source connue.3
  • Les utilisateurs mobiles créent des signets différemment. Les signets des navigateurs mobiles sont utilisés avec parcimonie,4 à la place, les utilisateurs mobiles "mettent en signet" en téléchargeant l'application native.1,4
  • Les applications natives offrent une interaction supérieure.
    • Ils peuvent être utilisés hors ligne, ce qui les rend plus rapides à ouvrir.2 Il peut également accélérer leurs performances dans certains cas en leur permettant de stocker des informations localement et de se synchroniser uniquement avec le serveur une fois que l'utilisateur a fini d'utiliser l'application.
    • Ils permettent à l'utilisateur d'utiliser des gestes de la main spécifiques à l'appareil. Android et iOS développent progressivement différentes conventions d'interaction, et une application native répond comme l'attend son utilisateur.
    • Ils ont accès à des fonctions spécifiques aux appareils telles que la géolocalisation et les accéléromètres (bien qu'avec HTML5, les applications Web accèdent progressivement à ces fonctions également).

[1] Bales, Elizabeth, Timothy Sohn et Vidya Setlur. "La planification, les applications et le smartphone haut de gamme: exploration du paysage de l'accès moderne multi-appareils". Dans les actes de la 9e conférence internationale sur l'omniprésence Computing, 1– 18. San Francisco, États-Unis: Springer-Verlag, 2011.

[2] Caspar Ryan et Atish Gonsalves. 2005. L'effet du contexte et du type d'application sur l'utilisabilité mobile: une étude empirique. Dans les Actes de la vingt-huitième conférence australasienne sur l'informatique - Volume 38 (ACSC '05) , Vladimir Estivill-Castro (éd.), Volume 38. Australian Computer Society, Inc., Darlinghurst, Australie, Australie, 115-124.

[3] Heimonen, T. (2009). "Besoins et pratiques en matière d'information des utilisateurs actifs d'Internet mobile". Dans les actes de la 6e Conférence internationale sur la technologie mobile, systèmes d'application, 50: 1–50: 8. Mobilité '09. New York, NY, USA

[4] Tossell, C., Kortum, P., Rahmati, A, Shepard, C., et Zhong, L. (2012). "Caractérisation de l'utilisation du Web sur les téléphones intelligents". Dans les actes de l'édition 2012 de l'ACM Conférence sur les facteurs humains dans les systèmes informatiques, 2769–2778. CHI '12. New York, NY, USA: ACM.

32
Graham Herrli

l'apparence dépend de la façon dont vous concevez l'application Web. Vous pouvez le concevoir pour qu'il ressemble exactement à une application native, mais vous devez choisir le natif auquel vous souhaitez qu'il ressemble (sauf si vous créez plusieurs applications Web). Le résultat est que la plupart des applications Web essaient d'aller vers quelque chose qui est utilisable à la fois par iOS et Android mais qui ne ressemble à aucun des deux - c'est pourquoi les gens commentent parfois l'apparence.

Je travaillais sur un produit initialement conçu comme une application Web, mais après des mois de tests d'utilisabilité et de commentaires des utilisateurs, je vais maintenant passer à une application native. Je ne peux pas vous donner de recherche formelle, juste ce que j'ai trouvé dans les tests et le développement UX.

Problèmes UX

  1. La plupart les gens ne comprennent pas ce qu'est une application web. Même après l'avoir expliqué aux utilisateurs, la question la plus courante que je reçois est "alors de quel app store puis-je l'obtenir?".
  2. Il y a tellement de variations entre les navigateurs, les versions de navigateur et les téléphones, que cela le rend proche de impossible de développer une application Web stable qui fonctionne sur tous les appareils sur lesquels vous vous attendez à ce qu'il s'exécute. Peu importe les tests que nous avons effectués sur de nombreux appareils, nous avons eu des problèmes sans fin avec les applications Web dans la nature, que nous n'avons pas eu sur iOS natif et les applications Android Android.
  3. Les frameworks d'applications Web sont définitivement plus lents que les applications natives. Ils s'améliorent en termes de vitesse, mais ils ne rivaliseront jamais.
  4. Les applications Web sont non disponibles hors ligne - même en tant que version de base.

Problèmes de développement

  1. Les frameworks d'applications Web s'améliorent rapidement, ce qui signifie souvent de nombreuses réécritures et mises à jour constantes pour suivre les améliorations.
  2. Vous avez besoin d'un ensemble de compétences plus large pour travailler avec des applications Web que vous ne le faites avec des applications natives. Par exemple sur Android, vous avez besoin de Java. Mais pour notre application Web, nous avions besoin de: html, css, sass, javascript, coffeescript et Sencha Touch. Le résultat était que toute personne travaillant sur l'application Web devait d'abord être à l'aise avec beaucoup plus de langues et d'outils, et qu'il était plus long de former n'importe qui.
6
JohnGB

Je ne suis pas d'accord avec certains des points soulevés par d'autres. À moins que votre application soit principalement un contenu statique bien conçu, évitez les applications Web pour mobile. Même dans ces cas, l'application pourrait probablement être conçue pour s'exécuter plus rapidement en mode natif presque en même temps. Vous n'allez pas gagner du temps en utilisant des outils inférieurs. Il s'agit rarement d'une décision de type "compromis", sauf si vous avez un tas de développeurs Web experts inutilisés.

Expérience utilisateur

Ce n'est pas que les applications Web mobiles soient légèrement plus lentes et ne soient limitées que par des cas d'utilisation hautes performances. Ils sont beaucoup plus lents - à tel point que cela pèse sur l'expérience utilisateur. Si vous visez des fonctionnalités nécessitant une animation dynamique, ou même une interactivité modérée - "vous allez vous amuser".

L'une des meilleures applications Web que j'ai vues se trouve ici http://forecast.io (visitez sur un téléphone mobile) et vous pouvez voir à quel point l'interaction avec une simple vue de défilement est lente. (note latérale) les développeurs ont également mentionné avoir eu du mal à commercialiser le concept d'une application que vous n'achetez pas sur l'App Store.

Un élément d'une bonne conception est une rétroaction serrée et une réponse de l'utilisateur. Interagir avec un écran tactile est déjà difficile pour certains. Les applications Web mobiles contiennent des commentaires acceptables pour des interactions simples, mais tout ce qui va vraiment au-delà d'un simple appui sur un bouton sera inférieur à une expérience d'application native, simplement en raison du temps qu'il faut pour répondre aux touches de l'utilisateur.

Développement

  1. Il est vrai que pour une application Web mobile, l'étendue des connaissances est plus grande simplement en raison de la fragmentation de la technologie Web. Cependant, le développement d'une bonne application native nécessite beaucoup plus de connaissances en raison de la complexité du langage et du framework. Cela ne veut pas dire qu'il n'y a pas d'applications Web développées avec une bonne connaissance, mais les compétences minimales pour construire une application Objective-C ou Java sont beaucoup plus grandes que HTML + Javascript. Don ' t vous inciter à penser plus de noms de technologies = plus difficile à apprendre. Souvenez-vous également que les bons programmeurs peuvent généralement faire du bon travail avec n'importe quelle technologie de programmation.

  2. Lorsque vous développez des applications Web, vous êtes à la merci du cadre des fonctionnalités de l'appareil. si iOS 7 sort quelque chose de cool, vous devez attendre que le framework (phonegap etc.) intègre ces fonctionnalités (si jamais ou même possible). Nativement, vous y avez accès dès le premier jour.

  3. Le code devrait très rarement être "réécrit" seulement refactorisé. Si le nombre de réécritures par an est une mesure pour vous, vous avez de plus gros problèmes. Je ne m'attendrais à aucune différence dans le temps nécessaire pour réécrire ou refactoriser les applications natives ou Web, mais encore une fois, vous pouvez être à la merci du cadre que vous choisissez.

[~ # ~] modifier [~ # ~]

Pour tous les opposants - repères. http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/

1
Justin Meiners

Je pense que le défi de répondre à la question est double. 1) définitions 2) recherche.

En ce qui concerne les définitions, je vais faire l'hypothèse que nous comparons:

Native App = une application autonome écrite en code natif pour le périphérique sur lequel il fonctionne.

vs.

Web App = une application écrite avec des technologies Web utilisant un modèle client/serveur où l'interface utilisateur est rendue dans le client, mais toutes les données sont récupérées et traitées sur un serveur.

Le deuxième défi est de les comparer. Idéalement, on aurait écrit une application native et une application web pour être équitables d'une certaine manière afin qu'une certaine forme de test A/B puisse être effectuée. Je ne sais pas si cela se fait avec régularité (ou pas du tout) d'ailleurs.

Lorsqu'il y a les deux, il s'agit généralement de deux expériences distinctes. Prenez Flickr, par exemple. Ils ont un site mobile (alias "application web") et ils ont une application native (alias "la chose que vous téléchargez sur l'App Store"). Le problème est que l'interface utilisateur et les fonctionnalités entre les deux sont très différentes, il n'est donc pas facile de dire simplement que l'un est meilleur que l'autre.

En fin de compte, ce qui est mieux dépendra principalement du type d'application que vous construisez.

1
DA01

Si vous voulez que votre application soit belle, qu'elle fonctionne rapidement et en douceur, native est le meilleur choix. Bien que le codage des applications natives pour chaque système d'exploitation demande du temps et des efforts supplémentaires, les avantages en termes d'expérience utilisateur en valent la peine. L'application native se comporte de manière beaucoup plus réactive, offrant une apparence et une sensation natives complètes - et une expérience utilisateur meilleure et plus fluide. Surtout avec iOS 7 Flat UI, Depth et UI Dynamics, les attentes des utilisateurs de l'application ont augmenté. Et pour garder l'utilisateur collé à votre application, il faut offrir une expérience visuelle et d'interaction comme toutes les autres applications de cette plate-forme. Native Rocks!

0
Sagar Mody