Potwierdzenia

Potwierdzenie to modalne okno dialogowe z pytaniem, czy użytkownik chce kontynuować akcję.

Typowe potwierdzenie.

Potwierdzenia mają te istotne cechy:

• Są one wyświetlane jako bezpośredni wynik akcji zainicjowanej przez użytkownika.
• Sprawdzają, czy użytkownik chce kontynuować akcję.
• Składają się one z prostego pytania i co najmniej dwóch odpowiedzi.

Potwierdzenia są najbardziej przydatne, gdy akcja wymaga od użytkownika dokonania odpowiedniego i odrębnego wyboru, którego nie można później dokonać. Wybór ten często wiąże się z pewnym elementem ryzyka, który nie jest oczywisty dla użytkownika, ale ryzyko nie jest niezbędne do potwierdzenia. Te elementy są niezbędne do uzasadnienia przerwy w reagowaniu na modalne okno dialogowe.

Z kolei komunikaty ostrzegawcze przedstawić warunek, który może spowodować problem w przyszłości. Ich podstawową cechą jest to, że wiążą się z ryzykiem:

• Obejmują one potencjalną utratę co najmniej jednej z następujących czynności:
  • Cenny zasób, taki jak utrata danych lub strata finansowa.
  • Dostęp do systemu lub integralność.
  • Prywatność lub kontrola nad poufnymi informacjami.
  • Czas użytkownika (na przykład 30 sekund lub więcej).
• Mają nieoczekiwane lub niezamierzone konsekwencje.
• Wymagają one poprawnej obsługi teraz, ponieważ błędy nie mogą być łatwo naprawione, a nawet mogą być nieodwracalne.

Jeśli potwierdzenie wiąże się z ryzykiem, można je również uznać za ostrzeżenie. W związku z tym mają zastosowanie również wytyczne dotyczące komunikatów ostrzegawczych.

Uwaga: wytyczne związane z oknami dialogowymi , komunikaty o błędach , układ i komunikaty ostrzegawcze są prezentowane w oddzielnych artykułach.

Czy jest to właściwy interfejs użytkownika?

Aby zdecydować, rozważ następujące pytania:

• Czy użytkownik jest pytany o kontynuowanie akcji zawierającej co najmniej dwie odpowiedzi? Jeśli nie, komunikat nie jest potwierdzeniem.
• Czy interfejs użytkownika przedstawia błąd lub problem, który wystąpił? Jeśli tak, zamiast tego użyj komunikatu o błędzie .
• Czy kontynuowanie akcji wymaga od użytkownika dokonania wyboru, który nie ma odpowiedniego ustawienia domyślnego? Jeśli tak, potwierdzenie może być odpowiednie.
• Czy istnieje alternatywny projekt, który eliminuje potrzebę potwierdzenia? Potrzeba potwierdzenia czasami wskazuje na wadę projektu. Często istnieje lepsza alternatywa projektowa, która nie wymaga potwierdzenia.
• Czy użytkownik ma wykonać ryzykowną akcję? Jeśli tak, potwierdzenie jest odpowiednie, jeśli działanie ma znaczące konsekwencje lub nie można go łatwo cofnąć.
• Czy użytkownik ma zrezygnować z zadania? Jeśli tak, nie potwierdź. Załóżmy, że użytkownicy rozumieją konsekwencje niewykończenia zadania.
• Czy działanie ma konsekwencje, o których użytkownicy mogą nie wiedzieć? Jeśli tak, potwierdzenie może być odpowiednie.
• Biorąc pod uwagę bieżący kontekst, czy użytkownicy prawdopodobnie będą wykonywać akcję w błędzie? Jeśli tak, potwierdzenie może być odpowiednie.
• Czy użytkownicy często wykonują tę akcję? Jeśli tak, rozważ alternatywny projekt. Częste potwierdzenia są irytujące i mają niewielką wartość, ponieważ użytkownicy uczą się reagować bez myślenia.
• Czy akcja ma wpływ na bezpieczeństwo? Jeśli tak, potwierdzenie może być wymagane, nawet jeśli poprzednie testy wskazują inaczej.

