Chybové zprávy ve Windows 7

Poznámka

Tento průvodce návrhem byl vytvořen pro Windows 7 a nebyl aktualizován pro novější verze Windows. Většina pokynů se stále používá v zásadě, ale prezentace a příklady neodráží naše aktuální pokyny k návrhu.

Chybové zprávy ve Windows 7 upozorňují uživatele na problémy, ke kterým už došlo. Naproti tomu upozorňující zprávy upozorňují uživatele na podmínky, které by mohly v budoucnu způsobit problémy. Chybové zprávy lze zobrazit pomocí modálních dialogových oken, místních zpráv, oznámení nebo bublin.

Typická modální chybová zpráva

Efektivní chybové zprávy informují uživatele, že došlo k problému, vysvětlují, proč k problému došlo, a poskytují řešení, aby uživatelé mohli problém vyřešit. Uživatelé by měli buď provést akci, nebo změnit své chování v důsledku chybové zprávy.

Dobře napsané, užitečné chybové zprávy jsou zásadní pro kvalitní uživatelské prostředí. Špatně napsané chybové zprávy vedou k nízké spokojenosti produktů a představují hlavní příčinu nákladů na technickou podporu. Nepotřebné chybové zprávy přeruší tok uživatelů.

Poznámka: Pokyny týkající se dialogových oken, zprávy upozornění, potvrzení, standardní ikony, oznámenía rozložení jsou uvedeny v samostatných článcích.

Je toto správné uživatelské rozhraní?

Při rozhodování zvažte tyto otázky:

• Představuje uživatelské rozhraní problém, ke kterému už došlo? Pokud ne, zpráva není chybou. Pokud se uživateli zobrazí upozornění na podmínku, která může v budoucnu způsobit problém, použijte zprávu s upozorněním.
• Může být problém znemožněný, aniž by to způsobilo nejasnost? Pokud ano, zabraňte problému. Například použijte ovládací prvky, které jsou omezeny na platné hodnoty místo použití nekontrénovaných ovládacích prvků, které mohou vyžadovat chybové zprávy. Pokud je zřejmé, proč je ovládací prvek zakázaný, zakažte také ovládací prvky při kliknutí na chybu.
• Je možné problém opravit automaticky? Pokud ano, zapracujte problém a potlačit chybovou zprávu.
• Je pravděpodobné, že uživatelé v důsledku zprávy provede nějakou akci nebo změní jejich chování? Pokud ne, podmínka neospravedlňuje přerušení uživatele, takže je lepší potlačit chybu.
• Je problém relevantní, když uživatelé aktivně používají jiné programy? Pokud ano, zvažte zobrazení problému pomocí ikony oznamovací oblasti .
• Nesouvisí problém s aktuální aktivitou uživatele, nevyžaduje okamžitou akci uživatele a mohou ji uživatelé volně ignorovat? Pokud ano, použijte místo toho oznámení o selhání akce .
• Souvisí problém se stavem úlohy na pozadí v primárním okně? Pokud ano, zvažte zobrazení problému pomocí stavového řádku .
• Jsou primárním cílovým uživatelům IT specialisté? Pokud ano, zvažte použití alternativního mechanismu zpětné vazby, například soubor protokolu položek nebo e-mailových upozornění. IT specialisté důrazně dávají přednost souborům protokolů pro méně důležité informace.

Koncepty návrhu

Charakteristiky špatných chybových zpráv

Nemělo by vás překvapit, že existuje mnoho otravných, neužitečné a špatně napsané chybové zprávy. A protože se chybové zprávy často zobrazují pomocí modálních dialogů, přeruší aktuální aktivitu uživatele a před povolením uživateli pokračovat.

Součástí problému je, že existuje tolik způsobů, jak to udělat špatně. Podívejte se na tyto příklady z haly chybových zpráv o hanbě:

nepotřebné chybové zprávy

nesprávná odpověď:

Tento příklad ze systému Windows XP může být nejhorší chybovou zprávou vůbec. Označuje, že program se nepodařilo spustit, protože samotný Systém Windows je v procesu vypnutí. Neexistuje nic, co by uživatel mohl udělat, nebo dokonce chce udělat o tom (uživatel se rozhodl vypnout Windows, koneckonců). A zobrazením této chybové zprávy se systém Windows nebude moct vypnout.

Problém: Samotná chybová zpráva je problém. Kromě zavření chybové zprávy neexistuje nic, co by uživatelé mohli udělat.

úvodní příčina: Hlášení všech případů chyb bez ohledu na cíle uživatelů nebo pohledu.

doporučená alternativa: Neoznamujte chyby, které uživatelé nezajímají.

chybové zprávy "Úspěch"

nesprávná odpověď:

Tato chybová zpráva byla výsledkem toho, že se uživatel rozhodl nerestartovat systém Windows ihned po odebrání programu. Odebrání programu bylo z pohledu uživatele úspěšné.

Problém: Z pohledu uživatele neexistuje žádná chyba. Kromě zavření chybové zprávy neexistuje nic, co by uživatelé mohli udělat.

Počáteční příčina: Úkol byl úspěšně dokončen z pohledu uživatele, ale z pohledu odinstalačního programu selhal.

doporučená alternativa: Neoznamujte chyby pro podmínky, které uživatelé považují za přijatelné.

zcela nepoužité chybové zprávy

nesprávná odpověď:

Uživatelé se dozví, že došlo k chybě, ale netušíte, co byla chyba nebo co s ní dělat. A ne, není to v pořádku!

Problém: Chybová zpráva nedává konkrétní problém a uživatelé s tím nemůžou nic dělat.

úvodní příčina: s největší pravděpodobností má program špatné zpracování chyb.

Doporučená alternativa: návrhu vhodného zpracování chyb v programu.

nepochopitelné chybové zprávy

nesprávná odpověď:

V tomto příkladu je prohlášení o problému jasné, ale doplňkové vysvětlení je naprosto baffling.

Problém: Prohlášení o problému nebo řešení je nesrozumitelné.

počáteční příčina: Vysvětlení problému z pohledu kódu místo uživatele.

