Un ami peut être confus, un ami peut ne pas comprendre le programme. Un ami n'est pas un programmeur, pas un développeur, il n'a pas travaillé pendant de longues heures sur le programme et ne connaît donc pas toutes les nuances du programme (parfois les développeurs ne connaissent pas toutes les nuances de leur programme). Au stade initial de l'utilisation de l'application, un ami ne sait pas comment utiliser l'application. Ce n'est qu'avec l'accumulation d'expérience avec l'application, l'utilisateur augmente son niveau de compétence dans l'application.
Laissez un ami travailler en toute confiance avec votre application, soyez confiant
L'ami peut ne pas savoir ce qui se passe actuellement dans le programme. Cela crée de l'incertitude pour l'ami au cours de son travail. Rendez les informations sur l'état du programme évidentes à un ami, pas à un programmeur. Cela vous donnera confiance dans ce que fait l'application en ce moment et vous permettra ainsi d'être confiant dans vos actions avec l'application pour votre ami. Sûr.
Créez un scénario de communication logique et évidente entre un ami et votre application
Un ami effectue une action et l'application répond à l'action. Donnez des commentaires sur les actions d'un ami avec votre application. L'action a-t-elle vraiment eu lieu ou des erreurs se sont-elles produites, est-ce que l'ami a obtenu le résultat escompté ou seulement une partie du résultat et d'autres actions sont requises de l'autre? Quelles actions? L'ami est-il au courant de ces actions? Votre ami a-t-il oublié ces actions?
Un ami peut être nerveux, pressé, ou simplement cette information «abandonnée» pendant un moment et n'a pas été rappelée par un ami pour le moment.
L'application donne-t-elle des messages cohérents pour qu'un ami soit guidé non seulement par la nature du feedback, mais aussi par les caractéristiques externes du feedback, et puisse en comprendre beaucoup par des attributs externes? Les caractéristiques des commentaires d'un ami se confondent-elles au fil du temps, dans différents fragments de l'application, avec différentes actions?
Un ami peut rapidement regarder le message, à l'interface, être inattentif, être distrait.
, , , ? , ?
. , . , , .
, , , - « »?
?
, . , , , . , , , .
, , , . . .
, . , .
.
? ? ? ? DNS ?
, , , , . .
, , . , . , , . .
, , ? ( .)
, , . ?
, , , , , ( ).
? ? ? ?
, – . .
, , .
. . . . . .
« ». - . , . , , , - , .
, ?
« ». , . .
, « ». , . -, , .
, , , ? , , ?
. . , .
.
, , , . , .
, , . , , .
. . , , , . , , . , .
, «» «», , , , , . , .. .
. .
.
, . , , , , .
, , , , ?
, .
, , . , .
, , , . .
, , , .
Faites savoir à votre ami que vous avez commis une erreur et découvrez comment vous remettre d'une erreur
Un ami a le droit de faire des erreurs. Le programmeur peut vous dire quand un ami pourrait faire une erreur et comment se remettre de l'erreur au mieux.
Laissez un ami explorer l'application de différentes manières. Lisons même la documentation
Une bonne application ne nécessite aucune documentation, mais un ami voudra peut-être savoir comment atteindre ses objectifs dans votre application.
PS Comme vous l'avez compris, ce sont les 10 heuristiques classiques de Jacob Nielsen . Seulement sous un angle légèrement différent. Merci à ceux qui ont lu.