D'une manière générale, la conception d'applications et la conception de sites Web sont des choses très différentes. La principale différence réside dans le fait que les applications sont généralement conçues pour faire quelque chose, alors que les sites Web ne font que montrer quelque chose. Récemment, cependant, la ligne de démarcation entre les sites Web et les applications est devenue de plus en plus floue et il y a beaucoup de chevauchement, de nombreux sites Web se comportant comme des applications ou même intégrant des suites d'applications complètes dans leurs interfaces.
Pour les concepteurs de sites Web traditionnels sans expérience préalable en conception d'applications, cela peut être source de confusion et entraîner des résultats très discutables dans le produit final. Il est important de comprendre que lorsque je parle de conception d'applications, je ne parle pas des "applications". Les applications sont généralement des interfaces à usage unique qui permettent aux téléphones de faire ce que les téléphones ne sont normalement pas censés faire. Ils sont une classe d'application, mais ils ne peuvent pas vraiment être considérés comme de vraies applications, c'est pourquoi ils sont appelés simplement "apps".
Dans les notes qui suivent, je parlerai de la façon dont la conception des applications de sites Web diffère de la conception de sites Web d’information ordinaires et de la manière de gérer le cross-over et de créer des pages hybrides fonctionnelles qui intègrent correctement les éléments de l’application.
Les applications logicielles traditionnelles fonctionnent dans un espace écran fini (le défilement n'est pas normal et vous ne pouvez généralement pas étendre plusieurs longueurs d'écran comme vous le pouvez avec les pages Web). L'interface de l'application elle-même peut incorporer le défilement, mais elle nécessite son propre espace fixe dédié.
Cela signifie que si vous utilisez un design réactif, vous devez réfléchir très attentivement à la manière dont vos éléments d'application vont s'intégrer dans l'espace fourni et, dans la plupart des cas, les conceptions réactives ne fonctionneront pas très bien. Vous devrez peut-être aller à l'ancienne et créer des versions distinctes du site conçues pour être affichées sur différentes plates-formes, ou même exclure les éléments de l'application d'être affichés sur les appareils mobiles.
Les tests sont importants pour tout site Web ou toute application, mais en ce qui concerne les applications Web, la charge de travail pour les tests augmente considérablement car vous disposez de beaucoup plus de possibilités pour que votre application ne fonctionne pas correctement dans différentes circonstances.
Alors qu'avec les applications traditionnelles, vous avez le luxe d'un manuel d'utilisation que les utilisateurs peuvent consulter en cas de problème, les applications Web doivent généralement fournir toute l'aide dans le cadre du site (et en font normalement un mauvais travail!). Essayez d'utiliser des info-bulles, des fenêtres contextuelles, des modaux, et si vous devez accéder à des pages externes pour obtenir des informations d'aide, utilisez au moins la méthode target = "_ blank" .
Votre application doit être suffisamment intelligente pour savoir à quel moment elle ne fonctionne pas correctement et être en mesure de tomber en panne normalement. Rien n'est plus gênant pour un utilisateur que lorsque son système ralentit et qu'il ne peut pas fermer votre application simplement parce que vous êtes trop paresseux pour utiliser la gestion des erreurs et que vous pouvez mettre fin à l'application.
Lors de l’assemblage d’une équipe pour développer des applications Web, il est judicieux d’embaucher des personnes ayant également de l’expérience dans la création d’applications de bureau traditionnelles. Ceux qui ont une telle expérience peuvent vous aider à éviter les erreurs et à obtenir un processus de développement plus efficace.
L'image sélectionnée, Image de conception d'interface utilisateur via Shutterstock.