Maquettes de téléphone ou de tablette: du poulet ou de l'œuf?
Par quel facteur de forme faut-il commencer, lorsque le patron demande des wireframes "mobiles"?
Devrions-nous choisir un téléphone, une tablette pleine grandeur ou une "mini" tablette - et pourquoi?
Je trouve que le Nexus 7 est un bon point de départ - il prend en charge les dispositions de menu latéral, mais ne laisse pas beaucoup de place pour les données d'espace réservé superflues.
Commencez par le plus petit facteur de forme en premier (dans votre cas, le téléphone) car le manque d'espace vous donnera l'occasion de vous demander de définir l'objectif principal de l'application et quel est le contenu principal qui doit être fourni pour permettre à l'utilisateur de faire sa tâche et ne pas vous permettre d'ajouter trop de choses étrangères.
Tout en passant à des facteurs de forme plus élevés, assurez-vous que votre tâche principale est le principal point d'interaction à l'écran et que les éléments que vous ajoutez augmentent l'utilisateur pour effectuer cette tâche ou au moins le guident vers l'exécution de la tâche.
Ce que je suggère est techniquement juste une variation de la première approche mobile sauf que vous ne passez pas à un facteur de forme très grand plus tard .
Je recommande également de consulter cet article Pourquoi est-il plus intelligent de créer Mobile d'abord! pour des entrées sur pourquoi un plus petit facteur de forme comme point de départ pourrait aider.
La tablette est un excellent pont conceptuel entre le mobile et le bureau. Ce n'est cependant pas souvent le principal moteur de profit. Il est très important de garder cela à l'esprit.
J'ai toujours tendance à travailler d'abord sur le bureau, en tenant compte des possibilités tactiles et du chemin critique au fur et à mesure. En effet, bien que le mobile soit en hausse pour mes clients, la plupart des dollars proviennent toujours du site pour ordinateur.
De nombreux sites de contenu voient désormais l'essentiel de leur trafic arriver sur mobile, ils doivent donc commencer par là. Ils ont souvent la peine supplémentaire de régler la monétisation dans cet espace limité.
J'évoluerais avec le plus commun à votre organisation/projet/pays/public cible.
Je trouve souvent que le mobile est inadéquat: un écran Android bon marché est tout simplement trop petit pour quoi que ce soit d'utile, et quoi qu'il en soit, l'appareil sera tenu à bout de bras, et il ne se développera pas comme par magie: la "fenêtre" du virtuel la réalité à l'intérieur n'occupe pas trop d'espace hors de la vue de l'utilisateur.
Mais si la plupart de vos utilisateurs ont de telles tailles d'écran, c'est la voie à suivre.
Ou, vous pouvez jouer pour le buy-in: concevez d'abord pour l'écran de vos managers/clients. Tôt ou tard, vous devrez de toute façon concevoir les facteurs d'écran les plus courants.
En responsive design, la question n'est pas de savoir à quoi cela devrait ressembler sur un seul appareil: la question est de savoir comment il évolue.
Et c'est au moins 2-3 modèles au moins.
Cela dépend du problème auquel vous vous adressez? Quelle est la tâche exécutée, qui est l'utilisateur et quel est le contexte. Vous pouvez être en mesure d'offrir les deux solutions (et une de bureau) en concevant même un flux de tâches en utilisant les mêmes données de différentes manières.
Nous utilisons constamment différentes interfaces utilisateur et appareils autour des mêmes données, par exemple sur LinkedIn ou eBay (voir l'exemple eBay ici):
https://blogs.Oracle.com/VOX/entry/the_cloud_user_experience_changing
Je ne pense pas qu'il s'agisse d'un téléphone intelligent ou d'une tablette, mais de la plate-forme d'interface utilisateur optimisée pour la tâche à traiter.