it-swarm-eu.dev

Jsou nutné potvrzovací zprávy pro viditelné změny?

Je téměř vždy dobré dávat uživatelům zprávy o stavu. (např. „Zákazník byl přidán“ nebo „Data byla uložena.“) Nyní se ale ptám sám sebe, zda bych měl takové zprávy opravdu vždy dávat. Zejména pro tyto dva případy si nejsem jistý, zda je užitečné uvést skutečnost, že změny jsou velmi viditelné:

  • Změna jazyka webové stránky/aplikace
  • Změna motivu/designu webové stránky

Co si o tom myslíš? Dali byste vždy potvrzovací/stavovou zprávu? Nebo existují i ​​jiné situace, kdy byste si žádné zprávy nevytiskli?

20
Raffael Luthiger

Měli byste (téměř) vždy zobrazovat nějakou zpětnou vazbu na změny. I ve zjevně zjevném případě, jako je změna motivu, může být Nice říct uživateli jméno tématu, které si vybrali, v případě, že omylem vybral špatný.

Nemusíte zobrazovat explicitní potvrzovací zprávu. Například na mnoha webech se při přihlášení nezobrazí potvrzovací zpráva jako taková; jednoduše zobrazí vaše jméno v pravém horním rohu („Přihlášen jako Bennett“ nebo podobně). A v Glenově příkladu je přechod na obrazovku New Foo implicitním potvrzením úspěchu vytvoření Foo.

Jak již uvedli jiní, zprávy by měly být obecně nenápadné, nikoli modální. Dobrým příkladem jsou oznámení UXExchange pro komentáře a odznaky. Jsou tam, jsou zřejmé, ale uživatel je nemusí uznat.

8
Bennett McElwee

Ve skutečnosti se většinou vyhýbám potvrzovacím zprávám, zejména v modální podobě. Cokoli, kde uživatel musí říci „OK“, neposkytuje velkou hodnotu a zprávu stejně nečtou.

Pokud jste právě „vytvořili [foo]“, stačí uživatele přejít na první obrazovku nového [foo] a nechat je začít pracovat. Není potřeba žádná zpráva.

Ukládání dat může být zpráva, která není v cestě, jako například stavová zpráva, se kterou uživatel nemusí interagovat.

Obecně je odpověď: Nemluvte s uživatelem s tím, co už zná. Jen se posuňte vpřed s tím, co dále potřebují.

5
Glen Lipka

Záleží také na tom, kdo jsou zamýšlenými uživateli. Pracuji na několika webech se starší demografickou skupinou a testování několikrát ukázalo, že dávají přednost zcela explicitnímu potvrzení jejich činnosti.

Čím více si uživatel není jistý svými schopnostmi, tím více jistoty má tendenci potřebovat.

2
Ali

Existuje několik různých mechanismů pro komunikaci úspěšných operací.

  • Pokud akce vyústí v zcela novou obrazovku (např. Kliknutím na tlačítko Vytvořit se dostanete na obrazovku úprav), nemusíte nic říkat.

  • Pokud vás akce udrží na stejné obrazovce a aktualizuje místo na této obrazovce, použijte návrhový vzor Change Spotlight .

  • Pokud akce vyústí v přidání nebo odstranění prvků, použijte také Self Healing Transition .

  • Pokud akce nemá žádný nebo minimální účinek na viditelnou obrazovku, můžete použít Status Blip (malá plovoucí žlutá stavová poznámka, která se krátce objeví v horní části obrazovky, když něco děláte v aplikacích google) .

  • Pokud by v řadě mohlo být několik potvrzení a chcete, aby je uživatel viděl více než běžně, použijte Panely oznámení .

  • Pokud by bylo mnoho oznámení, můžete na stránce poskytnout vyhrazené místo, kde se hromadí oznámení a posouvat. Něco jako okno protokolu.

  • A konečně, pokud operace vyústí v další informace, které uživatel bude chtít, například číslo dokladu, pak by bylo přijatelnější poskytnout toto potvrzení v explicitním Modal Overlay .

2
Erics