Pojęcia dotyczące projektowania

Niepotrzebne potwierdzenia są irytujące

Pierwsze potwierdzenie systemu Windows, jakie kiedykolwiek utworzono, bez wątpienia wyglądało następująco:

Oryginalne irytujące potwierdzenie.

To był bardzo zły początek. Jeśli chcesz, aby użytkownicy nienawidzą programu, po prostu posypać potwierdzenia takie jak w całym. Aby zrozumieć, dlaczego warto wziąć pod uwagę punkt widzenia użytkownika. Użytkownik poprosił tylko o wykonanie akcji według definicji potwierdzenia, więc chyba że coś zostało w jakiś sposób kliknięty lub naciśnięty przypadkowo, oczywiście użytkownik chce kontynuować.

Nie tylko są niepotrzebne potwierdzenia irytujące, ale nie są skuteczne w ochronie użytkownika przed błędami. Użytkownicy szybko odkrywają, kiedy program ma niepotrzebne potwierdzenia, a ich naturalna odpowiedź polega na tym, aby odrzucić je tak szybko, jak to możliwe, często bez czytania. W związku z tym takie potwierdzenia wykonują niewiele więcej niż dodawanie dodatkowego kroku do tych zadań.

Nie używaj potwierdzeń tylko dlatego, że istnieje możliwość popełnienia błędu przez użytkowników. Zamiast tego potwierdzenia są najbardziej skuteczne, gdy są używane do potwierdzania akcji, które mają znaczące lub niezamierzone konsekwencje. Dobre potwierdzenia nigdy nie są oczywiste; powinni komunikować się z czymś, czego użytkownicy potrzebują, aby nie kontynuować. Są one używane tylko wtedy, gdy są one naprawdę potrzebne przez akcję, na przykład prosząc użytkowników o zapisanie zmian tylko wtedy, gdy istnieją zmiany warte zapisania. Wymaga to uwagi użytkownika tylko wtedy, gdy jest to naprawdę uzasadnione.

W przypadku innych typów potwierdzeń często istnieje lepsza alternatywa projektowa niż zmuszanie użytkowników do odpowiadania na pytanie.

Rozważ alternatywy projektowe

Oto kilka alternatyw projektowych, które eliminują potrzebę rutynowych potwierdzeń:

• Zapobieganie błędom. Zaprojektuj zadania tak, aby istotne błędy mogły być wykonywane przypadkowo. Na przykład fizycznie oddzielają destrukcyjne polecenia od innych poleceń i wymagają wykonania wielu akcji.
• Podaj cofnij. Umożliwia przywracanie akcji. Na przykład usunięcie pliku w systemie Microsoft Windows zwykle nie wymaga potwierdzenia, ponieważ usunięte pliki można odzyskać z Kosza. Należy pamiętać, że jeśli akcja jest bardzo łatwa do wykonania, wystarczy, że użytkownicy ponownie wykonają akcję.
• Prześlij opinię. Sprawiają, że niepożądane wyniki są oczywiste. Samodzielne cofnięcie nie jest wystarczające, jeśli użytkownicy nie zdają sobie sprawy, gdy popełnią błąd. Na przykład efekt bezpośredniej manipulacji (na przykład operacji przeciągania i upuszczania) powinien być zawsze oczywisty.
• Przyjmij prawdopodobny wynik, ale ułatwi zmianę. Jeśli nie masz pewności, czego chcą użytkownicy, ale istnieje prawdopodobny, bezpieczny i bezpieczny wybór, załóżmy, że wybór, wyjaśnij, co się stało i ułatwi zmianę przy użyciu menu kontekstowego. Na przykład program Microsoft Word zakłada, że użytkownicy chcą poprawnie czarować wyrazy. Jeśli rozpoznaje błędnie napisany wyraz i wie, że prawdopodobnie poprawne pisownia, program Word automatycznie dokonuje korekty, ale umożliwia użytkownikom przywrócenie.
• Wyeliminuj wybór całkowicie. Jeśli wybór nie jest ważny, użytkownicy po prostu nie będą się przejmować. Lepiej uprościć program i wyeliminować wybór.

