Jaké jsou alternativy k výrazu “ Opravdu chcete XYZ ” v potvrzovacích dialogových oknech?

Důvodem, proč lidé přeskakují dlouhé zprávy, je rychlost čtení.

Předpokládejme kvůli diskusi někoho s průměrnou rychlostí čtení – kolem 200 slov za minutu. (*)

Pokud v dialogu použijete pouze 20 slov, žádáte to uživatel stráví 6 sekund čtením a porozuměním tomu, co jste napsali.

I když to nezní moc, šestivteřinová vnucená pauza, když se snažíte něco udělat, se může zdát strašně dlouhá doba .

(*) A nedělejte chybu v předpokladu, že nízká rychlost čtení znamená nízkou inteligenci.

Takže, tři návrhy pro vás, všechny zaměřené na maximální jasnost s minimálním rozruchem.

1. Buďte co nejstručnější
2. Určete ohroženou položku
3. Pojmenujte svá tlačítka pro akce

Zde je jednoduchý dialog pro odstranění:

Pojďme snížit počet slov na minimum, aby bylo čtení snazší:

Nyní označme ohroženou položku a označme tlačítka akce:

Mnohem lepší – snáze čitelné a jasnější.

Další příklad – dialog pro pokračování.

Zjednodušte formulaci.

Znovu nechte identifikovat, o co jde, a označte tlačítka pro akce.

Jednoznačné vylepšení.

Zde je poslední myšlenka. Vyhněte se negativům , especia Pouze dvojité negativy. Někteří rodilí mluvčí angličtiny považují dvojité negativy za obtížné a mnoho lidí, kteří se učí angličtinu jako druhý jazyk, je považuje za matoucí (zejména pokud jejich rodný jazyk používá dvojí negativy pro zdůraznění místo inverze).

Komentáře

• Nebo si můžete jen přečíst pokyny pro Windows UX msdn.microsoft.com/en-us/library/aa511258.aspx kde o tom ve skutečnosti píší 🙂
• Věřím, že ve skutečnosti uvádíte některé špatné příklady: 1. Je “ v pořádku „, ne “ ok „. 2. Pokud se zeptáte na otázku ano / ne, možné odpovědi musí být ano nebo ne, určitě ne OK a Storno. 3. Pokud identifikujete tlačítka akce, musíte to udělat s oběma tlačítky, ne pouze s jedním (tj. Smazat / Ponechat nevymazat / Zrušit) Kromě toho se domnívám, že jakákoli věta musí obsahovat alespoň předmět a sloveso , ale to je osobní.
• @BaGi – myslím, že jste možná špatně přečetli moji odpověď: ‚ m ukazuji postup od chudého k lepšímu. Mít otázku Ano / Ne s tlačítkem Ok / Zrušit jako tlačítka je určitě špatné, ale je to příliš běžné a na to jsem poukazoval. Chcete-li oslovit své body … Tam, kde existuje jednoduchá inverze, má její použití pro tlačítko Storno smysl – takže Odstranit / Zachovat je lepší než Odstranit / Zrušit, ale toto není ‚ t vždy možné – jaká je ‚ inverze příspěvku? Příspěvek / příspěvek ‚ t Příspěvek vypadá neohrabaně. A myslím, že všechny mé příklady jsou plné věty. Chcete-li vzít poslední: “ Pokračovat „: sloveso; “ Zpracování transakcí „: subject.
• @Bevan: ‚ nemyslíte příspěvek? Post / Don ‚ t Post je nemotorný. Uložit / ne ‚ t save je to, co vidíte neustále. Ve vaší poslední větě “ zpracování transakcí “ není vůbec subjekt, ale nepřímý objekt (viz en.wikipedia.org / wiki / Object_% 28grammar% 29 ). Pochopil jsem, že vaše příklady ukazují postupné zlepšování, myslím si, že konečný výsledek stále obsahuje několik drobných nedostatků.
• @BartGijssens: Já ‚ vždy dávám přednost Cancel na cokoli jiného … protože bez jediného výstřelu neuronů vím, že nic nedělá (ve skutečnosti o jedno slovo méně na čtení). Problém “ Neukládejte ‚ t “ v tom, že může použít “ Vyhoďte “ v jiném (špatném) kontextu.

Vždy se snažím ukázat uživateli kterou položku, která se odstraňuje (zejména proto, že dialog může dotyčnou položku zakrýt, ale také proto, že vidím identifikovatelné text v dialogu upozorní):

