it-swarm-eu.dev

Jak přimím uživatele ke čtení chybových zpráv?

Pokud je vaše zamýšlené publikum netechnické, ocitnete se ve vážném riziku, že vaši uživatelé budou jednoduše ignorovat pečlivě formulované chybové zprávy, buď na ně šokovaně zírají, volají a křičí na podpůrný personál nebo je jednoduše ignorují a/nebo zavírají.

Zajímalo by mě, jaké dobré postupy doporučujete, aby uživatelé nechali své chybové zprávy číst namísto jejich likvidace. Teď už vím některé základy, jako například:

  • Krátké přesné znění, případně s odkazem nebo tlačítkem na podrobné vysvětlení.
  • Uveďte příklad, jak postupovat při opravě chyby (např. „Nelze se připojit k serveru. Zkontrolujte připojení k internetu.“).
55
Mircea Chirea

Kniha About Face má několik dobrých rad. Nejdůležitější z nich je navrhnout software tak, aby se eliminovala potřeba chybových dialogů . V případech, kdy to není možné, autoři doporučují:

  • Udělejte chybný dialog zdvořilý, osvětlující a užitečný. (Nezapomeňte, že chybová zpráva je ve skutečnosti software, který hlásí, že není schopen provést, nikoli například neschopnost uživatele zadat platná data.)
  • Osvětlete problém a poskytněte relevantní informace, které uživatel potřebuje, aby naplánoval řešení problému programu
  • Nabídka k implementaci alespoň jednoho navrhovaného řešení (můj pohled: v systému Windows, využijte vestavěné Windows Troubleshooting Platform , i když jeho implementace může být šílená :))

Největší odtah je zdaleka tvrdě pracovat, aby se předešlo chybovým hlášením. Ať už je to provedením funkce Zpět, nebo nabídnutím alternativního uživatelského rozhraní nebo vstupů, když dojde k chybě, nebo něco jiného.

45
Aaron Lerch

Vždy budete mít významné procento uživatelů, kteří ignorují mnoho nebo všechny chybové zprávy. I když volají podporu, mají před sebou chybovou zprávu a tvrdí, že ji přečetli, nemusí se jim velmi dobře přizpůsobit obsah zprávy. Proto byste se měli velmi těžce snažit vyhnout se dialogu s chybami.

Kromě rady poskytnuté v About Face (viz odpověď Aarona Lerche), je dobré protokolovat všechny zprávy takovým způsobem, aby mohly být následně zkontrolovány. Nespoléhejte na uživatele, aby věděl, co se chybová zpráva řekla, ani na to, jaké tlačítko stiskli, aby se zbavil dialogového okna.

15
JesperE

Pokud jsou uživatelé netechnickí, navrhl bych jeden ze dvou přístupů:

  1. Poskytněte jim pouze kontaktní informace, aby s někým mluvili. V zásadě jim odstraňte příležitost, aby se problém dokonce pokusili vyřešit, protože pokud nejsou dostatečně kvalifikovaní, aby postupovali podle pokynů, bez ohledu na to, jak snadno je zvládnete, neobtěžujte je jim. Přidělte jim číslo 1-800 nápovědy nebo e-mail s možností kliknutí nebo něco.

  2. Pokud jim opravdu musíte dát pokyny, pak musí být netechnické (aka napsané vaší matkou, za předpokladu, že vaše matka je netechnická). I v případě, že uvedete „Nelze se připojit k serveru. Zkontrolujte připojení k internetu“. může být pro běžného domácího uživatele příliš technická. Jak zkontroluji připojení k internetu? Jaké je moje připojení k internetu? Pamatujte, že to jsou lidé, kteří nazývají počítač „strojem“ a monitorem „tv“. Ukažte jim obrázky, vysvětlete je jednoduše a podobně. Nejlepší je získat někoho, kdo neví nic o počítačích, pokud se chystáte touto cestou, ukázkovou dokumentaci nebo informace o chybách, které plánujete prezentovat, a zjistěte, zda jim rozumí to (nazývám to test tchýně, pokud tomu rozumí, kdokoli může).

6
Bil Simser

Chcete-li přimět lidi, aby si přečetli důležitou zprávu, kterou máte na paměti, musíte nejprve vyhledat v aplikaci všechny zbytečné zprávy: „Obraťte se na správce (který ve skutečnosti neexistuje)!“ a odstranit je nebo je nahradit čestnými informacemi. Jakmile je šum odstraněn z proudu zpráv, bude to měsíce, než si uživatelská základna všimne, že se poměr šumu ke zprávě zlepšil do bodu, kdy je užitečné znovu číst zprávy.

