web-dev-qa-db-fra.com

prototypes haute fidélité - comment NE PAS être tué?

Disons que nous avons une application web qui aura plus ou moins ... hmm ... 500 pages différentes. Certains d'entre eux sont assez similaires.

Par souci de conception centrée sur l'utilisateur, dois-je demander à l'équipe de conception de produire un prototype haute fidélité de ces 500 pages?!

Si oui, comment y parvenir sur un processus de workflow acceptable? Je veux dire, il est important, même pour les développeurs, d'avoir un prototype d'application détaillé, c'est vrai, plus c'est détaillé, mieux c'est, mais on ne peut pas dire:

"Chers développeurs, veuillez patienter pendant que j'explore les concepteurs de manière absurde afin qu'ils puissent développer des prototypes haute fidélité afin que je puisse ensuite les transmettre à l'utilisateur, puis revenir aux concepteurs pour révision, et enfin à vous afin que vous puissiez enfin développer des interactions (js) et regarder (css) de manière centrée sur l'utilisateur ".

Ou puis-je? :)

Je veux dire: un prototype haute fidélité est-il basé sur TOUTES les pages ou certaines d'entre elles? Existe-t-il un moyen (workflow) de faire cela sans:

a) les développeurs attendent longtemps avant de pouvoir enfin se développer.

b) les développeurs doivent refaire le code à cause des différentes propositions trouvées au cours du processus.

Veuillez partager :) Je commence, j'ai beaucoup de questions ... et hmmm. :) Je suis un peu perdu en essayant de voir la vue d'ensemble ici.

5
MEM

Trouvez des moyens de regrouper tous les scénarios d'interface utilisateur individuels dans des cas d'utilisation courants, puis développez des mini-prototypes qui représentent chacun de ces cas d'utilisation courants.

Cela ne me surprendrait pas si cela réduit le prototypage à 100 pages ou moins.

5
Robert Harvey

Pourquoi avez-vous l'intention d'utiliser le prototype hifi? Qu'avez-vous l'intention d'apprendre en le testant?

D'après mon expérience, il suffit de limiter le prototypage hifi dans des projets de grande taille ou très complexes aux parties critiques de tous les flux d'interaction possibles. Dans ce sens, les éléments critiques seraient principalement ceux où une fidélité inférieure (que ce soit dans la dimension visuelle ou fonctionnelle ou dans les deux) ne suffit pas pour communiquer et/ou tester une conception. Vous pouvez également essayer d'identifier les VIP - des modèles très importants ;-) - dans votre interface et créer des cas d'utilisation/test réalistes mais restreints autour de ceux-ci. (N'oubliez pas que vous devez faire de même pour les tests d'utilisabilité de toute façon - les tests qui ne se concentrent pas sur la mesure de choses spécifiques sont pour la plupart inutiles).

En bref: essayez de diviser votre prototype hifi à part entière en plusieurs prototypes de preuve de concept plus petits avec une fidélité suffisante pour chacun et extrapoler les informations acquises à partir de ceux-ci.

1
Sascha Brossmann