Upewnij się, że potwierdzenia wymagają myślenia

Aby potwierdzenie miało wartość, użytkownicy muszą zrozumieć przyczynę, dla którego nie należy kontynuować. Czasami przyczyna jest oczywista, ponieważ gdy użytkownicy zamykają dokument ze zmianami, które nie zostały zapisane:

W tym przykładzie przyczyna potwierdzenia jest oczywista.

W innych sytuacjach przyczyna może nie być tak oczywista.

Podczas wybierania etykiet przycisków zatwierdzania dla okien dialogowych ogólne wskazówki jest wybranie etykiet, które są konkretnymi odpowiedziami na instrukcję główną. Prowadzi to do efektywnego podejmowania decyzji, ponieważ użytkownicy muszą odczytać minimalną ilość tekstu, aby kontynuować. Jednak ten cel wydajności może być przeciwny do celów potwierdzających. Rozważmy następujący przykład:

niepoprawne:

W tym przykładzie prawidłowa odpowiedź wymaga przemyślenia.

Jeśli natychmiast po otrzymaniu tego potwierdzenia użytkownik udzielił polecenia Odinstaluj, odpowiedź użytkownika prawdopodobnie będzie następująca: "Oczywiście chcę odinstalować!" Użytkownik kliknie przycisk Odinstaluj bez podania drugiej myśli.

W przypadku potwierdzenia nie chcemy, aby użytkownicy podejmowania pochłonięć, decyzji emocjonalnych. Aby zachęcić użytkowników do myślenia o swojej reakcji, musimy zapewnić niewielki bump prędkości podejmowania decyzji. Gdy jest to praktyczne, zwykle lepiej jest to zrobić, starannie frazując przyciski zatwierdzania. Na przykład możemy użyć dodatkowego języka, aby wskazać, że nie ma powodu, aby kontynuować.

lepiej:

W tym przykładzie do etykiety przycisku zatwierdzania jest dodawany znak "mimo to", aby wskazać, że potwierdzenie nie powoduje kontynuowania.

Jeśli takie podejście nie jest praktyczne, możemy użyć przycisków Tak/Brak zatwierdzenia.

również lepiej:

W tym przykładzie użycie przycisków Tak/Brak zatwierdzenia wymusza na użytkownikach co najmniej przeczytanie głównej instrukcji.

Podaj wszystkie informacje

Jeśli zamierzasz zadać pytanie, musisz podać wystarczające informacje dla użytkowników, aby inteligentnie odpowiedzieć na to pytanie. Rozważ okno dialogowe Potwierdzanie zastępowania pliku z systemu Windows XP:

Okno dialogowe Potwierdzanie zastępowania pliku w systemie Windows XP.

Czy to potwierdzenie zapewnia wszystkie informacje, które użytkownicy mogą potrzebować, aby odpowiedzieć na pytanie? Przed udzieleniem odpowiedzi rozważ najbardziej typowe scenariusze użytkownika:

• Skopiuj (lub przenieś) inny plik, zastępując istniejący.
• Zachowaj istniejący plik bez kopiowania lub przenoszenia innego pliku.
• Zachowaj lub skopiuj nowszy plik (najlepszy scenariusz).
• Zachowaj istniejący plik lub skopiuj inny plik w zależności od kryteriów, takich jak zawartość pliku i rozmiar.
• Zachowaj istniejący plik i skopiuj drugi plik przy użyciu innej nazwy.
• Anuluj operację, jeśli coś jest nieprawidłowe lub nieoczekiwane.

Użytkownicy mogą osiągnąć scenariusz 1, klikając pozycję Tak i scenariusz 2, klikając pozycję Nie. Mogą one osiągnąć scenariusz 3, porównując daty pliku i klikając odpowiedni przycisk, ale zwróć uwagę, ile potrzeba, aby określić nowszy plik, a następnie określić odpowiedni przycisk, szczególnie w przypadku najbardziej typowego scenariusza.