Doporučená alternativa: Napsat text chybové zprávy, který můžou vaši cíloví uživatelé snadno pochopit. Poskytovat řešení, která můžou uživatelé skutečně provádět. Návrh prostředí chybové zprávy programu nemá programátory vytvářet chybové zprávy na místě.

chybové zprávy, které překomunikují

nesprávná odpověď:

V tomto příkladu se chybová zpráva zřejmě pokusí vysvětlit každý krok řešení potíží.

Problém: Příliš mnoho informací.

úvodní příčina: Poskytuje příliš mnoho podrobností nebo se pokoušíte vysvětlit složitý proces řešení potíží v rámci chybové zprávy.

Doporučená alternativa: Vyhněte se zbytečným podrobnostem. Vyhněte se také řešení potíží. Pokud je potřeba poradce při potížích, zaměřte se na nejpravděpodobnější řešení a vysvětlete zbytek tím, že propojíte příslušné téma v nápovědě.

zbytečně drsné chybové zprávy

nesprávná odpověď:

Program nemůže najít objekt, který sotva zní katastroficky. A za předpokladu, že je katastrofální, proč je odpověď v pořádku?

Problém: tón programu je zbytečně drsný nebo dramatický.

Počáteční příčina: Problém je způsoben chybou, která vypadá katastroficky z pohledu programu.

Doporučená alternativa: Zvolte jazyk pečlivě na základě pohledu uživatele.

chybové zprávy, které obviňují uživatele

nesprávná odpověď:

Proč se uživatelé cítí jako zločinec?

Problém: Chybová zpráva je frází způsobem, který uživatele obviňuje z provedení chyby.

úvodní příčina: necitlivé formulace, která se zaměřuje na chování uživatele místo problému.

Doporučenou alternativu: Zaměřit se na problém, ne na akci uživatele, která vedla k problému, podle potřeby pomocí pasivního hlasu.

hloupé chybové zprávy

nesprávná odpověď:

V tomto příkladu je prohlášení o problému poměrně ironické a nejsou k dispozici žádná řešení.

Problém: Příkazy chybové zprávy, které jsou hloupé nebo nepravožitné.

úvodní příčina: Vytváření chybových zpráv bez nutnosti věnovat pozornost kontextu.

doporučenou alternativu: nechat chybové zprávy vytvořené a zkontrolovat zapisovač. Při kontrole chyb zvažte kontext a stav uživatele.

chybové zprávy programátora

nesprávná odpověď:

V tomto příkladu chybová zpráva indikuje, že v programu došlo k chybě. Tato chybová zpráva má význam pouze pro programátora.

Problém: Zprávy určené k tomu, aby vývojářům programu pomohly najít chyby, zůstanou ve verzi programu. Tyto chybové zprávy nemají žádný význam ani hodnotu pro uživatele.

počáteční příčina: programátorům pomocí normálního uživatelského rozhraní vytvářet zprávy sami sobě.

Doporučenou alternativu: vývojáři musí podmíněně zkompilovat všechny takové zprávy, aby se automaticky odebrali z verze produktu. Neztrácejte čas při pokusu o provedení chyb, jako je tento srozumitelný uživatelům, protože jejich jedinou cílovou skupinou jsou programátoři.

Špatně zobrazené chybové zprávy

nesprávná odpověď:

Tento příklad obsahuje řadu běžných chyb prezentace.

Problém: Dochází k chybě všech podrobností v prezentaci chybové zprávy.

úvodní příčina: Nepovědání a použití pokynů k chybové zprávě. K vytváření a kontrole chybových zpráv nepoužíváte zapisovače a editory.

Povaha zpracování chyb je taková, že mnohé z těchto chyb jsou velmi snadné. Je narušující si uvědomit, že většina chybových zpráv může být kandidáty na Síň hanby.

Charakteristiky dobrých chybových zpráv

Na rozdíl od předchozích špatných příkladů mají dobré chybové zprávy:

• Problém. Uvádí, že došlo k problému.
• Příčina. Vysvětluje, proč k problému došlo.
• Řešení. Poskytuje řešení, aby uživatelé mohli problém vyřešit.

Kromě toho jsou dobré chybové zprávy prezentovány způsobem, který je následující:

• Relevantní. Zpráva představuje problém, na kterém se uživatelé zajímají.
• Žalovatelný. Uživatelé by měli buď provést akci, nebo změnit jejich chování v důsledku zprávy.
• Uživatelem vycentrované. Zpráva popisuje problém z hlediska cílových akcí nebo cílů uživatelů, ne z hlediska toho, s čím je kód nešťastný.
• Stručný. Zpráva je co nejkratší, ale není kratší.
• Jasný. Zpráva používá prostý jazyk, aby cíloví uživatelé mohli snadno pochopit problém a řešení.
• Specifický. Zpráva popisuje problém s použitím konkrétního jazyka, zadáním konkrétních názvů, umístění a hodnot zahrnutých objektů.
• Zdvořilý. Uživatelé by neměli být obviňováni ani se cítit hloupí.
• Vzácný. Zobrazuje se zřídka. Často zobrazené chybové zprávy jsou znaménkem špatného návrhu.

Návrhem prostředí pro zpracování chyb tak, aby tyto charakteristiky měly, můžete nechat chybové zprávy programu mimo chybovou zprávu Hall of Shame.

vyhnout se zbytečným chybným zprávám

Nejlepší chybová zpráva často není chybová zpráva. Mnoho chyb se dá vyhnout lepším návrhem a často existují lepší alternativy k chybným zprávám. Obvykle je lepší předejít chybě, než ji nahlásit.

Nejobjasnější chybové zprávy, které se mají vyhnout, jsou ty, které se nedají použít. Pokud uživatelé pravděpodobně zprávu zavřeli, aniž by něco udělali nebo změnili, vynecháte chybovou zprávu.

Některé chybové zprávy je možné odstranit, protože nejsou problémy z pohledu uživatele. Předpokládejme například, že se uživatel pokusil odstranit soubor, který je již v procesu odstranění. I když to může být neočekávaný případ z hlediska kódu, uživatelé tuto chybu nepovažují za chybu, protože jejich požadovaný výsledek je dosažen.

nesprávná odpověď:

Tato chybová zpráva by měla být odstraněna, protože akce byla úspěšná z pohledu uživatele.