5
MatthewMartin

Poloha, umístění, umístění!

Ujistěte se, že chybová zpráva je na místě, které na jedné straně nenarušuje pracovní postup, ale na druhé straně je snadno zaznamenáno.

Pokud je zpráva uprostřed obrazovky a blokuje přístup k hlavnímu formuláři, uživatel ji ihned zavře pravděpodobně bez přečtení, ale pokud vůbec nezačne křičet, pak si to uživatel nemusí ani všimnout.

5
Sruly

(Vypadá to, že na některé z toho, co zde musím říct, odpověděli ostatní, než jsem zveřejnil příspěvek - některé dobré informace výše, zejména pan Lerch.)

Myslím si, že nešťastná rychlá odpověď zní: „Nebudou.“ Podobně jako je tomu v případě uživatelů, kteří vlastní produktové příručky, ale odmítají je otevřít, náhlá, překvapivá, mimo kontextová (alespoň pro základní uživatele) zpráva bude náhlá, překvapivá a mimo kontext .

Kromě svého dědičného pesimismu jsem našel neoficiální úspěch s duchem vašich daných návrhů. WRT první bod, souhlasím s "krátké", ale ne tak "přesné". Netechnický uživatel bude mít problémy s chybovou zprávou. „Přesná“ zpráva ještě více, protože netechnický uživatel potřebuje méně informací, ale více (tj. Potřebuje trochu vzdělání), aby skutečně pochopil, co se stalo.

Například ve druhém odrážkovém bodě bude mít netechnický uživatel problémy s první částí vaší ukázkové zprávy.

  • K čemu to je?
  • Jaký server?
  • Proč to není možné?
  • Udělal jsem něco špatně?
  • Udělal software něco špatného?

Některé nebo všechny tyto otázky projdou jejich hlavou, než se skutečně dostanou k pochopení navrhované odpovědi. Když znovu získají klid a přečtou si druhou část, budou mít další spoustu otázek o tom, jak zkontrolovat připojení k internetu. Někteří to budou interpretovat jako problém s modemem nebo routerem a energetickým cyklem celého zásobníku (bez vtipu).

Spousta toho není v chybové zprávě skutečně řešitelná; lidé mají úroveň počítačové gramotnosti a vaše aplikace na to pravděpodobně nebude mít významný dopad. Ale pokud jste měli

  • Nejprve uveďte jednoduchou větu, ve které můžete vysvětlit, proč vidí zprávu. 5-7 slov.
  • Použijte jednoduchý, konverzační jazyk k vysvětlení v trochu podrobnějších.
  • Nabídněte (pokud je to chyba stránky) appologii
  • Najděte chytrý způsob, jak jim říct, aby nepropadli panice
  • Zajistěte jim, aby se věci zlepšily

můžete trochu zpříjemnit zážitek.

Všimněte si, že posledních pár je snadné se mýlit a nakonec znějí sponzorováním, takže buďte opatrní a nejprve vyzkoušejte některé přátele.

4
Matt

Zajistěte, aby byly relevantní, stručné, srozumitelné a umístěné na místě, které není daleko od místa, kde se uživatel dívá. Vysvětlete, co se stalo a proč se to stalo, ale bez příliš mnoho verbování. Nakonec otestujte nebo prototypujte chybové stavy vaší aplikace stejně jako další části. Často jsme zapomněli a nechali uživatele projít procesem, než jsme zabudovali veškeré naše zpracování chyb, a to vynechává ověření kritické, možná frustrující části zkušenosti.

Vizuálně je odlište od ostatních prvků rozhraní. Animace může pomoci vytvořit povědomí; Yellow Fade Technique je toho dobrým příkladem.

3
Rahul

Mnoho z nejlepších rad již bylo předloženo. Chci dodat, že chybové zprávy by měly být v souladu s tónem zbytku obsahu rozhraní. http://www.visual-ii.com/ , který má velmi konverzační, mírně nerdy pocit a jehož banner na domovské stránce zní „Uncomplexification“, vytvořil 404 chybovou stránku v souladu s mírně nerdy base: http://www.visual-ii.com/404 .

2
GoodShovel

