Jakie są alternatywy dla wyrażenia “ Czy na pewno chcesz XYZ ” w oknach dialogowych z potwierdzeniem?

Jednym z powodów, dla których ludzie pomijają długie wiadomości, jest szybkość czytania.

Załóżmy na potrzeby dyskusji kogoś ze średnią szybkością czytania – około 200 słów na minutę. (*)

Jeśli używasz tylko 20 słów w oknie dialogowym, „pytasz, spędzić 6 sekund na czytaniu i zrozumieniu tego, co napisałeś.

Chociaż to nie brzmi jak dużo, sześciosekundowa przerwa, gdy próbujesz coś zrobić, może wydawać się strasznie długa .

(*) I nie popełnij błędu zakładając, że niska prędkość czytania oznacza niską inteligencję.

Zatem trzy sugestie dla Ciebie, wszystkie mające na celu maksymalną przejrzystość przy minimalnym zamieszaniu.

1. Bądź tak zwięzły, jak to możliwe.
2. Zidentyfikuj element zagrożony
3. Nazwij swoje przyciski dla działań

Oto proste okno dialogowe usuwania:

Zmniejszmy liczbę słów do minimum, aby ułatwić czytanie:

Teraz zidentyfikujmy element zagrożony i oznaczmy przyciski akcji:

Znacznie lepsze – łatwiejsze do odczytania i jaśniejsze.

Kolejny przykład – okno dialogowe kontynuacji.

Uprość sformułowania.

Ponownie określmy, co się dzieje i oznaczmy przyciski działania.

Zdecydowana poprawa.

Oto ostatnia myśl. Unikaj negatywów , especia lly podwójne negatywy. Niektórym rodzimym użytkownikom języka angielskiego podwójne negatywy są trudne, a wielu, którzy uczą się angielskiego jako drugiego języka, uważa je za mylące (zwłaszcza jeśli ich język ojczysty używa podwójnych negatywów dla podkreślenia zamiast inwersji).

Komentarze

• Możesz też po prostu przeczytać wytyczne dotyczące interfejsu użytkownika systemu Windows msdn.microsoft.com/en-us/library/aa511258.aspx gdzie faktycznie o tym piszą 🙂
• Wydaje mi się, że podajesz kilka złych przykładów: 1. To jest ” OK „, a nie ” OK „. 2. Jeśli zadasz pytanie tak / nie, możliwe odpowiedzi muszą brzmieć tak lub nie, na pewno nie są OK i Anuluj. 3. Jeśli zidentyfikujesz przyciski dla akcji, musisz to zrobić za pomocą obu przycisków, a nie tylko jednego (np. Usuń / Zachowaj, a nie Usuń / Anuluj) Poza tym uważam również, że każde zdanie musi zawierać przynajmniej temat i czasownik , ale to sprawa osobista.
• @BaGi – Myślę, że mogłeś źle odczytać moją odpowiedź: ' pokazuję postęp od słabego do lepszego. Mając pytanie Tak / Nie z OK / Anuluj, ponieważ przyciski są z pewnością słabe, ale jest zbyt powszechne i to właśnie wskazywałem. Aby odnieść się do twoich punktów … Tam, gdzie jest prosta odwrotność, użycie jej dla przycisku Anuluj ma sens – więc Usuń / Zachowaj jest lepsze niż Usuń / Anuluj, ale to nie jest ' t zawsze możliwe – co ' jest odwrotnością Postu? Post / Don ' t Post wydaje się niezdarny. Myślę, że wszystkie moje przykłady to pełne zdania. Aby wziąć ostatnią: ” Kontynuuj „: verb; ” Przetwarzanie transakcji „: temat.
• @Bevan: Nie ' t think Post? Post / Don ' t Post jest niezdarny. Zapisz / nie ' Zapisywanie jest tym, co widzisz stale. W ostatnim zdaniu ” przetwarzanie transakcji ” nie jest w ogóle podmiotem, ale przedmiotem pośrednim (patrz en.wikipedia.org / wiki / Object_% 28grammar% 29 ). Rozumiem, że twoje przykłady pokazują stopniową poprawę, myślę tylko, że ostateczny wynik nadal zawiera kilka drobnych błędów.
• @BartGijssens: I ' d zawsze wolę Cancel do czegokolwiek innego … ponieważ bez pojedynczego odpalenia neuronu wiem, że nic nie robi (efektywnie o jedno słowo mniej do przeczytania). Problem z ” Nie ' nie zapisuj ” polega na tym, że może używać ” Wyrzuć ” w inny (kiepski) kontekst.

Zawsze staram się pokazać użytkownikowi, który element jest usuwany (zwłaszcza, że okno dialogowe może zasłonić dany element, ale także dlatego, że widzenie można zidentyfikować tekst w oknie dialogowym zwróci uwagę):

Usunąć „ulubioną pozycję”?

Możesz też dodać trochę humoru tu i tam, w zależności od tego, jaką aplikację tworzysz:

Na pewno nie chcesz kontynuować bez zapisywania? [Tak, zostaw mnie w spokoju] [No tak, dziękuję za przypomnienie]

Jeśli przetestujesz go, zauważysz, że humorystyczne wiadomości zauważane nieco częściej po prostu dlatego, że jakby wyróżniają się z tłumu ogólnych wiadomości i (jeśli są wystarczająco urocze) wywołują uśmiech na twarzy użytkownika. Czego chcieć więcej?

Komentarze

• Możesz też po prostu postępować zgodnie z moją praktyczną zasadą: wszystkie przyciski w oknach dialogowych muszą mieć etykietę ” D ' oh! „, nawet jeśli jest wiele przycisków.
• @ VirtuosiMedia Jeśli są dwa przyciski, tylko jeden powinien być oznaczony ” D ' oh! ” Drugi powinien być oznaczony jako ” Dlaczego mało…! ”
• ” … 14 użytkowników kliknęło Wykonaj ' h, 5 użytkowników kliknęło Nut, a jeden użytkownik kilkakrotnie nacisnął klawisz M. ” – Jakob Nielsen
• ” … Wszystkich 20 użytkowników wyraziło zdziwienie wywołanymi czerwonymi światłami awaryjnymi, syrenami i ostrzeżeniami o konieczności ewakuacji przed stopniem jądrowym. Ci, którzy przeżyli, wspominali później, że byli rozdarci między ucieczką dla bezpieczeństwa a zobaczeniem, co jest w lodówce. Wstrząśnięci tym doświadczeniem wydawali się zastanawiać, czy dokonali właściwego wyboru. ”
• Byłoby bardziej zabawne, gdyby było napisane ” Shirley ” zamiast ” Na pewno „.

Google sugeruje dwa różne sposoby i oba usuwają „Ciebie „całkowicie.

Wytyczne Google dotyczące pisania projektów sugerują, co następuje:

Pomiń niepotrzebne wyrażenia

Możesz pominąć wiele typowych fraz wprowadzających i przejść od razu do sedna.

Dalej Okna dialogowe ostrzeżeń Material Design sugeruje przeformułowanie pytania w celu usunięcia pytania „Czy na pewno?”

Alerty z paskami tytułu

Używaj alertów na pasku tytułu tylko w sytuacjach wysokiego ryzyka, takich jak potencjalna utrata łączności. Użytkownicy powinni być w stanie zrozumieć wybory na podstawie samego tytułu i tekstu przycisku.

Jeśli wymagany jest tytuł:

• Użyj jasnego pytania lub stwierdzenia z wyjaśnieniem w obszar zawartości, na przykład „Wymazać nośnik USB?”.
• Unikaj przeprosin, niejasności lub pytań typu „Ostrzeżenie!” lub „Czy na pewno?”

Lepiej nie mieć takich okien dialogowych, zamiast tego , zaimplementuj funkcję cofania.

Okno dialogowe jest bezużyteczne w 95% przypadków, więc po co narzucać je ludziom? Próbujesz pomóc ludziom? Czy próbujesz zrzucić winę na użytkownika „hej, potwierdziłeś, że chcesz usunąć ten ważny element, nie obwiniaj mnie!

Wiesz co, ludzie uczą się ignorować te dialogi, zawsze podświadomie potwierdzają każdą czynność, którą właśnie zrobili.

Jest to więc niewłaściwe podejście do rozwiązania problemu.

Problem polega na tym, że działanie użytkownika może mieć niepożądane skutki, jeśli zostanie wykonane przez pomyłkę.

Lepsze rozwiązanie tego problemu problem polegałby na umożliwieniu użytkownikowi cofnięcia jego zmiany.

Jeśli pozwolisz im cofnąć usunięcie, otrzymasz dwie dobre rzeczy:

• Nie musisz denerwować użytkownika z użyciem mniej dialogów.
• Użytkownicy mogą odzyskać dane po przypadkowym usunięciu.

Wykonanie cofnięcia jest o wiele trudniejsze niż wyświetlenie pola potwierdzenia.

Usunąć ten element?

Kontynuować?

Od razu do rzeczy.

Najważniejszą rzeczą do zapamiętania jest ignorowanie wiadomości „Czy na pewno”. Musisz zmusić ich do przemyślenia decyzji. Oto jedna z moich ulubionych.

Komentarze

