Dois-je m'en tenir à Google Android UI Design Patterns ou non?
L'application Twitter officielle et l'application Facebook utilisent un ensemble similaire de modèles de conception d'interface utilisateur dans leurs applications. Ces modèles ont été définis par Google eux-mêmes dans ce article de blog . Le problème, c'est que peu d'applications utilisent ces modèles de conception.
Est-il préférable de rester avec la foule et de ne pas utiliser les modèles de conception (barre de titre standard au lieu de la barre d'action, appuyez longuement sur les éléments de la liste au lieu de la boîte contextuelle d'actions rapides et pas de tableau de bord) ou dois-je choisir les modèles de conception proposés par Google et utiliser par certains.
L'utilisation de quelque chose de nouveau déroutera plus les utilisateurs que cela ne les aidera, car les gens pourraient être plus habitués aux applications sans certains de ces modèles de conception.
Le respect des directives signifie que les nouveaux utilisateurs connaissent instantanément les modèles de conception et les cas d'utilisation et peuvent être immédiatement productifs. Vous devez personnaliser les petites choses, les teintes et les couleurs et autres, pour le rendre plus unique, mais si vous suivez les directives, les utilisateurs seront plus à l'aise.
Mais tout cela passe directement par la fenêtre des jeux.
Je pense que Google n'a pas proposé ces directives sans raison. Les suivre prendra beaucoup de temps à réfléchir, car les gens de Google l'ont déjà fait pour vous. Vous savez que les règles ne peuvent pas être mauvaises, car cela nuirait à la marque Googles et ce n'est pas dans leur intérêt. Les suivre est probablement une bonne idée.
Si 2 webapps de plusieurs milliards de dollars utilisent un modèle de conception spécifique, je pense qu'il est sûr de dire que c'est un bon.
Le modèle de conception utilisé par Twitter s'appelle le modèle de tableau de bord et vous devriez y aller. C'est beaucoup plus intuitif pour l'utilisateur qu'une interface utilisateur régulière.
En utilisant le modèle de tableau de bord, vos utilisateurs pourront voir les fonctions principales ou importantes de votre application en un coup d'œil.
En utilisant le modèle de barre d'action, vous pouvez présenter des fonctions plus fréquemment utilisées à l'utilisateur d'une manière qui facilite leur utilisation. Comme là où ils en ont besoin et non caché quelque part dans un menu contextuel.
Ce n'est pas parce que les directives actuelles de l'interface utilisateur n'incluent pas ces modèles qu'ils sont mauvais et ne doivent pas être utilisés. Les nouveaux utilisateurs et même les anciens utilisateurs adopteront le nouveau modèle très rapidement.
Eh bien, cela fait 2 ans, et Twitter et Facebook ont tous deux supprimé leur "tableau de bord".
Maintenant, les lignes directrices sont devenues: `
Avoid navigation-only screens and instead let people get to the meat of your app right away by making content the centrepiece of your start screen.
Choose layouts that are visually engaging and appropriate for the data type and screen size.
Minimize perceived navigation effort by keeping your apps shallow.
Il existe encore des applications comme Google Play qui montrent un certain type de tableau de bord, mais elles ont aussi du contenu au lieu de simplement des liens.
Une bonne écriture ici: http://www.scottlogic.co.uk/2012/09/is-the-dashboard-pattern-dead-2/
Par expérience, je peux vous dire que le fait de suivre les modèles d'interface utilisateur proposés par Google m'a épargné une grande partie de la longue phase de conception d'interface utilisateur de mon application. J'ai pu me concentrer sur la fonctionnalité plutôt que sur l'apparence et le flux de navigation. De plus, de nombreux utilisateurs qui ont essayé la nouvelle version de mon application disent qu'ils aiment la nouvelle interface utilisateur (par rapport à l'ancienne version qui ne suivait pas les directives de Google).
Enfin, mon application est open source sur GitHub , vous pouvez donc voir une implémentation (principalement) terminée des directives de Google.