Předpokládejme například, že uživatel explicitně zruší úlohu. Z pohledu uživatele není následující podmínka chybou.

nesprávná odpověď:

Tato chybová zpráva by také měla být odstraněna, protože akce byla úspěšná z pohledu uživatele.

Někdy se chybové zprávy dají eliminovat tím, že se místo technologie zaměřují na cíle uživatelů. Při tom znovu zvažte, co skutečně je chyba. Je problém s cíli uživatele nebo schopností vašeho programu je uspokojovat? Pokud akce uživatele dává smysl v reálném světě, měl by mít smysl i v softwaru.

Předpokládejme například, že v rámci programu elektronického obchodování se uživatel pokusí najít produkt pomocí vyhledávání, ale literálový vyhledávací dotaz nemá žádné shody a požadovaný produkt není na skladě. Technicky vzato se jedná o chybu, ale místo chybové zprávy by program mohl:

• Pokračujte v hledání produktů, které nejvíce odpovídají dotazu.
• Pokud hledání obsahuje zjevné chyby, automaticky doporučte opravený dotaz.
• Automaticky zpracujte běžné problémy, jako jsou pravopisné chyby, alternativní pravopis a neshody v množném čísle a slovesných případech.
• Uveďte, kdy bude produkt skladem.

Pokud je žádost uživatele rozumná, měl by dobře navržený program elektronického obchodování vrátit přiměřené výsledky, nikoli chyby.

Dalším skvělým způsobem, jak se vyhnout chybným zprávám, je prevence problémů na prvním místě. Chyby můžete zabránit:

• Použití omezených ovládacích prvků Použijte ovládací prvky, které jsou omezené na platné hodnoty. Ovládací prvky, jako jsou seznamy, posuvníky, zaškrtávací políčka, přepínače a výběry data a času, jsou omezené na platné hodnoty, zatímco textová pole často nejsou a mohou vyžadovat chybové zprávy. Textová pole ale můžete omezit tak, aby přijímala jenom určité znaky a přijímala maximální počet znaků.
• Použití omezených interakcí U operací přetažení umožňuje uživatelům vypustit pouze platné cíle.
• Použití zakázaných ovládacích prvků a položek nabídky Zakažte ovládací prvky a položky nabídek, když uživatelé můžou snadno zjistit, proč je ovládací prvek nebo položka nabídky zakázaná.
• Poskytnutí správných výchozích hodnot Uživatelé budou méně pravděpodobné, že při přijetí výchozích hodnot dojde k chybám vstupu. I když se uživatelé rozhodnou hodnotu změnit, výchozí hodnota uživatelům umožní znát očekávaný vstupní formát.
• Dělám věci jen tak, aby fungovaly. Uživatelé s menší pravděpodobností dělají chyby, pokud jsou pro ně úkoly nepotřebné nebo se pro ně provádějí automaticky. Nebo pokud uživatelé dělají malé chyby, ale jejich záměr je jasný, problém se opraví automaticky. Můžete například automaticky opravit menší problémy s formátováním.

Poskytování nezbytných chybových zpráv

Někdy je potřeba zadat chybovou zprávu. Uživatelé dělají chyby, sítě a zařízení přestanou fungovat, objekty se nedají najít ani upravit, úkoly se nedají dokončit a programy mají chyby. V ideálním případě by k těmto problémům docházelo méně často, například můžeme navrhnout software tak, aby se zabránilo mnoha typům chyb uživatelů, ale není reálné zabránit všem těmto problémům. A když dojde k některému z těchto problémů, užitečná chybová zpráva uživatelům rychle vrátí zpátky na nohy.

Běžným přesvědčením je, že chybové zprávy jsou nejhorším uživatelským prostředím a měly by se vyhnout za všechny náklady, ale je přesnější říci, že nejasnosti uživatelů jsou nejhorší a měly by se vyhnout za všechny náklady. Někdy jsou náklady užitečnou chybovou zprávou.

Zvažte zakázané ovládací prvky. Ve většině případů je zřejmé, proč je ovládací prvek zakázán, takže zakázání ovládacího prvku je skvělý způsob, jak se vyhnout chybové zprávě. Co když je ale důvod, proč je ovládací prvek zakázaný, není zřejmé? Uživatel nemůže pokračovat a neexistuje žádná zpětná vazba k určení problému. Teď je uživatel zablokovaný a buď musí problém odstranit, nebo získat technickou podporu. V takových případech je mnohem lepší nechat ovládací prvek povolený a místo toho poskytnout užitečnou chybovou zprávu.

nesprávná odpověď:

Proč je tady zakázané tlačítko Další? Lepší nechat ji povolenou a vyhnout se nejasnostem uživatelů tím, že zobrazí užitečnou chybovou zprávu.

Pokud si nejste jistí, jestli byste měli dát chybovou zprávu, začněte tím, že vytvoříte chybovou zprávu, kterou byste mohli poskytnout. Pokud uživatelé pravděpodobně buď provede nějakou akci, nebo změní jejich chování v důsledku toho, zadejte chybovou zprávu. Pokud uživatelé pravděpodobně zprávu zavřeou, aniž by něco museli dělat nebo měnit, vynecháte chybovou zprávu.

Návrh pro dobré zpracování chyb

I když vytváření dobrého textu chybové zprávy může být náročné, někdy je nemožné bez dobré podpory zpracování chyb z programu. Zvažte tuto chybovou zprávu:

nesprávná odpověď:

snímek obrazovky se zprávou

Je pravděpodobné, že problém je opravdu neznámý, protože chybí podpora zpracování chyb programu.

I když je možné, že se jedná o velmi špatně napsanou chybovou zprávu, spíše odráží nedostatek dobrého zpracování chyb souvisejícím kódem, o kterém není známo žádné konkrétní informace o problému.

Aby bylo možné vytvořit konkrétní chybové zprávy zaměřené na uživatele, musí kód zpracování chyb programu obsahovat specifické informace o chybách vysoké úrovně:

• Každý problém by měl mít přiřazen jedinečný kód chyby.
• Pokud má problém několik příčin, program by měl určit konkrétní příčinu, kdykoli je to možné.
• Pokud problém obsahuje parametry, musí být zachovány parametry.
• Problémy nízké úrovně musí být zpracovány na dostatečně vysoké úrovni, aby se chybová zpráva zobrazovala z pohledu uživatele.

