Combien de détails dans les wireframes?
Combien de détails devez-vous mettre dans vos wireframes?
J'ai créé beaucoup ces derniers temps et je finis généralement par mettre beaucoup plus de détails dans quelque chose que je confie à un autre designer; alors que si je vais le concevoir moi-même, il me semble toujours en avoir beaucoup moins. Est-ce la meilleure façon de procéder?
C'est une question très générale et mérite une réponse très générale. (Ce qui est cool.)
Vous devez mettre autant de détails que vous le souhaitez! Il n'y a pas de bonne réponse. En général, respectez le minimum requis pour avancer. Ne perdez pas votre temps! Essayez de mettre moitié moins de détails et voyez si cela donne les résultats dont vous avez besoin. Vous constaterez peut-être que vous perdez beaucoup plus de temps que vous ne le pensez.
Une sorte de question complémentaire: utilisez-vous Photoshop? Les prototypeurs de Photoshop sont connus pour leurs détails excessifs. Je n'utilise presque jamais Photoshop si je peux obtenir le même résultat à partir de HTML/CSS/Javascript. ( 7 signaux d'accord .) Si vous le pouvez, sautez Photoshop. Personnellement, j'adore utiliser Balsamiq. C'est rapide, facile et délibérément limité. Vous ne pouvez pas perdre des heures sur les polices, car vous n'avez que 2 tops à choisir.
Pour répondre un peu plus à votre question, nous devons revenir sur la raison pour laquelle nous créons des wireframes/prototypes en premier lieu: pour tester les choses. Si vous testez simplement l'IA pour votre site, vous n'avez probablement pas besoin de passer du temps à ajuster les schémas de couleurs ou le biseautage des bords. Mais, si vous testez un nouveau design visuel radical, vous devrez peut-être consacrer du temps à ces détails.
J'utilise ici "test" dans un sens très vague. Un prototype HTML complet en un clic dans un laboratoire d'utilisation et un simple doodle sur une serviette sont les deux outils utilisés dans les tests. C'est juste une question de ce que vous testez et de la précision de vos résultats. Le protoype HTML vous donnera des informations assez précises sur ce que les utilisateurs feront avec quelque chose, mais cela prendra beaucoup de temps. Montrer à quelqu'un un croquis de serviette prendra deux secondes, mais vous donnera des informations vraiment générales. (Peut-être même manquer des informations.)
Ces idées ne s'appliquent pas seulement aux sites Web - vous pouvez créer un prototype simple/complexe pour une voiture, un bâtiment, un service, une chanson, une thèse de doctorat, peu importe. Tout ce qui a été créé par l'homme a un certain nombre de niveaux conceptuels auxquels il peut être représenté! Consultez le livre étonnant nderstanding Comics . Cela changera votre façon d'aborder le métier de l'UX.
Bonne question.
Juste assez pour communiquer ce dont vous avez besoin pour communiquer et rien de plus.
(combien vous devez communiquer variera énormément en fonction du projet, de l'équipe, du processus, etc.)
C'est un classique où "Moins c'est plus" s'applique:
Cela dit, vous devez montrer les éléments importants, mettre en évidence les éléments importants et vous assurer que vos espaces blancs sont en ordre. C'est plus important que de tout mettre à mon humble avis.
La vraie affaire ici est de laisser de côté tout ce qui n'est pas absolument important pour le wireframe afin de faire ressortir ce qui est important. Pas l'inverse qui consiste à essayer de tout entasser dans un seul filaire.
Si vous en avez besoin, vous pouvez avoir plusieurs images filaires montrant la même vue avec différents éléments dans différentes étendues. De cette façon, il sera plus facile pour le client/partie prenante de prendre des décisions basées sur vos wireframes. Le résultat est tout ce qui compte pour les clients/parties prenantes.
Je travaille dans une start-up au rythme rapide où le temps et les ressources sont rares. J'ai pratiqué ce que j'appelle MVW (Minimum Viable Wireframe ™). Fondamentalement, je n'applique pas plus de détails que nécessaire pour transmettre la direction.
Je laisse le projet ou la tâche dicter la méthode. Cela peut être aussi sale qu'une collaboration de tableau blanc avec le développeur pour résoudre l'ingénierie et utiliser les détails du cas. Je pourrais alors en prendre une photo et l'envoyer par e-mail.
Les autres niveaux sont un document de présentation Google pour le flux ou un document pour les captures d'écran avec des légendes. Ils sont bons pour l'amélioration des fonctionnalités existantes. Les documents Google sont partageables et peuvent être commentés.
Un niveau supérieur est une branche git avec un prototype fonctionnel qui offre un code productable qui peut être fusionné dans la branche principale.
Mon conseil n'est jamais de concevoir plus qu'il n'est nécessaire pour travailler sur les détails. Les tests ou l'ingénierie des utilisateurs finiront toujours par se développer davantage. J'embrasse cela et permets que cela se produise.
Quoi qu'il en soit, c'est mon style et cela fonctionne pour moi, mon équipe et le produit sur lequel je travaille.