Scenariusze 4, 5 i 6 są również zaskakująco trudne. Rozmiary plików są zaokrąglane, więc na przykład nie można określić, czy te pliki mają taki sam rozmiar, czy nawet jeśli są one tym samym plikiem. Ikony są przeznaczone dla aplikacji używanej do otwierania pliku, więc użytkownicy musieliby otworzyć pliki, aby sprawdzić i porównać ich zawartość. Posiadanie miniatur zawartości pliku byłoby znacznie bardziej przydatne podczas odpowiadania na pytanie.

Potwierdzenie kopiowania pliku z systemu Windows Vista wykonuje znacznie lepsze zadanie obsługi tych scenariuszy, udostępniając więcej informacji i dodając opcję przechowywania obu plików:

Potwierdzenie kopiowania pliku systemu Windows Vista.

Podaj konkretne, przydatne informacje

Jeśli zamierzasz zadać pytanie, upewnij się, że użytkownicy rozumieją pytanie i implikacje alternatywnych odpowiedzi. Rozważ to potwierdzenie zabezpieczeń programu Windows Internet Explorer:

Niejasne potwierdzenie zabezpieczeń.

To potwierdzenie zadaje pytanie, na które użytkownicy nie mogą inteligentnie odpowiedzieć. Użytkownik zażądał, aby program Windows Internet Explorer wyświetlał stronę, a ten komunikat doradza niejawnie przez sformułowanie tekstu i przez wyróżnienie nie jako domyślnego wyboru.

Konkretny problem z zabezpieczeniami, który stanowi strona, nie jest wystarczająco wyjaśniony, więc ryzyko kontynuowania nie jest jasne. Jakie informacje w potwierdzeniu spowodują, że użytkownik kiedykolwiek kliknie przycisk Nie? Ze względu na niejasność wiadomości potwierdzenie nie jest prawdopodobne, aby zniechęcić użytkowników do kontynuowania, ale sprawi, że czują się źle.

Aby potwierdzenie było przydatne, należy podać bardziej szczegółowe informacje, które mogą spowodować, że użytkownik zdecyduje się nie kontynuować. Ogólnie rzecz biorąc, dla każdej odpowiedzi w potwierdzeniu należy wziąć pod uwagę scenariusze, które tego wymagają, i upewnić się, że istnieją wystarczające informacje dla użytkowników, którzy chcą go wybrać. Podaj opcje, a nie dylematy.

Jak określić, czy konieczne jest potwierdzenie

Myślenie przez scenariusze i prawdopodobieństwo wybrania każdej odpowiedzi sugeruje systematyczne określenie, czy potwierdzenie jest konieczne. Jeśli użytkownicy mogą wybrać wszystkie odpowiedzi, potwierdzenie jest niezbędne i przydatne. Jeśli jednak tylko jedna odpowiedź jest prawdopodobna (powiedzmy 98 procent czasu), potwierdzenie jest wyraźnie niepotrzebne i powinno zostać usunięte. Należy pamiętać, że możliwe są wyjątki związane z zabezpieczeniami, prawem i bezpieczeństwem.

Czy to potwierdzenie jest konieczne? Czy użytkownicy kiedykolwiek wybierzą pozycję Nie? Jest to możliwe, ale bardzo nieprawdopodobne. To potwierdzenie powinno zostać usunięte.

Jeśli wykonujesz tylko trzy czynności...

1. Upewnij się, że potwierdzenie jest naprawdę konieczne. Nie powinno być uzasadnione i jasne powody, aby nie kontynuować, i szansę, że czasami użytkownicy nie będą.

2. Jeśli przyczyna potwierdzenia nie jest od razu oczywista, wybierz przyciski zatwierdzania, które zachęcają użytkowników do myślenia o odpowiedzi. Zazwyczaj jest to wykonywane przez frazę potwierdzenia jako tak lub bez pytania i podanie całkowicie wyjaśnień lub Tak/Nie odpowiedzi.

3. Rozważ wszystkie scenariusze i podaj informacje wymagane do inteligentnego odpowiadania na pytanie.

Wzorce użycia

Potwierdzenia mają kilka wzorców użycia:

Zwyczaj	Przykład
rutynowe potwierdzenia upewnij się, że użytkownik chce kontynuować rutynowe działanie o niskim ryzyku.	Te potwierdzenia są zwykle sformułowane "czy na pewno...?" i często nie wyświetlają tego komunikatu ponownie pole wyboru, aby zminimalizować ich irytacje. "przenieś folder do kosza?". Przykłady rutynowych potwierdzeń. Uwaga: Ten wzorzec jest zwykle niepotrzebny i należy go unikać.
potwierdzenie ryzykownych akcji Upewnij się, że użytkownik chce kontynuować akcję, która ma pewne ryzyko i nie można jej łatwo cofnąć.	Ponieważ mają one ryzyko, te potwierdzenia zwykle mają ikonę ostrzeżenia. Przykłady potwierdzenia ryzykownych działań.
niezamierzone potwierdzenia konsekwencji upewnij się, że użytkownik chce kontynuować akcję, która ma nieoczekiwane lub niezamierzone konsekwencje.	Oprócz zadawania pytania te potwierdzenia wskazują niezamierzone konsekwencje. ponieważ mają niezamierzone konsekwencje, te potwierdzenia zwykle mają ikonę ostrzeżenia. przykłady niezamierzonych potwierdzeń konsekwencji. jednak ten wzorzec wymaga, aby konsekwencje są naprawdę niezamierzone. niepoprawne: Konsekwencje są tu zamierzone, więc jest to rutynowe potwierdzenie.
wyjaśnienia wyjaśnij, w jaki sposób użytkownik chce kontynuować akcję, która ma potencjalnie niejednoznaczne lub nieoczekiwane konsekwencje.	Operacje przeciągania i upuszczania mogą spowodować wyjaśnienie, jeśli efekt operacji może zostać błędnie zinterpretowany. "zmień tylko to wystąpienie?". Przykłady wyjaśnień. Uwaga: Ten wzorzec należy unikać, ponieważ lepiej projektować akcje bez niejednoznacznych konsekwencji i zakładać najbardziej prawdopodobny pożądany wynik.
Potwierdzenia zabezpieczeń upewnij się, że użytkownik chce kontynuować akcję z konsekwencjami zabezpieczeń.	Przykłady potwierdzeń zabezpieczeń.
potwierdzenia motywu Ulterior podaj informacje o akcji, ale podaj ją jako potwierdzenie.	Chociaż te okna dialogowe są prezentowane jako potwierdzenia, ich prawdziwym celem jest edukacja użytkowników lub anons funkcji. Przykład ukrytego potwierdzenia motywu. Uwaga: Ten wzorzec nie jest zalecany, ponieważ zwykle istnieje lepsza, bardziej bezpośrednia alternatywa. Na przykład animacje są lepszym sposobem pokazywania relacji między przyczyną a efektem.

Wytyczne

Ogólne

• Użyj potwierdzeń "Zapisz zmiany" tylko wtedy, gdy występują istotne zmiany. Nie potwierdzaj zmian, które nie zostały wprowadzone bezpośrednio przez użytkownika, takich jak automatyczne ponowne formatowanie dokumentu.

niepoprawne:

Ten przykład jest niepoprawny w przypadku użycia pustej wiadomości e-mail lub dokumentu, który nie został zmieniony przez użytkownika.

Ikony

• Potwierdzenia nie używają ikon paska tytułu.

• Ikona obszaru zawartości dla potwierdzenia jest oparta na wzorcu projektowania:

  Deseń	Ikona
  Potwierdzenia rutynowe	Brak ikony.
  Potwierdzenia ryzykownych działań	Ikona ostrzeżenia.
  Niezamierzone potwierdzenia konsekwencji	Użyj ikony ostrzeżenia, jeśli istnieje ryzyko, ikona funkcji, jeśli jest dostępna; w przeciwnym razie nie ma ikony.
  Wyjaśnienia	Jeśli potwierdzenie obejmuje dokument, użyj miniatury dokumentu; w przeciwnym razie użyj ikony funkcji, jeśli jest dostępna, lub bez ikony.
  Potwierdzenia zabezpieczeń	Ikona ostrzeżenia.
  Potwierdzenia motywu ulterior	Brak ikony.