Dobré chybové zprávy nejsou jen problém s uživatelským rozhraním, jedná se o problém návrhu softwaru. Dobrou chybovou zprávou není něco, co je možné později vyčíst.

řešení potíží (a jak se tomu vyhnout)

Při řešení potíží s několika různými příčinami se zobrazí jedna chybová zpráva.

nesprávná odpověď:

správně:

Řešení potíží při hlášení několika problémů s jedinou chybovou zprávou

V následujícím příkladu nelze položku přesunout, protože už byla přesunuta nebo odstraněna, nebo byl odepřen přístup. Pokud program může snadno určit příčinu, proč zatěžovat uživatele určit konkrétní příčinu?

nesprávná odpověď:

Co to je? Teď musí uživatel řešit potíže.

Program může určit, jestli byl přístup odepřen, takže tento problém by měl být hlášen s konkrétní chybovou zprávou.

správně:

U konkrétní příčiny se nevyžaduje žádné řešení potíží.

Zprávy s více příčinami používejte pouze v případech, kdy nelze určit konkrétní příčinu. V tomto příkladu by bylo obtížné určit, jestli byla položka přesunuta nebo odstraněna, takže se zde může použít jedna chybová zpráva s více příčinami. Je však nepravděpodobné, že by se uživatelé starali, pokud například nemohli přesunout odstraněný soubor. V těchto příčinách není ani nutná chybová zpráva.

zpracování neznámých chyb

V některých případech problém, příčinu ani řešení neznáte. Pokud by bylo nechutné potlačit chybu, je lepší být předem o nedostatku informací než prezentovat problémy, příčiny nebo řešení, která nemusí být správná.

Pokud má například váš program neošetřenou výjimku, je vhodná následující chybová zpráva:

Pokud nemůžete potlačit neznámou chybu, je lepší být předem o chybějících informacích.

Na druhou stranu uveďte konkrétní informace, které se dají použít, pokud je pravděpodobné, že vám nejvíce času pomůžou.

Tato chybová zpráva je vhodná pro neznámou chybu, pokud je obvykle problém s připojením k síti.

Určení odpovídajícího typu zprávy

Některé problémy se dají zobrazit jako chyba, upozornění nebo informace v závislosti na zdůraznění a formulaci. Předpokládejme například, že webová stránka nemůže načíst nepodepsaný ovládací prvek ActiveX na základě aktuální konfigurace aplikace Windows Internet Explorer:

• Chyba. "Tato stránka nemůže načíst nepodepsaný ovládací prvek ActiveX." (Frází se jako existující problém.)
• Varování. Tato stránka se nemusí chovat podle očekávání, protože Aplikace Windows Internet Explorer není nakonfigurovaná pro načtení nepodepsaných ovládacích prvků ActiveX. Nebo Povolit této stránce instalaci nepodepsaného ovládacího prvku ActiveX? Pokud tak učiníte z nedůvěryhodných zdrojů, může poškodit váš počítač." (Obě fráze jsou uvedené jako podmínky, které můžou způsobit budoucí problémy.)
• Informace. "Nakonfigurovali jste aplikaci Windows Internet Explorer tak, aby blokovala nepodepsané ovládací prvky ActiveX." (Fráze jako prohlášení faktu.)

Pokud chcete určit odpovídající typ zprávy, zaměřte se na nejdůležitější aspekt problému, na který uživatelé potřebují vědět nebo na který musí reagovat. Obvykle platí, že pokud problém uživateli brání v pokračování, měli byste ho prezentovat jako chybu; pokud může uživatel pokračovat, předejte ho jako upozornění. Vytvořte hlavní instrukce nebo jiný odpovídající text na základě daného fokusu a pak zvolte ikonu (standardní nebo jinak), která odpovídá textu. Hlavní text instrukce a ikony by se měly vždy shodovat.

prezentace chybové zprávy

Většina chybových zpráv v aplikacích pro Windows se zobrazuje pomocí modálních dialogových oken (stejně jako většina příkladů v tomto článku), ale existují i další možnosti:

• Místní
• Balóny
• Upozornění
• Ikony oznamovací oblasti
• Stavové pruhy
• Soubory protokolů (pro chyby cílené na IT profesionály)

Uvedení chybových zpráv do modálních dialogových oken má výhodu náročné okamžité pozornosti a potvrzení uživatele. To je ale také jejich hlavní nevýhodou, pokud tato pozornost není nutná.

Opravdu potřebujete uživatele přerušit, aby mohli kliknout na tlačítko Zavřít? Pokud ne, zvažte alternativy použití modálního dialogového okna.

Modální dialogy jsou skvělou volbou, když uživatel musí potvrdit problém bezprostředně před pokračováním, ale často špatnou volbou jinak. Obecně byste měli raději použít nejlehčí prezentaci, která dobře funguje.

vyhnout se nadměrné komunikaci

Obecně platí, že uživatelé nečtou, kontrolují. Čím více textu je, tím těžší je text naskenovat a tím pravděpodobnější uživatelé text vůbec nepřečtou. V důsledku toho je důležité text omezit na základní informace a v případě potřeby použít odkazy na progresivní zveřejnění a nápovědu.

Existuje mnoho extrémních příkladů, ale pojďme se podívat na jednu typickou. Následující příklad obsahuje většinu atributů dobré chybové zprávy, ale jeho text není stručný a vyžaduje motivaci ke čtení.

nesprávná odpověď:

Tento příklad je dobrou chybovou zprávou, ale překomunikuje.

Co všechno ten text opravdu říká? Něco takového:

správně:

Tato chybová zpráva obsahuje v podstatě stejné informace, ale je mnohem stručnější.

Pomocí nápovědy k zadání podrobností má tato chybová zpráva invertovaný jehlanový styl prezentace.

Další pokyny a příklady pro překomunikování najdete v tématu Text uživatelského rozhraní.

Pokud děláš jenom osm věcí

