Un amigo puede estar confundido, un amigo puede no entender el programa. Un amigo no es un programador, no es un desarrollador, no ha trabajado durante largas horas en el programa y, por lo tanto, no conoce todos los matices del programa (a veces, los desarrolladores no conocen todos los matices de su programa). En la etapa inicial de trabajar con la aplicación, un amigo no sabe cómo usar la aplicación. Solo con la acumulación de experiencia con la aplicación, el usuario aumenta su nivel de competencia en la aplicación.
Deje que un amigo tenga confianza al trabajar con su aplicación, tenga confianza
El amigo puede estar confundido acerca de lo que está sucediendo actualmente en el programa. Esto crea incertidumbre para el amigo en el curso de su trabajo. Haga que la información sobre el estado del programa sea obvia para un amigo, no para un programador. Esto le dará confianza en lo que está haciendo la aplicación en este momento y, por lo tanto, le permitirá tener confianza en sus acciones con la aplicación para su amigo. Por supuesto.
Crea un escenario de comunicación lógica y obvia entre un amigo y tu aplicación.
Un amigo realiza una acción y la aplicación responde a la acción. Proporciona comentarios sobre las acciones de un amigo con tu aplicación. ¿Realmente se llevó a cabo la acción o se produjeron algunos errores, el amigo obtuvo el resultado esperado o solo se requiere una parte del resultado y otras acciones del otro? ¿Qué acciones? ¿El amigo conoce estas acciones? ¿Tu amigo se ha olvidado de estas acciones?
Un amigo puede estar nervioso, tener prisa, o simplemente esta información “desapareció” por un momento y no fue recordada por un amigo en ese momento.
¿La aplicación da mensajes consistentes para que un amigo se guíe no solo por la naturaleza de la retroalimentación, sino también por las características externas de la retroalimentación, y pueda entender mucho por atributos externos? ¿Las características de los comentarios de un amigo se confunden con el tiempo, en diferentes fragmentos de la aplicación, con diferentes acciones?
Un amigo puede mirar rápidamente el mensaje, en la interfaz, estar desatento, estar distraído.
, , , ? , ?
. , . , , .
, , , - « »?
?
, . , , , . , , , .
, , , . . .
, . , .
.
? ? ? ? DNS ?
, , , , . .
, , . , . , , . .
, , ? ( .)
, , . ?
, , , , , ( ).
? ? ? ?
, – . .
, , .
. . . . . .
« ». - . , . , , , - , .
, ?
« ». , . .
, « ». , . -, , .
, , , ? , , ?
. . , .
.
, , , . , .
, , . , , .
. . , , , . , , . , .
, «» «», , , , , . , .. .
. .
.
, . , , , , .
, , , , ?
, .
, , . , .
, , , . .
, , , .
Hágale saber a su amigo que cometió un error y descubra cómo recuperarse de un error
Un amigo tiene derecho a cometer errores. El programador puede decirle cuándo un amigo podría cometer un error y cuál es la mejor manera de recuperarse del error.
Deje que un amigo explore la aplicación de diferentes maneras. Incluso leamos la documentación
Una buena aplicación no requiere documentación, pero un amigo podría querer saber cómo lograr sus objetivos en su aplicación.
PD: Como entendiste, estas son las 10 heurísticas clásicas de Jacob Nielsen . Solo desde un ángulo ligeramente diferente. Gracias a los que leyeron.