• Nie używaj ikon ostrzeżeń w przypadku rutynowych pytań. Jest to sprzeczne z zachęcającym tonem systemu Windows i sprawia, że korzystanie z programu czuje się jak niebezpieczna aktywność. Załóżmy, że użytkownicy rozumieją konsekwencje anulowania zadania przed jego zakończeniem.

niepoprawne:

W tym przykładzie ikona ostrzeżenia służy do zadawania rutynowego pytania.

Przyciski zatwierdź

• Użyj określonych odpowiedzi do instrukcji głównej, jeśli przyczyna potwierdzenia jest oczywista lub może być wyjaśniona.

W tym przykładzie przyczyna potwierdzenia jest oczywista, więc funkcja Zapisz i nie zapisuj działa prawidłowo.

• W przeciwnym razie użyj przycisków Tak i Nie, aby uzyskać odpowiedzi potwierdzenia. Dzięki temu użytkownicy mogą wyrazić potwierdzenie, zanim odpowiedzą. Nigdy nie używaj przycisku OK i anuluj w celu potwierdzenia.

poprawna:

W tym przykładzie użycie przycisków Tak/Brak zatwierdzenia wymusza na użytkownikach co najmniej przeczytanie głównej instrukcji.

niepoprawne:

"anuluj rezerwację?".

W tym przykładzie użycie przycisku OK/anulowania jest mylące.

• Aby zamknąć program lub ponownie uruchomić system Windows, użyj określonych odpowiedzi do instrukcji głównej. Aby zapobiec nieporozumieniu, w tym celu nie używaj opcji Zamknij lub Tak/Nie.

poprawna:

niepoprawne:

W niepoprawnym przykładzie wartość Tak jest używana do ponownego uruchamiania systemu Windows.

Łącza poleceń

• Aby uzyskać objaśnienie wzorca, rozważ użycie linków poleceń, aby usunąć alternatywy.

dopuszczalne :

"zmień jedno lub wszystkie wystąpienia?".

lepiej:

W lepszym przykładzie linki poleceń sprawiają, że alternatywy są jasne.

• Najpierw prezentuj najczęściej używane linki poleceń. Wynikowa kolejność powinna być w przybliżeniu zgodna z prawdopodobieństwem użycia, ale także mieć przepływ logiczny.
• Jeśli link polecenia wymaga dalszego wyjaśnienia, podać dodatkowe wyjaśnienie. wyjaśnienia uzupełniające opisują, dlaczego użytkownicy mogą chcieć wybrać opcję lub co się stanie w przypadku wybrania opcji.

Aby uzyskać więcej wytycznych i przykładów, zobacz Linki poleceń.

Wartości domyślne

• Domyślna odpowiedź na potwierdzenie jest oparta na jego wzorcu projektowym:

  Deseń	Odpowiedź domyślna
  Potwierdzenia rutynowe	Postąpić.
  Potwierdzenia ryzykownych działań	Nie kontynuuj (ani nie wybieraj bezpiecznego wyboru).
  Niezamierzone potwierdzenia konsekwencji	Jeśli konsekwencje są znaczące, nie kontynuuj; w przeciwnym razie kontynuuj.
  Wyjaśnienia	Najbardziej prawdopodobna odpowiedź.
  Potwierdzenia zabezpieczeń	Nie kontynuuj.
  Potwierdzenia motywu ulterior	Postąpić.

Nie pokazuj ponownie tej wiadomości

• Użyj tej opcji tylko dla rutynowych i ukrytych wzorców potwierdzenia motywu. W przypadku innych wzorców, jeśli informacje są niezbędne, powinny być zawsze wyświetlane.
• Nie udostępniaj tej opcji, aby uzasadnić wyświetlanie niepotrzebnego potwierdzenia. Po prostu pozbyć się potwierdzenia zamiast tego.

niepoprawne:

nadal niepoprawne:

"Nie pokazuj ponownie komunikatu"

W tych przykładach dodanie opcji Nie pokazuj ponownie tego komunikatu nie spowoduje naprawienia niepotrzebnego potwierdzenia.

Aby uzyskać więcej wytycznych, zobacz okna dialogowe.

Operacje zbiorcze