1. Navrhněte program pro zpracování chyb.
2. Neudělujte zbytečné chybové zprávy.
3. Vyhněte se nejasnostem uživatelů tím, že poskytnete nezbytné chybové zprávy.
4. Ujistěte se, že chybová zpráva obsahuje problém, příčinu a řešení.
5. Ujistěte se, že chybová zpráva je relevantní, použitelná, krátká, jasná, specifická, zdvořilá a vzácná.
6. Návrh chybových zpráv z pohledu uživatele, nikoli z pohledu programu.
7. Vyhněte se zapojení uživatele do řešení potíží, použijte pro každou zjistitelnou příčinu jinou chybovou zprávu.
8. Použijte nejlehčí prezentační metodu, která dobře funguje.

vzory využití

Chybové zprávy mají několik vzorů použití:

Označit	Hodnota
problémy se systémem Operační systém, hardwarové zařízení, síť nebo program selhal nebo není ve stavu potřebném k provedení úlohy.	Mnoho systémových problémů může uživatel vyřešit: Problémy se zařízením je možné vyřešit zapnutím zařízení, opětovným připojením zařízení a vložením média. Problémy se sítí je možné vyřešit kontrolou připojení fyzické sítě a spuštěním Network diagnostikovat a opravit. Problémy programu je možné vyřešit změnou možností programu nebo restartováním programu. V tomto příkladu program nemůže najít kameru k provedení úkolu uživatele. V tomto příkladu je potřeba zapnout funkci potřebnou k provedení úkolu.
Problémy se souborem Soubor nebo složka vyžadovaná pro úlohu iniciovanou uživatelem nebyla nalezena, je již používána nebo nemá očekávaný formát.	V tomto příkladu nelze soubor nebo složku odstranit, protože nebyl nalezen. V tomto příkladu program nepodporuje daný formát souboru.
problémy se zabezpečením Uživatel nemá oprávnění pro přístup k prostředku nebo dostatečná oprávnění k provedení úkolu iniciovaného uživatelem.	V tomto příkladu nemá uživatel oprávnění pro přístup k prostředku. V tomto příkladu nemá uživatel oprávnění k provedení úkolu.
problémy s úlohami Došlo k určitému problému při provádění úlohy iniciované uživatelem (jiné než systém, soubor nebyl nalezen, formát souboru nebo problém se zabezpečením).	V tomto příkladu nelze data schránky vložit do Malování. V tomto příkladu nemůže uživatel nainstalovat upgrade softwaru.
problémy se vstupem uživatele Uživatel zadal hodnotu, která je nesprávná nebo nekonzistentní se vstupem jiného uživatele.	V tomto příkladu uživatel zadal nesprávnou časovou hodnotu. V tomto příkladu uživatelský vstup není ve správném formátu.

Pokyny

Prezentace

• Použít dialogy úkolů vždy, když je to vhodné, abyste dosáhli konzistentního vzhledu a rozložení. Dialogy úloh vyžadují systém Windows Vista nebo novější, takže nejsou vhodné pro starší verze Windows. Pokud musíte použít okno se zprávou, oddělte hlavní instrukce od doplňkové instrukce dvěma koncem řádku.

Chyby uživatelského vstupu

• Kdykoli je to možné, zabráníte nebo omezíte chyby uživatelského vstupu:
  • Použití ovládacích prvků, které jsou omezené na platné hodnoty.
  • Zakázání ovládacích prvků a položek nabídky při kliknutí by mělo za následek chybu, pokud je zřejmé, proč je ovládací prvek nebo položka nabídky zakázaná.
  • Poskytnutí správných výchozích hodnot

nesprávná odpověď:

V tomto příkladu se pro omezený vstup používá nepřetížené textové pole. Místo toho použijte posuvník.

• Použití bezmodálního zpracování chyb (místní chyby nebo bubliny) pro kontextové problémy se vstupem uživatele.
• Používejte bubliny pro nekritické problémy se vstupem uživatele v jednom bodu, které byly zjištěny v textovém poli nebo bezprostředně po ztrátě fokusu textového pole.bubliny nevyžadují dostupné místo na obrazovce ani dynamické rozložení, které je nutné k zobrazení místních zpráv. Zobrazí se jenom jedna bublina najednou. Vzhledem k tomu, že problém není kritický, není nutná žádná ikona chyby. Bubliny zmizí po kliknutí, při vyřešení problému nebo po vypršení časového limitu.

V tomto příkladu bublina označuje vstupní problém, zatímco stále v ovládacím prvku.

• Použít místní chyby pro opožděné zjišťování chyb, obvykle chyby nalezeny kliknutím na tlačítko potvrzení. (Nepoužívejte místní chyby pro nastavení, která jsou okamžitě potvrzena.) Najednou může existovat více místních chyb. Používejte normální text a ikonu chyby 16 × 16 pixelů a umístěte je přímo vedle problému, kdykoli je to možné. Místní chyby se neodejdou, pokud se uživatel neovědí a nenaleznou se žádné jiné chyby.

V tomto příkladu se u chyby nalezené kliknutím na tlačítko potvrzení použije místní chyba.

• Pro všechny ostatní problémy používejte modální zpracování chyb (dialogová okna úkolů nebo zprávy), včetně chyb zahrnujících více ovládacích prvků nebo chyb, které nejsou kontextové nebo nevejdou, nalezené kliknutím na tlačítko potvrzení.
• Při nahlášení problému se vstupem uživatele nastavte fokus vstupu na první ovládací prvek s nesprávnými daty. V případě potřeby posuňte ovládací prvek do zobrazení. Pokud je ovládací prvek textové pole, vyberte celý obsah. Vždy by mělo být zřejmé, na co chybová zpráva odkazuje.
• Nezaškrtávejte nesprávný vstup. Místo toho ho nechte, aby uživatel viděl a opravil problém, aniž by začal znovu.
  • Výjimka: Vymazat nesprávné heslo a textová pole PIN, protože uživatelé nemůžou efektivně opravovat maskovaný vstup.

Řešení problémů

