13. • System powinien mówid językiem
użytkownika, używad słów, zwrotów i pojęd
znanych dla użytkownika. Powinien unikad
żargonu technicznego.
• Używaj konwencji użytkownika, jego
sposobu myślenia (modelu mentalnego).
14. (bardzo stara wersja strony, już się poprawili :)
Język daleki od języka użytkownika
19. • Użytkownicy często wybierają jakąś funkcję
przez pomyłkę. Wówczas będą szukad
„wyjścia awaryjnego”, aby bezpiecznie się
wycofad.
• Mnogośd opcji odbiera poczucie kontroli
(patrz zasada 7)
• Zapewnij obsługę „Cofnij”.
23. • Użytkownicy nie powinni się zastanawiad,
czy zastosowanie danego słowa, sytuacji lub
działania oznaczają to samo. Korzystaj z
ustalonych konwencji.
31. • Zminimalizuj wykorzystanie pamięci
użytkownika poprzez pokazywanie obiektów,
czynności i opcji (afordancje).
• Nie żądaj od użytkownika, aby pamiętał
informację między jedną częścią interfejsu, a
drugą.
• Instrukcje (pomoc) powinny byd zawsze
widoczne i łatwo dostępne tam, gdzie są
potrzebne.
36. • Zaawansowane funkcje, niezauważone przez
początkującego użytkownika, często mogą
przyspieszyd interakcję użytkownika-
eksperta.
• Dzięki temu system może zaspokoid zarówno
doświadczonych, jak i niedoświadczonych
użytkowników.
• Pozwala użytkownikom na
zautomatyzowanie częstych działao.
39. • Interface nie powinien zawierad informacji,
które są nieistotne lub rzadko potrzebne.
• Każda dodatkowa jednostka informacji w
interfejsie konkuruje z właściwymi
jednostkami informacji i zmniejsza ich
względną widocznośd.
42. • Komunikaty błędów powinny byd wyrażone
w zrozumiałym języku (bez kodów systemu),
dokładnie wskazad problem
i zaproponowad konstruktywne rozwiązanie.
47. • Mimo, że lepiej jest, gdy system może byd
stosowany bez dokumentacji, może byd
konieczne zapewnienie pomocy
i dokumentacji.
• Wszelkie tego typu informacje powinny byd
łatwe do wyszukania, koncentrowad się na
zadaniu użytkownika (kontekstowe), zawierad
wykaz konkretnych kroków, które mają byd
przeprowadzone, i nie może byd zbyt obszerna.