Smazat „vaši oblíbenou položku“?

Můžete také sem-tam aplikovat trochu humoru, podle toho, jakou aplikaci právě vytváříte:

Určitě nemáte chcete pokračovat bez uložení? [Ano, nechte mě na pokoji] [No dobře, děkuji za připomenutí]

Pokud to uživatel vyzkoušíte, všimnete si, že vtipné zprávy si toho všimli o něco častěji jednoduše proto, že tak nějak vyčnívají z davu obecných zpráv a (pokud jsou skutečně dost roztomilí) usmějí se na tváři uživatele. Co víc si přejete?

Komentáře

• Nebo se můžete řídit mým pravidlem: Všechna dialogová tlačítka musí být označena “ D ‚ oh! „, i když existuje více tlačítek.
• @ VirtuosiMedia Pokud existují dvě tlačítka, mělo by být označeno pouze jedno “ D ‚ oh! “ Druhý by měl být označen “ Proč jste malý …! “
• “ … kliklo 14 uživatelů Do ‚ h, 5 uživatelů kliklo na Nut a jeden uživatel opakovaně stiskl klávesu M. “ – Jakob Nielsen
• “ … Všech 20 uživatelů vyjádřilo překvapení nad následnými červenými nouzovými světly, sirénami a varováním před evakuací před jaderným zhroucením. Ti, kteří přežili, později zmínili, že byli rozpolcení mezi útěkem pro bezpečnost a viděním toho, co bylo v ledničce. Otřesení touto zkušeností se zdálo, že si kladou otázku, zda se rozhodli správně. “
• Bylo by vtipnější, kdyby to říkalo “ Shirley “ místo “ Jistě „.

Google navrhuje dva různé způsoby a oba vás odstraní „úplně.

Pokyny pro psaní návrhů Google navrhují následující:

Vynechejte zbytečné fráze

Můžete přeskočit mnoho běžných úvodních frází a přejít přímo k věci.

Další Dialogová okna upozornění na návrh materiálu navrhují přeformulování otázky, aby se odstranilo „jste si jisti?“

Výstrahy s záhlavími

Výstrahy záhlaví používejte pouze pro vysoce rizikové situace, jako je potenciální ztráta připojení. Uživatelé by měli být schopni porozumět volbám pouze na základě názvu a textu tlačítka.

Je-li požadován název:

• Použijte jasnou otázku nebo prohlášení s vysvětlením v oblast obsahu, například „Vymazat úložiště USB?“.
• Vyhněte se omluvě, nejednoznačnosti nebo otázkám, například „Varování!“ nebo „Jste si jisti?“

Raději takové dialogy nemáte , implementovat funkci zpět.

Dialog je v 95% zbytečný, tak proč ho vnucovat lidem? Snažíte se lidem pomáhat? nebo se snažíte vinu na uživatele „hej, potvrdili jste, že chcete tuto důležitou položku smazat, „neobviňujte mě!“.

Hádejte co, lidé se tyto dialogy naučí ignorovat, vždy podvědomě potvrdí jakoukoli akci, kterou právě provedli.

Takže k řešení problému je nesprávný přístup.

Problém je v tomto: akce uživatele může mít nežádoucí účinky, pokud bude provedena omylem.

Lepší řešení problémem by bylo umožnit uživateli vrátit zpět jeho změnu.

Pokud jste jim umožnili vrátit smazání, dostanete dvě dobré věci:

• Nebudete muset otravovat uživatele méně dialogů.
• Uživatelé se mohou zotavit z neúmyslného smazání.

Implementace zpět je mnohem těžší než zobrazení potvrzovacího pole.

Smazat tuto položku?

Pokračovat?

Přímo k věci.

Je důležité si uvědomit, že lidé ignorují zprávy „Jste si jisti“. Musíte je donutit přemýšlet o rozhodnutí. Tady je jedna z mých oblíbených.

Komentáře