• Vyhněte se řešení potíží. Nespoléhejte na jedinou chybovou zprávu, která by ohlásila problém s několika různými zjistitelnými příčinami.
• Pro každou zjistitelnou příčinu použijte jinou chybovou zprávu (obvykle jinou doplňkovou instrukci). Pokud například soubor nelze otevřít z několika důvodů, zadejte pro každý důvod samostatnou doplňkovou instrukci.
• Zprávu s více příčinami používejte pouze v případech, kdy nelze určit konkrétní příčinu. V tomto případě předejte řešení v pořadí, ve které je pravděpodobné, že problém vyřešíte. To pomáhá uživatelům vyřešit problém efektivněji.

Ikony

• Modální chybové zprávy dialogy nemají ikony záhlaví. Ikony záhlaví se používají jako vizuální rozdíl mezi primárními a sekundárními okny.

• Použijte ikonu chyby. Výjimky:

  • Pokud se jedná o problém se vstupem uživatele, který se zobrazuje pomocí modálního dialogového okna nebo bubliny, nepoužívejte ikonu. Je to proti povzbuzování tónu Windows. Místní chybové zprávy by ale měly používat malou ikonu chyby (16 × 16 pixelů), aby je jasně identifikovaly jako chybové zprávy.

    

    

    V těchto příkladech problémy se vstupem uživatele nepotřebují ikony chyb.

    

    V tomto příkladu potřebuje místní chybová zpráva malou ikonu chyby, která ji jasně identifikuje jako chybovou zprávu.

• Pokud je problém funkce, která má ikonu (a ne problém se vstupem uživatele), můžete použít ikonu funkce s překrytím chyb. Pokud to uděláte, použijte také název funkce jako předmět chyby.

  

  V tomto příkladu má ikona funkce překryvnou chybu a tato funkce je předmětem chyby.

• Nepoužívejte ikony upozornění pro chyby. To se často dělá, aby prezentace cítila méně závažná. Chyby nejsou upozornění.

  nesprávná odpověď:

  

  V tomto příkladu se nesprávně používá ikona upozornění, aby se chyba cítila méně závažná.

Další pokyny a příklady najdete v tématu standardní ikony.

Progresivní zveřejnění

• Pomocí tlačítka Zobrazit/Skrýt podrobnosti progresivního zpřístupnění skryjete upřesňující nebo podrobné informace v chybové zprávě. Tím se zjednoduší chybová zpráva pro typické použití. Neskryjte potřebné informace, protože je uživatelé nemusí najít.

V tomto příkladu tlačítko progresivního zpřístupnění pomáhá uživatelům přejít k podrobnějším podrobnostem, pokud ho chtějí, nebo zjednodušit uživatelské rozhraní, pokud ne.

• Nepoužívejte možnost Zobrazit nebo skrýt podrobnosti, pokud opravdu není k dispozici více podrobností. Nepřestavujte pouze existující informace ve více podrobném formátu.
• K zobrazení informací nápovědy nepoužívejte možnost Zobrazit nebo Skrýt podrobnosti. Místo toho použijte odkazy nápovědy.

Pokyny k označování najdete v tématu ovládací prvky progresivního zpřístupnění.

Tuto zprávu znovu nezobrazovat

• Pokud chybová zpráva tuto možnost potřebuje, znovu zvažte chybu a její frekvenci. Pokud má všechny vlastnosti dobré chyby (relevantní, použitelné a občasné), nemělo by pro uživatele dávat smysl ji potlačit.

Další pokyny najdete v tématu Dialogová okna.

Výchozí hodnoty

• Vyberte nejbezpečnější, nejméně destruktivní nebo nejbezpečnější odpověď, aby byla výchozí. Pokud bezpečnost není faktorem, vyberte nejpravděpodobnější nebo pohodlný příkaz.

Pomoc

• Navrhujte chybové zprávy, abyste se vyhnuli potřebě nápovědy. Obvykle by uživatelé neměli číst externí text, aby pochopili a vyřešili problém, pokud řešení nevyžaduje několik kroků.
• Ujistěte se, že obsah nápovědy je relevantní a užitečný. Nemělo by se jednat o podrobné restatace chybové zprávy, ale měla by obsahovat užitečné informace, které jsou nad rámec chybové zprávy, například způsoby, jak se v budoucnu vyhnout problému. Nezadávejte odkaz na nápovědu jenom proto, že můžete.
• Pro přístup k obsahu nápovědy použijte konkrétní, stručné a relevantní odkazy nápovědy. Pro tento účel nepoužívejte příkazová tlačítka ani progresivní zpřístupnění.
• U chybových zpráv, které nemůžete nastavit jako specifické a použitelné, zvažte poskytnutí odkazů na online obsah nápovědy. Tímto způsobem můžete uživatelům poskytnout další informace, které můžete aktualizovat po vydání programu.

Další pokyny najdete v tématu nápovědy.

Kódy chyb

• V případě chybových zpráv, které nemůžete nastavit jako specifické a použitelné, nebo využijte výhod nápovědy, zvažte také poskytnutí kódů chyb. Uživatelé tyto kódy chyb často používají k vyhledání dalších informací na internetu.
• Vždy zadejte textový popis problému a řešení. Nezávisejte jen na kódu chyby pro tento účel.

nesprávná odpověď:

V tomto příkladu se kód chyby používá jako náhrada textu řešení.

• Přiřaďte jedinečný kód chyby pro každou jinou příčinu. Tím se vyhnete řešení potíží.
• Zvolte kódy chyb, které lze snadno prohledávat na internetu. Pokud používáte 32bitové kódy, použijte šestnáctkové vyjádření s úvodním znakem 0x a velkými písmeny.

správně:

1234

0xC0001234

nesprávná odpověď:

-1

-67113524

• Pomocí funkce Zobrazit nebo skrýt podrobnosti zobrazíte kódy chyb. Fráze jako kód chyby: <error code>.

V tomto příkladu se kód chyby používá k doplnění chybové zprávy, která může těžit z dalších informací.

Zvuk

• Nepoužívejte chybové zprávy se zvukovým efektem nebo pípnutím. Je to zasekávání a nepotřebné.
  • výjimka: Přehrát zvukový efekt kritického zastavení, pokud je problém kritický pro provoz počítače, a uživatel musí okamžitě jednat, aby se zabránilo vážným důsledkům.

Text

obecné