Myslím, že by se mělo co nejvíce vyhnout explicitním zprávám (uživatelé je pravděpodobně stejně ignorují, jakmile je několikrát uvidí) a využívají kontextové narážky, tj .:

  1. Pokud je aplikace asynchronní, zobrazte vizuální indikaci, že se úloha provádí, poté, co je dokončena, odeberte indikátor nebo, pokud selže, zobrazte chybu.

  2. Pomocí jemných vizuálních podnětů upozorněte na to, co se změnilo - tj. Pokud je výsledkem úkolu/akce, že na obrazovku bylo přidáno něco (tj. Nový uživatel byl přidán do tabulky), upozorněte na něj dočasným vyblednutím zvýraznění, nebo pokud byl odstraněn, vybledněte jej (a možná posuňte něco nahoru/dovnitř, abyste vyplnili jeho místo).

  3. Jak již navrhl Glen Lipka, pokud je nejčastějším případem použití, je provést další akci ve věci, která vyplynula z předchozí akce (např. Upravit podrobnosti o uživateli/oprávnění/atd.), Pak uživatele přeneste na tuto obrazovku/stav/atd.

2
MarcusTucker

Ve dvou příkladech změny jazyka a motivu změna je potvrzení. Potvrzovací zprávy pomáhají tam, kde je činnost systému neprůhledná nebo snadno postrádá. Se změnou jazyka nebo tématu by někdo velmi rychle věděl, zda ke změně došlo, nebo ne, takže bych řekl, že pro ně není potvrzovací zpráva.

Kromě toho, k obecnému pravidlu, myslím, že kombinace návrhů zde přemýšlet o tom, co je v sázce, a publikum pro aplikaci vás povede k dobrému rozhodnutí ve většině, ne-li ve všech případech.

2
Todd Sieling

Jo, záleží také na tom, co je v sázce. Akce lze obecně označit jako „vysoký vklad“ nebo „nízký vklad“:

'High Stake' = Pokud to nefunguje, ale myslím, že to fungovalo, budu naštvaný/zašroubovaný. 'Low Stake' = Pokud to nefunguje, koho to zajímá.

Považuji příklady, které jste uvedli, za nízký vklad.

Ale v případech vysokých sázek, ve kterých se například kupuje, byste určitě chtěli zobrazit zprávu, i když, jak Glen zdůrazňuje, uživatel nemusí být nutně nucen interagovat.

1
Rob

Navrhoval bych ano a ne. Nemám prokazatelné důkazy, které by to podporovaly, kromě mé osobní expierence, ale pokud je změna snadno viditelná, není nutné bombardovat uživatele zprávami, které uvádějí zřejmé. Existují však výjimky z každého pravidla. Pokud dojde ke změně a uživatel nebude jediný, kdo ji uvidí, navrhl bych ano, ukázat potvrzovací zprávu. Mým důvodem je přístupnost. Uživatel nemusí vidět změnu sám, pokud však čtečka obrazovky/textový prohlížeč/atd. může zobrazit nebo přečíst potvrzovací zprávu, uživatel ví, že změna byla uložena.

Závěrem to záleží na situaci, stejně jako cokoli jiného. Osvědčeným postupem by mělo být důsledné a vždy by se mělo zobrazovat potvrzovací hlášení, ale každá situace je jiná. Pokud například navrhujete malé obrazovky.

Snad to pomůže.

1
AdamDV

Podle mých zkušeností s desktopovými aplikacemi (zejména produkty koncového uživatele), které jsou stahovány přes internet, je tento software používán všemi od důvtipných techniků po domácí uživatele, kteří si jen chtějí splnit své potřeby. Někdy narazíte na lidi, kteří si nejsou ani vědomi toho, co ve skutečnosti dělají nebo jaké změny skutečně provedli, takže je vždy dobré jim ukázat potvrzovací zprávy, varovné zprávy a zprávy o úspěchu. Řekněme, že někdo změní své heslo, ale nikdy nedostane žádnou zprávu na konci, nikdy by nevěděl, že jeho heslo je ve skutečnosti změněno nyní, a může se příště pokusit použít stejné staré heslo.

0
Fasih Uddin