Les wireframes haute fidélité vont-ils à l'encontre de l'objectif?
Le but d'une structure filaire n'est pas de supprimer la fidélité , en aidant les parties prenantes à se concentrer sur la structure, l'architecture, le contenu et la mise en page générale au lieu des détails les plus fins sur la conception graphique?
J'ai certainement eu des réunions à un stade précoce qui ont déraillé en raison de trop de fidélité dans un filaire et les parties prenantes sont toutes accrochées sur la nuance d'une couleur que nous devrions utiliser ou le nombre de pixels qui devraient être entre deux éléments.
Bien que je comprenne qu'il peut y avoir certains avantages en utilisant la haute fidélité, cela ne crée-t-il pas simplement plus de problèmes que de solutions, en particulier lorsqu'il est utilisé tôt dans un projet?
Voir aussi tiliser la couleur dans les wireframes ... est-ce un "non non"?
Le but d'un wireframe n'est-il pas de supprimer la fidélité, d'aider les parties prenantes à se concentrer sur la structure, l'architecture, le contenu et la disposition générale au lieu des détails les plus fins sur la conception graphique?
Le but des wireframes est de se concentrer sur la structure, oui. Ne supprime pas nécessairement la fidélité ou la conception graphique. Parfois, ceux-ci sont nécessaires pour parler de structure.
Vous avez marqué votre question à la fois filaire et prototypage . Lequel est-ce? Ce n'est pas la même chose. Les wireframes concernent la structure et les prototypes, l'expérience. Utilisez chacun au bon endroit mais pas de manière interchangeable.
C'est à vous d'apprendre quand utiliser quelle fidélité. Selon les besoins de votre projet et votre client, ainsi que votre équipe, votre budget, vos capacités, etc., vous devez déterminer quelle fidélité fonctionne le mieux à quelle étape du projet. Par exemple, l'application que je conçois en ce moment est une expérience riche où le prototype devait communiquer exactement à quel point l'expérience sera riche dès le début. Nous avons donc commencé en HTML et peaufiné rapidement les visuels afin de communiquer cette intention. Sur d'autres projets, vous ne voudrez peut-être pas faire cela, mais il n'y a aucune règle générale qui dit que vous devriez toujours aller dans un sens ou dans l'autre.
Du point de vue du prototype, je trouve qu'il y a un éventail d'options:
paper wireframes <--------------------------------------------> working code
Le nombre d'étapes que vous mettez entre ces deux extrémités du spectre dépend d'un certain nombre de choses, mais tend à être là où les choses peuvent s'enliser.
Je suis un grand fan de garder les wireframes aussi lo-fi que possible. Idéalement, ils ne quittent même pas les limites de l'UX ... ils deviennent simplement le carnet de croquis d'UX. À partir de là, l'équipe commence à concevoir du code dès que possible. Il n'est pas nécessaire que ce soit du code de production, mais une fois que vous l'avez entré dans le support réel dans lequel il sera utilisé, vous êtes bien à mi-chemin.
C'est le truc au milieu où il regarde plus près de la finale - mais ce n'est pas - et on dirait qu'il est cliquable - mais vraiment pas - c'est là que je pense que beaucoup de de mauvais virages peuvent être effectués.
J'ai une interprétation différente des wireframes HiFi et LoFi. J'utilise des wireframes basse fidélité uniquement pour la mise en page et le positionnement de contenu de haut niveau, et j'utilise des wireframes Hi Fidelity lorsque nous devons être plus précis sur le contenu utilisé.
J'utilise plus souvent une version haute fidélité afin que nous puissions être spécifiques et donner à l'équipe de conception et aux développeurs quelque chose de plus concret, mais sans être trop prescriptif sur la façon dont les choses doivent fonctionner.
Vous pouvez aller encore plus en hi-fi et ajouter des dimensions, du contenu spécifique (c'est-à-dire pas lorem ipsum) tout en étant toujours classé comme filaire.
Voici quelques exemples rapides de ce dont je parle:
Filaire Low-Fi
Filaire High-Fi
Pour moi, le wireframing et le prototypage sont deux étapes distinctes du processus de conception (c'est-à-dire de pré-codage) - d'accord avec Rahul; ce n'est pas la même chose.
Nous essayons de garder toutes les conversations initiales sur des wireframes - en nous assurant simplement que nous avons l'architecture d'information de base d'une page/application. Garder les images filaires peu fidèles rend le déplacement, le redimensionnement, l'ajout et la suppression d'éléments, etc. rapides et simples.
Une fois que nous sommes parvenus à un accord avec les clients sur ces aspects, nous pouvons commencer à ajouter de la logique et des fonctionnalités pour donner une représentation de l'interaction - c'est là qu'interviennent les prototypes et la fidélité accrue.
Ce serait notre approche dans un monde idéal. Il est, comme vous le savez, très rare que des projets soient placés dans un monde idéal. Parfois, vous rencontrerez des clients qui seront très expérimentés et qui n'obtiendront tout simplement pas de wireframes lo-fi - ils auront besoin de couleurs, d'images, de fonctionnalités et d'échantillons de contenu pour vraiment comprendre ce que vous allez offrir. . Alternativement, vous obtiendrez des clients qui obtiendront totalement les wireframes et auront un ensemble d'exigences suffisamment fines et détaillées pour que vous puissiez les construire sans temps/effort supplémentaire de prototypage.
Vous devez avoir les compétences nécessaires pour faire les deux, mais ce sur quoi vous passez votre temps et dans quelle quantité de détails vous allez être régi par votre type de client et de publicités.
D'une manière générale, le wire-framing est le moyen rapide et peu coûteux de mettre des idées sur papier pour permettre la discussion, la révision et d'autres améliorations.
Les images filaires à un stade précoce seront peu fidèles à la fois pour démarrer plus rapidement et recevoir des commentaires tôt sans investir trop de temps. Au cours de ces premières étapes, vous pouvez également vous concentrer davantage sur la séquence des événements, c'est-à-dire comment un utilisateur passera d'un état à un autre.
Au fur et à mesure que les premiers filaires gagnent en popularité et en approbation, vous commencez à les étoffer avec un peu plus de détails, des mots-clés probables, etc.
Je vois donc le wire-framing passer du lo-fi au hi-fi au fur et à mesure des itérations.
L'étape suivante serait le prototypage, et encore une fois différents niveaux de prototypes peuvent être créés du comportement statique au comportement truqué en utilisant du javascript.
Tout dépend de la complexité du projet et de la façon dont les réunions et l'approbation se déroulent.
Personnellement, je pense que les wireframes devraient être n'importe où, d'un croquis papier à une représentation graphique complète (sans aucune fonctionnalité), et utilisés en fonction de l'endroit où vous vous trouvez dans le cycle de vie. Si le site est juste dans une tête, commencez par un croquis papier. Si le site est absent depuis des années et que vous ne faites que des ajustements de fonctionnalités, il s'agit peut-être d'une représentation filaire à partir d'une capture d'écran actuelle. La décision doit être basée sur les objectifs de l'utilisation du filaire.