• Odeberte redundantní text. Hledejte ho v názvech, hlavních pokynech, doplňkových pokynech, příkazových odkazech a tlačítkách potvrzení. Obecně platí, že v pokynech a interaktivních ovládacích prvcích ponechte celý text a odeberte veškerou redundanci z jiných míst.
• Použijte vysvětlení na střed uživatele. Popište problém z hlediska akcí nebo cílů uživatelů, ne z hlediska toho, s čím je software nešťastný. Použijte jazyk, kterému cíloví uživatelé rozumí a používají. Vyhněte se technickému žargonu.

nesprávná odpověď:

správně:

V těchto příkladech správná verze mluví jazykem uživatele, zatímco nesprávná verze je příliš technická.

• Nepoužívejte následující slova:
  • Chyba, chyba (místo toho problém s použitím)
  • Nepovedlo se (nepovedlo se použít místo toho)
  • Neplatná, neplatná, chybná (místo toho použijte nesprávnou hodnotu)
  • Přerušení, ukončení, ukončení (místo toho použijte zastavení)
  • Katastrofické, závažné (místo toho použijte vážné)

Tyto termíny jsou zbytečné a v rozporu s povzbuzováním tónu Systému Windows. Pokud správně, ikona chyby dostatečně oznámí, že došlo k problému.

nesprávná odpověď:

správně:

V nesprávném příkladu jsou nepotřebné termíny "katastrofické" a "selhání".

• Nepoužívejte formulaci, která uživatele obviňuje nebo značí chybu uživatele. Vyhněte se použití vás a vaší formulace. I když je aktivní hlas obecně upřednostňovaný, použijte pasivní hlas, pokud je uživatel předmětem a může se cítit vinu za chybu, pokud byl použit aktivní hlas.

nesprávná odpověď:

správně:

Nesprávný příklad uživatele obviňuje pomocí aktivního hlasu.

• Buďte specifická. Vyhněte se vágní formulaci, jako je chyba syntaxe a neplatná operace. Zadejte konkrétní názvy, umístění a hodnoty zahrnutých objektů.

nesprávná odpověď:

Soubor nebyl nalezen.

Disk je plný.

Hodnota mimo rozsah

Znak je neplatný.

Zařízení není k dispozici.

Tyto problémy by byly mnohem jednodušší vyřešit s konkrétními názvy, umístěními a hodnotami.

• V pokusu o konkrétní řešení neudělujte pravděpodobně nepravděpodobné problémy, příčiny nebo řešení. Nezadávejte problém, příčinu nebo řešení, pokud není pravděpodobné, že je správné. Je například lepší říci, že došlo k neznámé chybě, než něco, co je pravděpodobně nepřesné.
• Vyhněte se slovu "prosím", s výjimkou situací, kdy se uživateli zobrazí výzva, aby udělal něco nevhodného (například čekání) nebo software je na tuto situaci vinu.

správně:

Počkejte prosím, než systém Windows zkopíruje soubory do počítače.

• Použít slovo "sorry" pouze v chybových zprávách, které vedou k vážným problémům pro uživatele (například ztrátu dat nebo nemožnost používat počítač). Neomlouvejte se, pokud k problému došlo během normálního fungování programu (například pokud uživatel musí počkat na nalezení síťového připojení).

správně:

Je nám líto, ale služba Fabrikam Backup zjistila neopravitelný problém a byla vypnuta kvůli ochraně souborů ve vašem počítači.

• Podívejte se na produkty používající jejich krátké názvy. Nepoužívejte úplné názvy produktů ani symboly ochranných známek. Nezahrnujte název společnosti, pokud uživatelé nepřidruží název společnosti k produktu. Nezahrnujte čísla verzí programu.

nesprávná odpověď:

správně:

V nesprávném příkladu se používají celé názvy produktů a symboly ochranných známek.

• Používejte u názvů objektů dvojité uvozovky. Tím usnadníte analýzu textu a vyhnete se potenciálně trapným příkazům.
  • Výjimka: Plně kvalifikované cesty k souborům, adresy URL a názvy domén nemusí být v uvozovkách.

správně:

V tomto příkladu by chybová zpráva byla matoucí, pokud název objektu nebyl v uvozovkách.

• Vyhněte se spouštění vět s názvy objektů. Při tom je často obtížné parsovat.
• Nepoužívejte vykřičníky ani slova se všemi velkými písmeny. Vykřičník a velká písmena, aby to vypadalo, jako byste křičeli na uživatele.

Další pokyny a příklady najdete v tématu styl a tón.

nadpisy

• Název použijte k identifikaci příkazu nebo funkce, ze které došlo k chybě. Výjimky:
  • Pokud se chyba zobrazí mnoha různými příkazy, zvažte místo toho použití názvu programu.
  • Pokud by byl tento název redundantní nebo matoucí s hlavní instrukcí, použijte místo toho název programu.
• Nepoužívejte název k vysvětlení nebo shrnutí problému, který je účelem hlavní instrukce.

nesprávná odpověď:

V tomto příkladu se název nesprávně používá k vysvětlení problému.

• Používejte velká písmena ve stylu nadpisu bez ukončení interpunkce.

hlavní pokyny

• Použití hlavní instrukce k popisu problému v jasném, prostém, konkrétním jazyce.
• Stručné použití pouze jedné, úplné věty. Pareujte hlavní instrukce až k základním informacím. Předmět můžete nechat implicitní, pokud se jedná o váš program nebo uživatele. Uveďte důvod problému, pokud to můžete udělat výstižně. Pokud je potřeba něco vysvětlit, použijte doplňkové instrukce.

nesprávná odpověď:

V tomto příkladu je celá chybová zpráva vložena do hlavní instrukce, což ztěžuje čtení.

• Být konkrétní, pokud se jedná o objekty, zadejte jejich názvy.
• Vyhněte se vkládání úplných cest k souborům a adres URL do hlavní instrukce. Místo toho použijte krátký název (například název souboru) a celý název (například cestu k souboru) vložte do doplňkové instrukce. Pokud ale chybová zpráva nepotřebuje další pokyny, můžete do hlavní instrukce vložit jedinou úplnou cestu k souboru nebo adresu URL.

V tomto příkladu je v hlavní instrukci pouze název souboru. Úplná cesta je v doplňkové instrukci.