• W przypadku potwierdzeń, które mają zastosowanie do operacji zbiorczych, podaj opcję zastosowania potwierdzenia do całej operacji.

W tym przykładzie jest dostępna opcja operacji zbiorczych.

• Wyeliminuj lub odrocz potwierdzenia w operacji zbiorczej.

niepoprawne:

W tym przykładzie Eksplorator Windows w systemie Windows XP potwierdza każdy plik tylko do odczytu podczas przenoszenia pliku zbiorczego. Lepiej po prostu skopiować pliki tylko do odczytu bez pytania lub odroczyć obsługę tych plików i przedstawić potwierdzenie na końcu zadania.

Stopniowe ujawnianie

• Jeśli musisz dołączyć zaawansowane informacje w komunikacie potwierdzającym, ujawnić je przy użyciu przycisków progresywnego ujawniania (na przykład "Pokaż szczegóły"). Upraszcza to potwierdzenie typowego użycia. Nie ukrywaj potrzebnych informacji, ponieważ użytkownicy mogą go nie znaleźć.
• Nie używaj opcji "Pokaż szczegóły", chyba że naprawdę jest więcej szczegółów. Nie tylko przetwórz istniejące informacje w innym formacie.

Aby uzyskać wskazówki dotyczące etykietowania, zobacz Progressive Disclosure.

Kontrola konta użytkownika

• Nie używaj interfejsu użytkownika kontroli konta użytkownika (UAC) jako zamiennika potwierdzenia. Jeśli akcja wymaga potwierdzenia, użyj oddzielnego okna dialogowego. Podczas interfejsu użytkownika podniesienia uprawnieńużytkownicy muszą skupić się na tym, czy uruchomiono zadanie i czy program jest godny zaufania.
• Wyświetl potwierdzenie przed interfejsem użytkownika podniesienia uprawnień. W ten sposób eliminuje niepotrzebne podniesienie uprawnień.

Tekst

Ogólne

• Usuń nadmiarowy tekst. Poszukaj nadmiarowego tekstu w tytułach, instrukcjach głównych, instrukcjach uzupełniających, obszarach zawartości, linkach poleceń i przyciskach zatwierdzania. Ogólnie rzecz biorąc, pozostaw pełny tekst w instrukcjach i kontrolkach interaktywnych i usuń wszelkie nadmiarowość z innych miejsc.
• Nie używaj "ostrzeżenia" ani "przestrogi" w tekście. Jeśli użytkownicy muszą zachować ostrożność, wskaż to przy użyciu ikony ostrzeżenia.

niepoprawne:

W tym przykładzie termin "ostrzeżenie" jest niepotrzebny.

Tytuły

• Użyj tytułu, aby zidentyfikować polecenie lub funkcję, z której pochodzi potwierdzenie. Wyjątki:
  • Jeśli potwierdzenie jest wyświetlane przez wiele różnych poleceń, rozważ użycie nazwy programu.
  • Jeśli ten tytuł będzie nadmiarowy lub mylący z instrukcją główną, użyj nazwy programu.

Jeśli jednak potwierdzenie pochodzi z długotrwałego zadania i może być wyświetlane dobrze po uruchomieniu zadania, zawsze użyj polecenia lub funkcji, aby wyraźnie zidentyfikować kontekst.

• Nie używaj tytułu, aby wyjaśnić, co należy zrobić w oknie dialogowym jest to cel głównej instrukcji.
• Jeśli doda jasność, rozpocznij tytuł za pomocą słowa Potwierdź.
• W przypadku potwierdzenia ryzykownych akcji można dodać nazwę obiektu zaangażowanego w dodatkowy nacisk.

W tym przykładzie dysk do sformatowania znajduje się w tytule.

• Użyj wielkich liter w stylu tytułu, bez kończenia interpunkcji.

Główne instrukcje

• Główna instrukcja potwierdzenia jest oparta na wzorcu projektowania:

  Deseń	Instrukcja główna
  Niezamierzone potwierdzenia konsekwencji	podaj niezamierzoną konsekwencję. wyjątek: jeśli pytanie, które zadaje pytanie, czy użytkownik chce kontynuować wyraźnie wskazuje niezamierzoną konsekwencję, zadaj pytanie zamiast tego. W tym przykładzie z prośbą użytkownika o wystarczające przekazanie konsekwencji działania.
  Wszystkie inne	Zadaj jedno pytanie, aby określić, czy użytkownik chce kontynuować.

