Contenu
- Avantages d'une application native:
- Avantages d'un site responsive:
- Plusieurs versions = plusieurs ensembles de données
- Résumé
Je suis une "création numérique" depuis 18 ans. Je suis maintenant développeur iOS, mais j'ai commencé au milieu des années 90 à créer des sites Web très basiques pour les entreprises. À la fin des années 90, toutes les petites entreprises se précipitaient pour se faire une présence sur le Web - même le boucher local (et oui, pour mes péchés, j'ai même créé un site pour le boucher local). Les applications sont le nouvel accessoire indispensable pour les entreprises, les gens veulent simplement voir leur logo dans l'App Store. Cela pourrait être considéré comme le moment idéal pour devenir développeur d'applications - la vérité est que 90% du travail proposé qui atterrit sur mon bureau n'est tout simplement pas adapté pour être distribué en tant qu'application native. Malheureusement, il semble que beaucoup de développeurs d'applications ne sont là que pour l'argent, alors ils se feront un plaisir de se débarrasser des déchets dans une vaine tentative de remplir leurs poches.
Lorsque l'iTunes App Store a été lancé en 2007 avec l'iPhone 3G, il y avait une énorme ruée vers l'or pour les développeurs d'applications. Les consommateurs étaient avides d'applications, quelle que soit la qualité. De nos jours, une application à 1,99 £ est désormais un achat discutable.Par conséquent, les applications doivent être beaucoup plus intelligentes. Nous avons tous des appareils intelligents, donc les développeurs devraient profiter des fantastiques capteurs à leur disposition et devraient créer des applications intelligentes; applications qui sont contextuellement conscientes de l'environnement des utilisateurs. Il n’ya plus de place pour les applications «stupides» dans l’App Store.
Pour en revenir aux demandes d’applications qui arrivent sur mon bureau, la plupart décrivent l’application proposée comme «comme le site Web, mais comme une application» - une application stupide. Pour moi, ces idées proposées seraient bien mieux servies en étant déployées en tant que site Web réactif. La navigation mobile devrait éclipser la navigation de bureau à un moment donné en 2013, il est donc commercialement logique de disposer d'un référentiel central de données, déployé de manière réactive sur tous les navigateurs, qu'il s'agisse de smartphones, de tablettes, d'IPTV ou d'écrans de bureau traditionnels.
De toute évidence, un site réactif nécessite une connexion réseau pour les requêtes http et il existe de nombreux cas où, même si les données peuvent être "stupides", il est préférable de les diffuser en dur dans une application native. J'ai récemment parlé lors d'un événement organisé par l'Office du tourisme gallois sur les applications dans le secteur du tourisme et il est devenu clair que de nombreuses attractions touristiques peuvent se trouver dans des régions éloignées et avoir très peu de dispositions pour les signaux 3g. Dans ce cas, une application stupide avec toutes les données requises "intégrées" à l'application serait la voie à suivre.
Les entreprises qui souhaitent se promouvoir sur les plates-formes mobiles devraient penser aux avantages et aux inconvénients des applications natives et des sites Web conçus de manière réactive et pas seulement sauter dans le train en marche des applications.
Avantages d'une application native:
- Facilement monétisé
- Accès aux capteurs de l'appareil
- Une fois téléchargé, le contenu est facilement accessible
- Contenu disponible hors ligne
Avantages d'un site responsive:
- Contourner le processus d'approbation de l'App Store
- Aucune intervention de l'utilisateur nécessaire pour télécharger une application
- Contenu distribué multiplateforme
- Mises à jour de contenu pilotées par un CMS
Plusieurs versions = plusieurs ensembles de données
En contradiction totale avec un article récent de la légende de l'utilisabilité Web Jakob Nielsen, je dirais qu'un site réactif bien conçu serait bien plus approprié dans la majorité des cas par opposition à un site distinct "optimisé pour les mobiles". Plusieurs versions d'un site nécessitent plusieurs ensembles de données. Créer un "thème" réactif pour l'un des nombreux CMS n'est pas particulièrement difficile. Les cadres tels que 320 et plus et Inuit sont d'excellents outils pour le prototypage rapide d'idées. Il semble également y avoir de nouvelles bibliothèques jQuery mises à disposition quotidiennement, ce qui aidera à rendre le site un peu moins «stupide». Fit Text, Responsive Menu et Elastislide ne sont que quelques-uns.
Résumé
En résumé, il y a une place pour les applications natives et les sites conçus de manière réactive. Le choix à faire doit dépendre du contenu à servir. Si le but est de simplement servir des images et du texte au plus grand public possible, un site responsive est presque certainement la voie à suivre. Si le contenu à servir nécessite une manipulation de l'utilisateur ou repose sur des capteurs matériels, les applications natives sont la solution. Les applications natives ont généralement un objectif bien défini; cet objectif est généralement quelque chose qui ne peut pas être atteint via un navigateur.
Les magasins d'applications continueront de prospérer, mais la qualité des applications doit s'améliorer. Les appareils sont capables de tant de choses de nos jours et jusqu'à ce que nous ayons un moyen de nous connecter à la puissance sensorielle de ces appareils via HTML, mettez en cache les données localement et devenez facilement monétisés; Les applications natives seront toujours bien supérieures à tout ce qui est accessible via le navigateur. Les développeurs ont juste besoin de justifier le travail supplémentaire impliqué dans le développement d'une application et ces applications doivent être intelligentes!