Pro neošetřené chyby typu výjimek, které jsou při spuštění aplikace vzácné, ale fatální, jsme přišli s chybovým dialogem, který má tři tlačítka:

  • 'Zkopírovat do schránky'. Tím se zkopírují podrobnosti o chybě do schránky jako text. Předpokládá se, že to uživatel použije k odeslání technické podpory e-mailem nebo k vložení do programu Poznámkový blok.
  • 'Odeslat zprávu o chybě'. Odešle podrobnosti o chybě technické podpoře e-mailem. Toto je výchozí tlačítko.
  • 'Zavřít'. Zavřete dialog. Toto tlačítko je záměrně deaktivováno po dobu 10 sekund, nebo dokud uživatel neklikne na jednu z výše uvedených akcí. Odpočítávání je uvedeno na štítku tlačítka.

Jako ochranu také zaznamenáváme chybovou zprávu do místního textového souboru, pokud uživatel neprovádí žádnou akci, kterou lze později zkontrolovat technickou podporou.

2
dodgy_coder

Když aplikace zobrazí chybové zprávy, které mi pomohou vyřešit problém, přečetl jsem si je. Pokud má aplikace (nebo prodejce) pověst chybných zpráv, které nejsou užitečné, ukončím jejich čtení.

1
EddieC

Nechte to vypadat jako chybová zpráva.

Nepoužívejte upozornění ani nic, co musíte zavřít pomocí tlačítka. Výplaty chyb ve statickém prostoru vyhrazeném pro tento účel (viz webappy, administrační panely CMS atd.)

Používejte jednoduchý a zábavný jazyk.

Místo „interní chyby serveru 500“ zkuste „Jejda. Vypadá to, že jsme neočekávali tento vstup. Možná se budete chtít vrátit zpět a zjistit, zda jste do formuláře vložili něco neobvyklého.“

Místo „chyby inicializace zařízení“ zkuste „Nemohli jsme použít vaše [zařízení, např. GPRS modem]. Je s tím všechno v pořádku? Zkontrolujte to a podívejte se, co je v konfiguraci.“

1
naugtur

Použijte animovaný zmenšující se efekt lightboxu, který soustředí pozornost na chybovou zprávu, spolu s jakoukoli relevantní částí displeje. Mít místo tlačítka text s textem „(Klepnutím sem odstraníte chybovou zprávu)“.

Pokud chcete, aby vám posílali data o chybě, a to i se svými vstupy, říká to. Použijte slovo „need“. „Zde jsou údaje o této chybě, které potřebujeme. Některé z nich se na vás mohou osobně obrátit. Kliknutím na -> zde <- nám je pošlete.“

1
user1158

Existuje spousta výzkumů, které ukazují, že mnoho netechnických koncových uživatelů bude raději požádat o pomoc někoho, kdo je vedle nich, nebo technickou podporu, než se pokusit vyřešit problémy sami. To je lidská přirozenost a nejsem si jistý, že se to někdy obejdeme. Chybové zprávy však mají špatnou pověst mezi netechnickými uživateli, které musíme prosadit.

Kromě výše uvedených bodů se ujistěte, že vaše chybová zpráva je:

  • Jasně viditelný. Pokud je to kritické, měl by být uživatel před obnovením interakce s aplikací požádán o interakci se zprávou.
  • Psaný v přátelském, příležitostném tónu, s netechnickým jazykem. Např .: Podívejte se na zprávy Firefoxu.
  • Uveďte stručný, ale jasný popis problému a proč k němu došlo.
  • Poskytněte jasné pokyny pro vyřešení problému a odkaz na počáteční místo (pokud je to možné).
  • Nevyhnutelný. Je mnohem lepší zabránit výskytu chyby uživatele než pokusit se napsat účinnou chybovou zprávu.
1
Kathy Hanbury

Jedním z nejúčinnějších způsobů zobrazení chybového upozornění je:

  1. Umístěte chybovou poznámku vedle prvku, se kterým může uživatel interagovat a provést opravu
  2. Posouváním stránky zaostřete na prvek a chybovou poznámku
  3. poskytnout krátkou animaci (pohyb chybového poznámkového bloku), aby upoutala pozornost uživatele, když je stránka již zaměřena na problémovou oblast (např. krátké formuláře)

To uživatele nasměruje k nápravným opatřením užitečným a neohrožujícím, ale také naléhavým způsobem.

0
New Alexandria