• Używaj tylko jednego, kompletnego zdania. Usuń instrukcję główną w dół do podstawowych informacji. Jeśli musisz jeszcze coś wyjaśnić, użyj instrukcji uzupełniającej.

• Być specyficznym, jeśli istnieją obiekty, podaj ich pełne nazwy.

• Użyj fraz dodatnich. Pozytywne frazy są łatwiejsze do zrozumienia przez użytkowników.

poprawna:

Czy chcesz włączyć udostępnianie plików i drukarek?

niepoprawne:

Czy chcesz wyłączyć udostępnianie plików i drukarek?

Jednak frazy muszą być zgodne ze skojarzonym poleceniem, nawet jeśli polecenie jest negatywnie sformułowane; na przykład użyj opcji Wyłącz, aby potwierdzić polecenie Wyłącz.

• Chociaż nie ma rygorystycznych reguł fraz, te typowe frazy potwierdzające mają wskazaną konotację:

  Fraza	Konotacja
  Czy na pewno chcesz [wykonać akcję]?	Potwierdzenie bezpośredniego wyniku żądania użytkownika.
  Czy chcesz [wykonać akcję]?	Potwierdzenie skutków ubocznych żądania użytkownika.
  Czy chcesz [wybrać wynik]?	Potrzebujesz wyjaśnienia.
  [Czy wykonać akcję]?	Brak konotacji.

• W przypadku potwierdzenia ryzykownych akcji użyj terminu trwale, aby wskazać, że nie można cofnąć akcji.

W tym przykładzie "trwale" wskazuje, że nie można cofnąć akcji.

• Użyj wielkich liter w stylu zdania.

Instrukcje uzupełniające

• Instrukcja uzupełniająca potwierdzenia opiera się na jego wzorcu projektowym:

Etykieta	Wartość
wzorca	instrukcje uzupełniające
Niezamierzone potwierdzenia konsekwencji	Zadaj jedno pytanie, aby określić, czy użytkownik chce kontynuować.
Wszystkie inne	Wyjaśnij wszelkie nieoczywiste powody, dla których użytkownik może nie chcieć kontynuować. Takie przyczyny to: Potencjalna utrata co najmniej jednej z następujących wartości: Cenny zasób, taki jak utrata danych lub strata finansowa. Dostęp do systemu lub integralność. Prywatność lub kontrola nad poufnymi informacjami. Akcje, które są nieodwracalne.

• Nie powtarzaj głównej instrukcji z nieco innym sformułowaniem. Zamiast tego pomiń instrukcję uzupełniającą, jeśli nie ma więcej do dodania.
• W przypadku niezamierzonych potwierdzeń konsekwencji rozważ użycie terminu mimo to, aby zwięzłie wskazać, że nie ma powodu, aby nie kontynuować w przypadku, gdy użytkownik pominął główną instrukcję. Aby uzyskać więcej informacji, zobacz Pojęcia dotyczące projektowania.
• Używaj pełnych zdań, wielkich liter zdań i kończenia interpunkcji.

Dokumentacja

W przypadku odwoływania się do potwierdzeń:

• Zapoznaj się z potwierdzeniem w tytule, jeśli tytuł jest specyficzny dla potwierdzenia (to znaczy, a nie nazwy programu); w przeciwnym razie zapoznaj się z nim zgodnie z jego główną instrukcją.
• W razie potrzeby możesz użyć okna dialogowego potwierdzenia jako komunikatu.
• Użyj dokładnego tekstu, w tym jego wielkości liter.
• Jeśli to możliwe, sformatuj tekst przy użyciu pogrubienia. W przeciwnym razie umieść tekst w cudzysłowie tylko wtedy, gdy jest to wymagane, aby zapobiec nieporozumieniu.

Przykład: w komunikacie Kopiuj plik kliknij nowszy plik.