• Jsou dráždivé, pokud musíte smazat spoustu věcí (“ vede „, v tomto případě), ale funguje to dobře když ‚ znovu podnikáte “ žádnou akci zpět “ (samozřejmě vy stačí programovat tak, aby ‚ nebyl žádný typ akce)
• I ‚ si nejsem jistý, co políčko “ nelze vrátit zpět „. Pokud to ‚ nekontroluji, budu to moci vrátit zpět? Nebo se tlačítko “ Žádné návrat zpět “ neaktivuje, dokud to nezkontroluji? Tento dialog se téměř cítí jako forma sama, včetně zpracování chyb a správy stavu prvků uživatelského rozhraní. Pokud v tomto dialogu udělám chybu, objeví se dialog, který mi řekne, co jsem udělal špatně? 😉
• @Rahul: Souhlasím s vámi. Koncept je pěkný (pokud ‚ t nepodporujete Zpět), ale označení je opravdu divné. Dokonce i tlačítko “ No Going Back „. Myslím, že Can Not Undo je něco jako “ Souhlasím s podmínkami “ druhu potvrzení, ale ten ‚ je jen můj odhad
• to je naprosto hrozné.
• @Bennett, zákazníci to milovali. Hrozný pro vás je skvělý pro někoho jiného. Důležití jsou zákazníci. Všichni ostatní, dobré body pro zrušení fráze.

To, co máte, je gramaticky správné, ale chápu to.

Můžete zkusit rozdělit zprávu na dvě fráze:

Tato položka bude smazána, že ano jistě?

Tím se důležitá část otázky posune dopředu, kde je (doufejme) pravděpodobnější, že bude čtena.

Mám také tendenci vyhýbat se zprávám o akcích, které lze vrátit zpět, a snížit počet nevratných akcí na absolutní minimum.

Komentáře

• A samozřejmě nahraďte this item skutečným názvem položky!
• @Jared – ano – ujasněte si, co budete dělat.

U důležitých zpráv chcete být co nejjasnější a zajistit, aby si zprávu uživatel přečetl.

Zprávy jako

Kliknutím sem vyjadřujete souhlas s tím, že …

Opravdu chcete …

Ztratit se na uživatel, Uživatel to přečte jako yada, yada, yada, cokoli … a klikne na ano, aniž by se díval.

Aby si uživatel přečetl zprávu, ve které musí být správné pořadí.

• Pojmenujte akci, která se stane
• poté varování
• pak otázku
• pak akci přijmout.

Chystáte se odeslat svou žádost, Tuto akci nelze zrušit, Chcete pokračovat, Klikněte Ano pokračujte nebo klikněte na Zrušit

Je to trochu dlouhé, ale pokud potřebujete, aby si uživatel přečetl zprávu, je to nejbezpečnější způsob, jak jít.

Komentáře

• Vaše zpráva, i když je lepší než yadayada , má stále problém – proč klikám na “ ano “ pokračovat, místo “ pokračovat “ tlačítko? Něco takového by bylo lepší: Your application is ready to submit. If you continue, this can not be undone. Would you like to continue? [Continue] [Cancel]
• @Jared, Dobrý bod, zní to lépe a bude kratší.
• A co punč verze? “ Odeslat přihlášku? To nelze vrátit zpět. [Pokračovat] [Zrušit] “ (Ve skutečnosti je často užitečné říkat, že akci nelze vrátit zpět.)

Pokyny pro rozhraní Apple Human Interface pro Mac OS X mají hodně co říct schránky zpráv (výstražné panely).

Názvy tlačítek by měly odpovídat akci, kterou uživatel provede po stisknutí tlačítka – například Vymazat, Uložit nebo Odstranit . Tlačítko úplně vpravo v dialogu, tlačítko akce, je tlačítko, které potvrzuje text výstražné zprávy. Tlačítko akce je obvykle, ale ne vždy, výchozí tlačítko.(Všimněte si, že v metodách kakaa je tlačítko zcela vpravo vždy označováno jako výchozí tlačítko, i když nemusí být.) Další informace najdete v části „Odmítnutí dialogů.“

Problém s rozhraním Windows Message Box API spočívá v tom, že vám neumožňuje skutečně určit názvy požadovaných tlačítek, místo toho se vyžaduje, abyste buď hodili vlastní schránku se zprávami, nebo použili vestavěné Ano / Ne Tlačítka / OK / Storno.

Pro více informací si přečtěte zajímavý článek o obecných problémech se schránkami zpráv: Proč jsou schránky zpráv Zlo .

Komentáře

• Problémy v rozhraní Windows Message Box API řeší Task Dialog API. (Novinka ve Windows Vista)

Ne vždy jde o tyto explicitní akce, jako je mazání, mazání, save..etc .. Mohou existovat určité scénáře, kdy uživatel může nevědomky ukončit probíhající kritický proces.

Například: Uživatel je uprostřed platby a klikne na tlačítko Zpět.

V tomto scénáři musí být uživatel upozorněn.