• Stają się irytujące, jeśli musisz usunąć wiele rzeczy (” prowadzi „, w tym przypadku), ale to działa dobrze kiedy ' podejmujesz ” nie wracasz ” (oczywiście, musisz mógł po prostu zaprogramować tak, aby nie było ' t również żadnego rodzaju akcji)
• Ja ' nie jestem pewien co zaznaczenie pola wyboru ” nie może cofnąć „. Jeśli nie ' tego nie zaznaczę, czy będę mógł to cofnąć? A może przycisk ” Nie ma powrotu ” nie zostanie aktywowany, dopóki go nie sprawdzę? Ten dialog prawie przypomina sam formularz, w tym obsługę błędów i zarządzanie stanem elementów interfejsu użytkownika. Jeśli popełnię błąd w tym dialogu, czy pojawi się okno dialogowe z informacją, co zrobiłem źle? 😉
• @Rahul: Zgadzam się z tobą. Koncepcja tutaj jest fajna (jeśli możesz ' nie obsługiwać funkcji Cofnij), ale etykietowanie jest naprawdę dziwne. Nawet przycisk ” Nie wracaj „. Myślę, że „Nie można cofnąć” to coś w rodzaju ” Zgadzam się na warunki ” rodzaj potwierdzenia, ale ' to tylko moje przypuszczenie
• To jest po prostu okropne.
• @Bennett, klienci to pokochali. Okropne dla ciebie, wspaniałe dla kogoś innego. Liczy się klienci. Wszyscy inni, dobre uwagi na temat cofania fraz.

To, co masz, jest poprawne gramatycznie, ale rozumiem.

Możesz spróbować podzielić wiadomość na dwie frazy:

Ten element zostanie usunięty, czy pewnie?

To przesuwa ważną część pytania na pierwszy plan, gdzie jest (miejmy nadzieję) bardziej prawdopodobne, że zostanie przeczytane.

Zwykle unikam również komunikatów o akcjach, które można cofnąć, i ograniczam liczbę cofanych działań do absolutnego minimum.

Komentarze

• I oczywiście zamień this item na rzeczywistą nazwę przedmiotu!
• @Jared – tak – jasno określ, co zamierzasz zrobić.

W przypadku krytycznych wiadomości chcesz, aby były jak najbardziej zrozumiałe i upewnij się, że użytkownik przeczyta wiadomość.

Wiadomości takie jak

Klikając tutaj, zgadzasz się, że …

Czy na pewno chcesz ….

Zgubić się na użytkownik, użytkownik czyta to jako yada, yada, yada, cokolwiek … i klika tak bez patrzenia.

Aby użytkownik przeczytał wiadomość, w której ma być we właściwej kolejności.

• Nazwij akcję, która się wydarzy.
• potem ostrzeżenie
• potem pytanie
• potem czynność do podjęcia.

Masz zamiar przesłać zgłoszenie. Tej czynności nie można cofnąć. Czy chcesz kontynuować? Kliknij tak, aby kontynuować, lub kliknij Anuluj

To trochę za długie, ale jeśli chcesz, aby użytkownik przeczytał wiadomość, jest to najbezpieczniejszy sposób.

Komentarze

• Twoja wiadomość, choć lepsza niż yadayada , nadal zawiera problem – dlaczego klikam ” tak „, aby kontynuować, zamiast ” kontynuuj ” przycisk? Coś takiego byłoby lepsze: Your application is ready to submit. If you continue, this can not be undone. Would you like to continue? [Continue] [Cancel]
• @Jared, słuszna uwaga, brzmiałoby lepiej i byłoby krótsze.
• Co powiesz na bardziej uderzający wersja? ” Przesłać zgłoszenie? Tego nie można cofnąć. [Kontynuuj] [Anuluj] ” (W rzeczywistości w wielu przypadkach stwierdzenie, że czynności nie można cofnąć, i tak nie jest pomocne).

Wytyczne Apple dotyczące interfejsu ludzkiego dla systemu Mac OS X mają wiele do powiedzenia okna komunikatów (panele alertów).

Nazwy przycisków powinny odpowiadać czynności wykonywanej przez użytkownika po naciśnięciu przycisku – na przykład Wymaż, Zapisz lub Usuń . Przycisk znajdujący się po prawej stronie w oknie dialogowym, przycisk akcji, to przycisk potwierdzający treść komunikatu ostrzegawczego. Przycisk akcji jest zwykle, ale nie zawsze, przyciskiem domyślnym.(Zwróć uwagę, że w metodach Cocoa najbardziej prawy przycisk jest zawsze nazywany przyciskiem domyślnym, nawet jeśli tak nie jest). Aby uzyskać więcej informacji, zobacz „Dismissing Dialogs”.

Problem z interfejsem Windows Message Box API polega na tym, że nie pozwala on na faktyczne określenie nazw przycisków, które chcesz, zamiast tego wymaga, abyś przewinął własne okno komunikatu lub użył wbudowanego Tak / Nie / OK / Anuluj przyciski.

Aby uzyskać więcej informacji, oto interesujący artykuł omawiający ogólne problemy z oknami komunikatów: Dlaczego okna komunikatów są Zło .

Komentarze

• Problemy z interfejsem Windows Message Box API są rozwiązywane przez Okno dialogowe zadań API. (Nowość w Windows Vista)

Nie zawsze chodzi o takie jawne działania, jak usuwanie, wymazywanie, save..etc .. Mogą istnieć pewne scenariusze, w których użytkownik może nieświadomie wyjść z trwającego krytycznego procesu.

Na przykład: użytkownik jest w trakcie płatności i naciska przycisk Wstecz.

W tym scenariuszu użytkownik musi zostać ostrzeżony.