• Nedávejte úplnou cestu k souboru a adresu URL, pokud je to zřejmé z kontextu.

V tomto příkladu uživatel přejmenovává soubor z Průzkumníka Windows. V tomto případě není potřeba úplná cesta k souboru, protože je zřejmé z kontextu.

• Kdykoli je to možné, používejte přítomné časy.
• Použijte velká písmena ve stylu věty.
• Nezahrnujte poslední období, pokud je instrukce příkazem. Pokud je instrukce otázkou, zahrňte poslední otazník.

šablony hlavních instrukcí

I když neexistují žádná striktní pravidla pro formulaci, zkuste použít následující hlavní šablony instrukcí, kdykoli je to možné:

• [Nepovinný název subjektu] nemůže [provést akci]
• [nepovinný název subjektu] nemůže [provést akci] protože [důvod]
• [nepovinný název subjektu] nemůže [provést akci] na "[název objektu]"
• [nepovinný název subjektu] nemůže [provést akci] na [název objektu]" z důvodu [důvod]
• K [provedení akce] není dostatek [prostředek]
• [Název subjektu] nemá [název objektu] požadovaný pro [účel]
• [Zařízení nebo nastavení] je vypnuté, aby [nežádoucí výsledky]
• [Zařízení nebo nastavení] není [k dispozici | nalezeno | zapnuto | povoleno]
• "[název objektu]" je momentálně nedostupný.
• Uživatelské jméno nebo heslo je nesprávné.
• Nemáte oprávnění pro přístup k "[název objektu]"
• Nemáte oprávnění k [provedení akce]
• [název programu] došlo k vážnému problému a musí se okamžitě zavřít.

Samozřejmě, proveďte změny podle potřeby, aby hlavní instrukce byly gramačně správné a dodržovaly hlavní pokyny k pokynům.

doplňkové pokyny

• Další pokyny použijte k:
  • Uveďte další podrobnosti o problému.
  • Vysvětlete příčinu problému.
  • Vypíše kroky, které může uživatel provést k vyřešení problému.
  • Uveďte opatření, která brání opakovanému vzniku problému.
• Kdykoli je to možné, navrhněte praktické, užitečné řešení, aby uživatelé mohli problém vyřešit. Ujistěte se však, že navrhované řešení pravděpodobně problém vyřeší. Neztrácejte čas uživatelů tím, že navrhnete možná, ale nepravděpodobná řešení.

nesprávná odpověď:

V tomto příkladu je možné problém a jeho doporučené řešení velmi nepravděpodobné.

• Pokud je problém nesprávnou hodnotou, kterou uživatel zadal, použijte doplňkové pokyny k vysvětlení správných hodnot. Uživatelé by neměli tyto informace určovat z jiného zdroje.
• Neposkytujte řešení, pokud je možné ho triviálně odvodit z příkazu problému.

V tomto příkladu není nutné žádné doplňkové instrukce; řešení může být triviálně odvozeno z prohlášení o problému.

• Pokud má řešení více kroků, předejte kroky v pořadí, ve kterém by se měly dokončit. Vyhněte se ale vícestupňovým řešením, protože uživatelé si obtížně pamatují více než dva nebo tři jednoduché kroky. Pokud je potřeba provést další kroky, projděte si příslušné téma nápovědy.
• Stručné pokyny doplňte. Zadejte jenom to, co uživatelé potřebují vědět. Vynecháte nepotřebné podrobnosti. Snažte se maximálně o tři věty střední délky.
• Abyste se vyhnuli chybám, když uživatelé provádějí pokyny, předložte výsledky před akci.

správně:

Chcete-li restartovat systém Windows, klepněte na tlačítko OK.

nesprávná odpověď:

Chcete-li restartovat systém Windows, klikněte na tlačítko OK.

V nesprávném příkladu budou uživatelé pravděpodobně omylem kliknout na OK.

• Nedoporučujeme kontaktovat správce, pokud to neuděláte, patří mezi nejpravděpodobnější řešení problému. Vyhraďte si taková řešení problémů, které je skutečně možné vyřešit pouze správcem.

nesprávná odpověď:

snímek obrazovky se zprávou

V tomto příkladu je pravděpodobně problém se síťovým připojením uživatele, takže není vhodné kontaktovat správce.

• Nedoporučujeme kontaktovat technickou podporu. Možnost kontaktovat technickou podporu k vyřešení problému je vždy dostupná a není potřeba ji propagovat prostřednictvím chybových zpráv. Místo toho se zaměřte na psaní užitečných chybových zpráv, aby uživatelé mohli řešit problémy bez kontaktování technické podpory.

nesprávná odpověď:

V tomto příkladu chybová zpráva nesprávně doporučí kontaktování technické podpory.

• Používejte úplné věty, velká písmena ve stylu vět a koncovou interpunkci.

tlačítek potvrzení

• Pokud chybová zpráva obsahuje příkazová tlačítka nebo příkazové odkazy, které problém řeší, postupujte podle příslušných pokynů v Dialogových oknech.
• Pokud se program musí ukončit v důsledku chyby, zadejte tlačítko Ukončit program. Abyste se vyhnuli nejasnostem, nepoužívejte pro tento účel close.
• V opačném případě zadejte tlačítko Zavřít. Nepoužívejte OK pro chybové zprávy, protože toto znění naznačuje, že problémy jsou v pořádku.
  • výjimka: Použít OK, pokud má váš mechanismus zasílání zpráv o chybách pevné popisky (jako u rozhraní MessageBox API).)

Dokumentace

Při odkazech na chyby:

• Projděte si chyby podle jejich hlavní instrukce. Pokud je hlavní instrukce dlouhá nebo podrobná, shrňte ji.
• V případě potřeby se může zobrazit dialogové okno chybové zprávy jako zpráva. Odkazovat na chybovou zprávu pouze v programování a další technické dokumentaci.
• Pokud je to možné, naformátujte text tučným písmem. V opačném případě vložte text do uvozovek, pouze pokud je to nutné, aby se zabránilo nejasnostem.

Příklad: Pokud se zobrazí v zprávě jednotky není žádný disk CD, vložte do jednotky nový disk CD a zkuste to znovu.