Vl
U)
~
0
N
@
,..,
~
Ol
ï:::
>a.
0
u
84
tout au long du projet, car vos designers peuvent mettre différents aspects à l'épreuve.
Vous pouvez tester l'adéquation du langage et l'utilisabilité à
l'aide de wireframes, qu'elles soient interactives ou de simples
prototypes sur papier. Vous pouvez tester dans quelle mesure
les utilisateurs arrivent à trouver différents éléments et comment ils accomplissent des tâches courantes avec rien de plus
que des boîtes et des flèches.
Une fois que vous avez un peu de code, vous pouvez tester
l'adéquation des éléments interactifs. Voir si les utilisateurs arrivent à se rendre du point A au point B.
Testez votre produit autant que faire se peut avant de le rendre accessible au public. Il peut également être judicieux de
tester une version bêta auprès d'un petit groupe d'individus
contrôlés avant la mise sur le marché.
Le processus de test mériterait un livre entier. Cela ne rentre
pas dans le cadre de ce livre et je ne suis de toute façon pas qualifié pour l'écrire. J'aimerais toutefois en aborder deux aspects.
Tout d'abord, faites des tests aussi tôt et souvent que possible.
Des tests informels à petite échelle vous apporteront plus que des
tests coûteux effectués dans un laboratoire avec une vitre sans
tain - particulièrement vers la fin du projet, quand la deadline
approche et que tout le monde est fatigué et sur les nerfs.
Je vais vous raconter un secret. Je fais la plupart des mes tests
en attrapant quelqu'un qui va aux toilettes et en lui demandant
de jeter un coup d'œil à quelque chose. Comme il est stressé et
que sa vessie est pleine, il n'a pas envie de s'épancher, et donc il
se sent obligé de prendre une décision rapidement. Il est également moins probable que sa réponse soit indulgente, parce que
je l'empêche d'aller pisser.
Deuxièmement, ne testez pas les préférences. Déterminez si
quelque chose fonctionne. Si les gens sont capables d'accomplir des tâches. Si les gens parviennent à trouver des informations ou si le langage que vous utilisez correspond au leur. Mais
réaliser des tests pour savoir si les gens préfèrent A ou B est
la garantie d'une vie de regrets, de damnation et de budgets
explosés. (Les tests A/B sont un excellent moyen d'améliorer
progressivement la solution que vous avez choisie, mais pas de
choisir cette solution. En d'autres termes : vous ne pourrez pas
WEB DESIGNER CHERCHE CLIENT IDÉAL
U)
~
0
N
@
,..,
~
Ol
ï:::
>a.
0
u
84
tout au long du projet, car vos designers peuvent mettre différents aspects à l'épreuve.
Vous pouvez tester l'adéquation du langage et l'utilisabilité à
l'aide de wireframes, qu'elles soient interactives ou de simples
prototypes sur papier. Vous pouvez tester dans quelle mesure
les utilisateurs arrivent à trouver différents éléments et comment ils accomplissent des tâches courantes avec rien de plus
que des boîtes et des flèches.
Une fois que vous avez un peu de code, vous pouvez tester
l'adéquation des éléments interactifs. Voir si les utilisateurs arrivent à se rendre du point A au point B.
Testez votre produit autant que faire se peut avant de le rendre accessible au public. Il peut également être judicieux de
tester une version bêta auprès d'un petit groupe d'individus
contrôlés avant la mise sur le marché.
Le processus de test mériterait un livre entier. Cela ne rentre
pas dans le cadre de ce livre et je ne suis de toute façon pas qualifié pour l'écrire. J'aimerais toutefois en aborder deux aspects.
Tout d'abord, faites des tests aussi tôt et souvent que possible.
Des tests informels à petite échelle vous apporteront plus que des
tests coûteux effectués dans un laboratoire avec une vitre sans
tain - particulièrement vers la fin du projet, quand la deadline
approche et que tout le monde est fatigué et sur les nerfs.
Je vais vous raconter un secret. Je fais la plupart des mes tests
en attrapant quelqu'un qui va aux toilettes et en lui demandant
de jeter un coup d'œil à quelque chose. Comme il est stressé et
que sa vessie est pleine, il n'a pas envie de s'épancher, et donc il
se sent obligé de prendre une décision rapidement. Il est également moins probable que sa réponse soit indulgente, parce que
je l'empêche d'aller pisser.
Deuxièmement, ne testez pas les préférences. Déterminez si
quelque chose fonctionne. Si les gens sont capables d'accomplir des tâches. Si les gens parviennent à trouver des informations ou si le langage que vous utilisez correspond au leur. Mais
réaliser des tests pour savoir si les gens préfèrent A ou B est
la garantie d'une vie de regrets, de damnation et de budgets
explosés. (Les tests A/B sont un excellent moyen d'améliorer
progressivement la solution que vous avez choisie, mais pas de
choisir cette solution. En d'autres termes : vous ne pourrez pas
WEB DESIGNER CHERCHE CLIENT IDÉAL