Visszaigazolások

A megerősítés egy modális párbeszédpanel, amely megkérdezi, hogy a felhasználó folytatni kívánja-e a műveletet.

Egy tipikus megerősítés.

A megerősítések az alábbi alapvető jellemzőkkel rendelkeznek:

• Ezek a felhasználó által kezdeményezett művelet közvetlen eredményeként jelennek meg.
• Ellenőrzik, hogy a felhasználó folytatja-e a műveletet.
• Ezek egy egyszerű kérdésből és két vagy több válaszból állnak.

A megerősítések akkor hasznosak, ha a művelet megköveteli a felhasználótól, hogy egy releváns és eltérő döntést hozzon, amelyet később nem lehet megadni. Ez a választás gyakran olyan kockázati elemet is magában foglal, amely nem nyilvánvaló a felhasználó számára, de a kockázat nem elengedhetetlen a megerősítésekhez. Ezek az elemek szükségesek a modális párbeszédpanelre való válaszadás megszakításának igazolásához.

Ezzel szemben figyelmeztető üzenetek olyan feltételt jelentenek, amely a jövőben problémát okozhat. Alapvető jellemzőjük, hogy kockázattal járnak:

• Ezek a következők egy vagy több lehetséges elvesztését vonják maguk után:
  • Értékes eszköz, például adatvesztés vagy pénzügyi veszteség.
  • Rendszerhozzáférés vagy integritás.
  • Bizalmas adatok védelme vagy ellenőrzése.
  • A felhasználó ideje (jelentős mennyiség, például 30 másodperc vagy több).
• Váratlan vagy nem szándékos következményekkel járnak.
• Most már helyes kezelést igényelnek, mert a hibákat nem lehet könnyen kijavítani, és akár visszafordíthatatlanok is lehetnek.

Ha a megerősítés kockázattal jár, az figyelmeztetésnek is tekinthető. Következésképpen a figyelmeztető üzenetre vonatkozó irányelvek is érvényesek.

megjegyzés:párbeszédpanelekkel kapcsolatos irányelvek, hibaüzenetek, elrendezésés figyelmeztető üzenetek külön cikkekben jelennek meg.

Ez a megfelelő felhasználói felület?

A döntéshez fontolja meg az alábbi kérdéseket:

• A rendszer kérdést tesz fel a felhasználónak, hogy folytassa a két vagy több választ tartalmazó műveletet? Ha nem, az üzenet nem megerősítés.
• A felhasználói felület hibát vagy problémát jelez? Ha igen, használjon inkább egy hibaüzenetet.
• A művelet végrehajtásához a felhasználónak olyan döntést kell hoznia, amely nem rendelkezik megfelelő alapértelmezett beállítással? Ha igen, a megerősítés megfelelő lehet.
• Létezik olyan alternatív kialakítás, amely szükségtelenné teszi a megerősítést? A megerősítés szükségessége néha tervezési hibát jelez. Gyakran van egy jobb tervezési alternatíva, amely nem igényel megerősítést.
• Kockázatos műveletet hajt végre a felhasználó? Ha igen, akkor a megerősítés akkor megfelelő, ha a művelet jelentős következményekkel jár, vagy nem vonható vissza könnyen.
• A felhasználó felhagy egy feladatsal? Ha igen, ne erősítse meg. Tegyük fel, hogy a felhasználók megértik a feladat elvégzésének elmaradásának következményeit.
• Vannak olyan következményei a műveletnek, amelyekről a felhasználók esetleg nem tudnak? Ha igen, a megerősítés megfelelő lehet.
• A jelenlegi kontextus alapján a felhasználók valószínűleg hibás műveletet hajtanak végre? Ha igen, a megerősítés megfelelő lehet.
• A felhasználók gyakran hajtják végre a műveletet? Ha igen, fontolja meg egy alternatív kialakítást. A gyakori megerősítések bosszantóak, és kevés értéket képviselnek, mert a felhasználók gondolkodás nélkül tanulják meg a válaszadást.
• A műveletnek vannak biztonsági következményei? Ha igen, akkor is szükség lehet megerősítésre, ha az előző tesztek másként jeleznek.

Tervezési fogalmak

A szükségtelen megerősítések bosszantóak

Az első Windows-megerősítés, amelyet valaha hoztak létre, kétségtelenül így nézett ki:

Az eredeti bosszantó megerősítés.

Ez nagyon rossz kezdet volt. Ha azt szeretné, hogy a felhasználók utálják a programot, csak szórja meg a megerősítéseket, mint ez az egész. Annak megértéséhez, hogy miért, fontolja meg a felhasználó nézőpontját. A felhasználó csak egy megerősítés definíciója alapján kért egy műveletet, ezért hacsak nem kattintottak vagy nyomtak meg véletlenül valamit, természetesen a felhasználó folytatni szeretné a műveletet.

Nem csak felesleges megerősítések bosszantóak, de nem hatékonyak a felhasználó hibáinak védelmében. A felhasználók gyorsan felfedezik, ha egy program szükségtelen megerősítéseket kap, és természetes válaszuk az, hogy a lehető leggyorsabban, gyakran olvasás nélkül elutasítják őket. Következésképpen az ilyen megerősítések alig több, mint egy további lépés hozzáadása ezekhez a feladatokhoz.

Ne használjon megerősítést csak azért, mert előfordulhat, hogy a felhasználók hibát követnek el. Ehelyett a megerősítések akkor a leghatékonyabbak, ha olyan műveletek megerősítésére szolgálnak, amelyek jelentős vagy nem szándékos következményekkel járnak. A jó megerősítések soha nem adják meg a nyilvánvalót; közölniük kell valamit, amit a felhasználóknak tudniuk kell, hogy jó okuk van a folytatásra. És csak akkor használják őket, ha valóban szükség van rájuk egy művelet, például arra kéri a felhasználókat, hogy csak akkor mentsenek módosításokat, ha vannak olyan módosítások, amelyeket érdemes menteni. Ez csak akkor követeli meg a felhasználó figyelmét, ha valóban indokolt.

Más típusú megerősítések esetén gyakran van jobb kialakítási alternatíva, mint arra kényszeríteni a felhasználókat, hogy válaszoljanak egy kérdésre.

Fontolja meg a tervezési alternatívákat

Íme néhány olyan tervezési alternatíva, amely szükségtelenné teszi a rutinszerű megerősítéseket:

• Hibák megelőzése. Úgy tervezzen meg feladatokat, hogy a jelentős hibák véletlenül nehezen elvégezhetők legyenek. Például fizikailag elkülönítheti a romboló parancsokat a többi parancstól, és több művelet végrehajtására van szükség.
• Adja meg a visszavonást. Lehetővé teszi a műveletek visszaállítását. Ha például töröl egy fájlt a Microsoft Windowsban, az általában nem igényel megerősítést, mert a törölt fájlok helyreállíthatók a Lomtárból. Vegye figyelembe, hogy ha egy művelet végrehajtása nagyon egyszerű, elegendő lehet, ha a felhasználók újra végrehajtják a műveletet.
• Küldjön visszajelzést. Tegye nyilvánvalóvá a nemkívánatos eredményeket. A visszavonás önmagában nem elegendő, ha a felhasználók nem veszik észre, amikor hibát követnek el. A közvetlen manipuláció (például a húzási művelet) hatásának például mindig nyilvánvalónak kell lennie.
• Tegyük fel, hogy a valószínű eredmény, de ez megkönnyíti a változás. Ha nem biztos abban, hogy mit szeretnének a felhasználók, de van egy valószínű, biztonságos és biztonságos választás, tegyük fel, hogy ezt a választást, egyértelművé teszi, hogy mi történt, és megkönnyíti a módosítást egy helyi menü használatával. A Microsoft Word például feltételezi, hogy a felhasználók helyesen szeretnének szavakat írni. Ha felismer egy hibásan írt szót, és ismeri a helyes helyesírást, a Word automatikusan elvégzi a javítást, de lehetővé teszi a felhasználók számára a visszaállítást.
• Teljesen kiküszöbölheti a választást. Ha a választás nem fontos, a felhasználókat nem fogja érdekelni. Jobb egyszerűsíteni a program, és kiküszöbölni a választást.

A megerősítések átgondolást igényelnek

Ahhoz, hogy a megerősítés értéke legyen, a felhasználóknak meg kell érteniük, hogy miért nem kell továbbhaladni. Néha nyilvánvaló az ok, például amikor a felhasználók nem mentett módosításokkal zárnak be egy dokumentumot:

Ebben a példában a megerősítés oka nyilvánvaló.

Más helyzetekben előfordulhat, hogy az ok nem olyan nyilvánvaló.

A párbeszédpanelek Véglegesítés gombcímkéinek kiválasztásakor az általános irányelvek a fő utasításra adott konkrét válaszokat tartalmazó címkék kiválasztása. Ez hatékony döntéshozatalhoz vezet, mert a felhasználóknak be kell olvasniuk a minimális mennyiségű szöveget a folytatáshoz. Ez a hatékonysági cél azonban kontraproduktív lehet a megerősítésekhez. Fontolja meg ezt a példát:

helytelen:

Ebben a példában a helyes válasz gondolkodást igényel.

Ha ezt a megerősítést közvetlenül azután adja meg, hogy a felhasználó megadta az Eltávolítás parancsot, a felhasználó válasza valószínűleg "Természetesen el akarom távolítani!" A felhasználó az Eltávolítás gombra kattint, és nem ad neki egy második gondolatot.

A megerősítéshez nem szeretnénk, ha a felhasználók elkesért, érzelmi döntéseket hozna. Annak érdekében, hogy ösztönözzük a felhasználókat, hogy gondoljanak a válaszukra, egy kis döntéshozatali sebességet kell biztosítanunk. Ha praktikus, általában jobb, ha ezt a véglegesítési gombok gondos kifejezésével végzi el. Például további nyelv használatával jelezhetjük, hogy nincs ok a folytatásra.

jobb:

Ebben a példában a véglegesítés gomb címkéje "egyébként" feliratot ad hozzá, amely jelzi, hogy a megerősítés okot ad a folytatásra.

Ha ez a megközelítés nem praktikus, használhatjuk az Igen/Nem véglegesítés gombot.

Is jobb:

Ebben a példában az Igen/Nem véglegesítés gombokkal a felhasználók legalább elolvashatják a fő utasítást.

Adja meg az összes információt

Ha fel szeretne tenni egy kérdést, elegendő információt kell megadnia ahhoz, hogy a felhasználók intelligensen válaszoljanak a kérdésre. Fontolja meg a Fájlcsere megerősítése párbeszédpanelt a Windows XP-ből:

A Windows XP Fájlcsere megerősítése párbeszédpanelje.

Ez a megerősítés minden olyan információt megad, amelyre a felhasználóknak válaszolniuk kell a kérdésre? A válasz előtt gondolja át a leggyakoribb felhasználói forgatókönyveket:

• Másolja (vagy helyezze át) a másik fájlt, és cserélje le a meglévőt.
• Tartsa meg a meglévő fájlt a másik fájl másolása vagy áthelyezése nélkül.
• Az újabb fájl megtartása vagy másolása (felső forgatókönyv).
• Őrizze meg a meglévő fájlt, vagy másolja a másik fájlt olyan feltételektől függően, mint a fájl tartalma és mérete.
• Tartsa meg a meglévő fájlt, és másolja a másik fájlt egy másik névvel.
• Megszakíthatja a műveletet, ha valami nem megfelelő vagy váratlan.

A felhasználók az 1. forgatókönyvet az Igen, a 2. forgatókönyv pedig a Nem gombra kattintva érhetik el. A 3. forgatókönyvet a fájldátumok összehasonlításával és a megfelelő gombra kattintva érhetik el, de figyelje meg, hogy mennyi időbe telik az újabb fájl meghatározása, majd a megfelelő gomb meghatározása, különösen a leggyakoribb forgatókönyv esetében.

A 4., az 5. és a 6. forgatókönyv is meglepően nehéz. A fájlméretek le vannak kerekítve, így például lehetetlen megállapítani, hogy ezek a fájlok azonos méretűek-e, vagy ha azonosak. Az ikonok a fájl megnyitásához használt alkalmazáshoz tartoznak, így a felhasználóknak meg kell nyitniuk a fájlokat a tartalom vizsgálatához és összehasonlításához. A fájltartalom miniatűrjei sokkal hasznosabbak lennének a kérdés megválaszolásakor.

A Windows Vista fájlmásolási visszaigazolása sokkal jobban kezeli ezeket a forgatókönyveket azáltal, hogy további információkat ad meg, és hozzáadja a két fájl megőrzésének lehetőségét:

A Windows Vista másolási fájl megerősítése.

Adjon meg konkrét, hasznos információkat

Ha fel szeretne tenni egy kérdést, győződjön meg arról, hogy a felhasználók megértik a kérdést és az alternatív válaszok következményeit. Fontolja meg ezt a Windows Internet Explorer biztonsági megerősítést:

Egy homályos biztonsági megerősítés.

Ez a megerősítés olyan kérdést tesz fel, amelyre a felhasználók nem tudnak intelligens választ adni. A felhasználó kérte, hogy a Windows Internet Explorer megjelenítsen egy lapot, és ez az üzenet implicit módon, a szöveg szövegének megfogalmazásával és a Nem beállítás alapértelmezett választásként való kiemelésével tanácsolja.

Az oldal által felvetett konkrét biztonsági probléma nem kellően magyarázható, így a folytatás kockázata nem egyértelmű. Milyen információ a megerősítésben, amely miatt a felhasználó valaha is a Nem gombra kattint? Az üzenet homályossága miatt a megerősítés nem valószínű, hogy elriasztja a felhasználókat a folytatástól, de emiatt rosszul érzik magukat.

Ahhoz, hogy ez a megerősítés hasznos legyen, további információkat kell megadnia, amelyek miatt a felhasználó dönthet úgy, hogy nem folytatja a műveletet. Általánosságban elmondható, hogy a megerősítésben szereplő összes válasz esetében vegye figyelembe azokat a forgatókönyveket, amelyek megkövetelik, és győződjön meg arról, hogy elegendő információ áll rendelkezésre a felhasználók számára a választáshoz. Adjon meg választási lehetőségeket, ne dilemmákat.

Annak megállapítása, hogy szükség van-e megerősítésre

A forgatókönyvek és az egyes válaszok kiválasztásának valószínűsége alapján szisztematikusan megállapíthatja, hogy szükség van-e megerősítésre. Ha a felhasználók valószínűleg az összes választ választják, a megerősítés szükséges és hasznos. Ha azonban csak egy válasz valószínű (például az idő 98 százaléka), a megerősítés egyértelműen szükségtelen, és el kell távolítani. Vegye figyelembe, hogy a biztonsági, jogi és biztonsági problémákra vonatkozó megerősítések kivételt képeznek.

Szükség van erre a megerősítésre? A felhasználók valaha is a Nem lehetőséget választják? Lehetséges, de nagyon valószínűtlen. Ezt a megerősítést el kell távolítani.

Ha csak három dolgot csinálsz...

1. Győződjön meg arról, hogy a megerősítés valóban szükséges. Jogos és egyértelmű indoknak kell lennie arra, hogy ne folytassa a műveletet, és van rá esély, hogy a felhasználók néha nem fognak.

2. Ha a megerősítés oka nem egyértelmű azonnal, válassza a véglegesítés gombokat, amelyek arra ösztönzik a felhasználókat, hogy gondoljanak a válaszukra. Ez általában úgy történik, hogy a megerősítést igen vagy nem kérdésként adja meg, és teljesen magától értetődő vagy Igen/Nem választ ad.

3. Fontolja meg az összes forgatókönyvet, és adja meg a kérdés intelligens megválaszolásához szükséges információkat.

Használati minták

A megerősítések több használati mintával rendelkeznek:

Használat	Példa
rutinellenőrzések győződjön meg arról, hogy a felhasználó rutinszerű, alacsony kockázatú műveletet szeretne végrehajtani.	Ezek a megerősítések általában a "biztos...?" kifejezésre vannak állítva, és gyakran előfordul, hogy nem jelenik meg ismét ez az üzenet a bosszúságuk minimalizálása érdekében. Példák rutinszerű megerősítésekre. Megjegyzés: Ez a minta általában szükségtelen, ezért kerülni kell.
kockázatos műveletek megerősítései győződjön meg arról, hogy a felhasználó olyan műveletet szeretne folytatni, amely valamilyen kockázattal jár, és nem vonható vissza könnyen.	Mivel kockázattal rendelkeznek, ezek a megerősítések általában figyelmeztető ikonnal rendelkeznek. Példák a kockázatos műveletek megerősítésére.
nem szándékos következmények megerősítései győződjön meg arról, hogy a felhasználó váratlan vagy nem várt következményekkel járó műveletet kíván végrehajtani.	A kérdés feltevése mellett ezek a megerősítések rámutatnak a nem kívánt következményekre. mivel nem szándékos következményekkel járnak, ezek a megerősítések általában figyelmeztető ikonnal rendelkeznek. példák a nem szándékos következmények megerősítésére. ez a minta azonban megköveteli, hogy a következmények valóban nem szándékosak legyenek. helytelen: A következmények itt vannak, ezért ez egy rutin megerősítés.
pontosítások tisztázza, hogy a felhasználó hogyan szeretne továbblépni egy olyan műveletre, amely esetleg nem egyértelmű vagy váratlan következményekkel jár.	A húzással végzett műveletek pontosításokat eredményezhetnek, ha a művelet hatása félreérthető. Példák pontosításokra. Megjegyzés: Ezt a mintát el kell kerülni, mert jobb, ha egyértelmű következmények nélkül tervezünk műveleteket, és feltételezzük a legvalószínűbb kívánt eredményt.
biztonsági megerősítések győződjön meg arról, hogy a felhasználó biztonsági következményekkel járó műveletet kíván végrehajtani.	Példák biztonsági megerősítésekre.
Ulterior motiváció megerősítései információkat adhat meg egy műveletről, de megerősítőként jelenik meg.	Bár ezek a párbeszédpanelek megerősítésként jelennek meg, valódi céljuk a felhasználói oktatás vagy a funkciók hirdetése. Példa egy ulterior motiváció megerősítésére. Megjegyzés: Ez a minta nem ajánlott, mert általában van egy jobb, közvetlenebb alternatíva. Az animációk például jobban szemléltetik az ok és az effektus közötti kapcsolatot.

Iránymutatások

Általános

• A "Módosítások mentése" megerősítéseket csak akkor használja, ha jelentős változások történnek. Ne erősítse meg a felhasználó által közvetlenül nem végrehajtott módosításokat, például az automatikus dokumentumreformálást.

helytelen:

Ez a példa helytelen, ha üres e-mailhez vagy dokumentumhoz használja, amelyet a felhasználó nem módosított.

Ikonok

• A megerősítések nem használnak címsorikonokat.

• A megerősítés tartalomterület ikonja a tervezési mintán alapul:

  Minta	Ikon
  Rutin megerősítések	Nincs ikon.
  Kockázatos műveletek megerősítései	Figyelmeztetés ikon.
  Nem szándékos következmény-megerősítések	Használjon figyelmeztető ikont, ha fennáll a kockázat, a funkció ikonja, ha elérhető; egyéb esetben nincs ikon.
  Pontosítások	Ha a megerősítés dokumentumot tartalmaz, használja a dokumentum miniatűrjét; ellenkező esetben használja a funkcióikont, ha elérhető, vagy ne használjon ikont.
  Biztonsági megerősítések	Figyelmeztetés ikon.
  Ulterior motiváció megerősítése	Nincs ikon.

• Ne használjon figyelmeztető ikonokat rutinkérdésekhez. Ez ellentétes a Windows bátorító hangnemével, és veszélyes tevékenységnek érzi a program használatát. Tegyük fel, hogy a felhasználók tisztában vannak a tevékenységek befejezésének következményeivel.

helytelen:

Ebben a példában egy figyelmeztető ikonnal tesz fel rutinkérdést.

Véglegesítés gombjai

• A fő utasításra adott konkrét válaszokat akkor használjon, ha a megerősítés oka nyilvánvaló, vagy magától értetődővé tehető.

Ebben a példában a megerősítés oka nyilvánvaló, ezért a Mentés és a Mentés ne mentsen jól.

• Ellenkező esetben használja az Igen és a Nem gombot a megerősítést kérő válaszokhoz. Így a felhasználók elgondolkodtatják a megerősítést, mielőtt válaszolnak. A megerősítéshez soha ne használja az OK és a Mégse elemet.

Helyes:

Ebben a példában az Igen/Nem véglegesítés gombokkal a felhasználók legalább elolvashatják a fő utasítást.

helytelen:

Ebben a példában az OK/Mégse használata zavaró.

• Egy program bezárásához vagy a Windows újraindításához használja a fő utasításra adott válaszokat. A félreértések elkerülése érdekében ne használja a Bezárás vagy az Igen/Nem beállítást erre a célra.

Helyes:

helytelen:

A helytelen példában az Igen a Windows újraindítására szolgál.

Parancshivatkozások

• A pontosítási minta érdekében fontolja meg a parancshivatkozások használatát az alternatívák egyértelművé tétele érdekében.

elfogadható :

jobb:

A jobb példában a parancshivatkozások egyértelművé teszik az alternatívákat.

• Először a leggyakrabban használt parancshivatkozások bemutatása. Az eredményül kapott sorrendnek nagyjából a használat valószínűségét kell követnie, de logikai folyamatnak is kell lennie.
• Ha egy parancshivatkozás további magyarázatot igényel, adjon meg egy kiegészítő magyarázatot. kiegészítő magyarázatok azt írják le, hogy a felhasználók miért érdemes választani a lehetőséget, vagy mi történik, ha a lehetőséget választják.

További útmutatásért és példákért lásd: parancshivatkozások.

Alapértelmezett értékek

• A megerősítés alapértelmezett válasza a tervezési mintán alapul:

  Minta	Alapértelmezett válasz
  Rutin megerősítések	Halad.
  Kockázatos műveletek megerősítései	Ne folytassa a műveletet (vagy a biztonságos választást).
  Nem szándékos következmény-megerősítések	Ha a következmények jelentősek, ne folytassa; ellenkező esetben folytassa.
  Pontosítások	A legvalószínűbb válasz.
  Biztonsági megerősítések	Ne folytassa.
  Ulterior motiváció megerősítése	Halad.

Ne jelenjen meg újra ez az üzenet

• Ezt a lehetőséget csak a rutin és a ulterior motiváció megerősítési mintáihoz használhatja. A többi minta esetében, ha az információ szükséges, mindig meg kell jelennie.
• Ne adja meg ezt a lehetőséget, hogy indokolni tudja a szükségtelen megerősítés megjelenítését. Csak szabaduljon meg a megerősítéstől.

helytelen:

Még mindig helytelen:

Ezekben a példákban a "Ne jelenjen meg újra" beállítás hozzáadása nem oldja meg a szükségtelen megerősítést.

További útmutatásért lásd: párbeszédpanelek.

Tömeges műveletek

• A tömeges műveletekre vonatkozó megerősítések esetén adjon meg egy lehetőséget, hogy a megerősítést a teljes műveletre alkalmazza.

Ebben a példában lehetőség van a tömeges műveletekre.

• Tömeges művelet megerősítéseinek megszüntetése vagy elhalasztása.

helytelen:

Ebben a példában a Windows XP-ben futó Windows Intéző minden írásvédett fájlt megerősít egy tömeges fájláthelyeztetés során. Jobb, ha a csak olvasható fájlokat nem kérdezi le, vagy elhalasztja a fájlok kezelését, és a feladat végén bemutatja a megerősítést.

Fokozatos közzététel

• Ha speciális információkat kell megadnia egy megerősítő üzenetben, azokat progresszív közzétételi gombokkal (például "Részletek megjelenítése") jelenítheti meg. Ez leegyszerűsíti a tipikus használat megerősítését. Ne rejtse el a szükséges információkat, mert előfordulhat, hogy a felhasználók nem találják meg őket.
• Ne használja a "Részletek megjelenítése" elemet, hacsak nincs ennél részletesebb. Ne csak a meglévő adatokat helyezze át más formátumban.

A címkézési irányelvekért lásd progresszív közzétételi.

Felhasználói fiókok vezérlése

• Ne használja a felhasználói fiókok felügyeletének (UAC) jogosultságszint-emelési felhasználói felületét a megerősítés helyettesítőjeként. Ha egy művelet megerősítést igényel, használjon egy külön párbeszédpanelt. A jogosultságszint-emelési felhasználói felületsorán a felhasználóknak arra kell összpontosítaniuk, hogy megkezdték-e a feladatot, és hogy a program megbízható-e.
• A megerősítés megjelenítése a jogosultságszint-emelési felhasználói felület előtt. Ezzel kiküszöböli a szükségtelen magassági szinteket.

SMS

Általános

• Redundáns szöveg eltávolítása. Keressen redundáns szöveget a címekben, a fő utasításokban, a kiegészítő utasításokban, a tartalomterületekben, a parancshivatkozásokban és a véglegesítési gombokban. Általában hagyja meg a teljes szöveget az utasításokban és az interaktív vezérlőkben, és távolítsa el a redundanciát a többi helyről.
• Ne használjon "figyelmeztetést" vagy "óvatosságot" a szövegben. Ha a felhasználóknak körültekintően kell eljárniuk, ezt inkább egy figyelmeztető ikonnal jelezzék.

helytelen:

Ebben a példában a "figyelmeztetés" kifejezés szükségtelen.

Címek

• A címmel azonosíthatja azt a parancsot vagy funkciót, ahonnan a megerősítés érkezett. Kivételek:
  • Ha egy megerősítést számos különböző parancs jelenít meg, fontolja meg inkább a program nevét.
  • Ha ez a cím redundáns vagy zavaró lenne a fő utasítással, használja inkább a program nevét.

Ha azonban a megerősítés egy hosszú ideig futó tevékenységből származik, és a tevékenység elindítása után is megjelenhet, a parancs vagy a funkció használatával mindig egyértelműen azonosítsa a környezetet.

• Ne használja a címet annak magyarázatára, hogy mit kell tennie a párbeszédpanelen, ez a fő utasítás célja.
• Ha egyértelműbbé teszi a szöveget, kezdje a címet a Megerősítés szóval.
• A kockázatos műveletek megerősítéséhez hozzáadhatja az érintett objektum nevét a nagyobb hangsúly érdekében.

Ebben a példában a formázandó meghajtó szerepel a címben.

• Használjon címstílusú nagybetűs, írásjelek befejezése nélkül.

Fő utasítások

• A megerősítés fő utasítása a tervezési mintán alapul:

  Minta	Fő utasítás
  Nem szándékos következmény-megerősítések	a nem szándékos következményt. kivétel:, ha egy olyan kérdés, amely azt kérdezi, hogy a felhasználó szeretne-e egyértelműen továbblépni, akkor inkább tegye fel a kérdést. Ebben a példában a felhasználó felkérése a művelet következményeinek megfelelő átadására.
  Minden más	Tegyen fel egyetlen kérdést annak megállapításához, hogy a felhasználó folytatni szeretné-e a műveletet.

• Legyen tömör, csak egyetlen teljes mondatot használjon. Állítsa le a fő utasítást a lényeges információkra. Ha még valamit meg kell magyaráznia, használjon kiegészítő utasítást.

• Adjon meg teljes neveket, ha objektumokról van szó.

• Használjon pozitív kifejezéseket. A pozitív kifejezések könnyebben érthetők a felhasználók számára.

Helyes:

Engedélyezi a fájl- és nyomtatómegosztást?

helytelen:

Letiltja a fájl- és nyomtatómegosztást?

A kifejezésnek azonban meg kell egyeznie a társított paranccsal, még akkor is, ha a parancs kifejezése negatív; így például a Letiltás paranccsal erősítse meg a letiltás parancsot.

• Bár nincsenek szigorú szabályok a kifejezésre, ezek a gyakori megerősítési kifejezések a jelzett konnotációval rendelkeznek:

  Frázis	Konnotáció
  Biztos, hogy [végre szeretne hajtani egy műveletet]?	Felhasználói kérés közvetlen eredményének megerősítése.
  Végrehajtja a [műveletet]?	A felhasználói kérések mellékhatásának megerősítése.
  Szeretné [kiválasztani az eredményt]?	Tisztázni kell.
  [Műveletet hajt végre]?	Nincs konnotáció.

• A kockázatos műveletek megerősítése érdekében a kifejezés végleg azt jelzi, hogy egy művelet nem vonható vissza.

képernyőképe

Ebben a példában a "végleg" azt jelzi, hogy a művelet nem vonható vissza.

• Használjon mondatstílusú nagybetűs.

Kiegészítő utasítások

• A megerősítés kiegészítő utasítása a tervezési mintán alapul:

Címke	Érték
minta	kiegészítő utasítások
Nem szándékos következmény-megerősítések	Tegyen fel egyetlen kérdést annak megállapításához, hogy a felhasználó folytatni szeretné-e a műveletet.
Minden más	Ismertesse azokat a nem nyilvánvaló okokat, amelyek miatt előfordulhat, hogy a felhasználó nem szeretné folytatni a műveletet. Ilyen okok például a következők: Az alábbiak közül egy vagy több lehetséges vesztesége: Értékes eszköz, például adatvesztés vagy pénzügyi veszteség. Rendszerhozzáférés vagy integritás. Bizalmas adatok védelme vagy ellenőrzése. Visszavonhatatlan műveletek.

• Ne ismételje meg a fő utasítást kissé eltérő szöveggel. Ehelyett hagyja ki a kiegészítő utasítást, ha nincs több hozzáfűzendő elem.
• Nem szándékos következmény-megerősítések esetén fontolja meg a kifejezés használatát, hogy tömören jelezze, hogy nincs ok arra, hogy ne folytassa a abban az esetben, ha a felhasználó figyelmen kívül hagyta a fő utasítást. További információt a Tervezési fogalmak című témakörben talál.
• Használjon teljes mondatokat, mondatstílusú nagybetűket és záró írásjeleket.

Dokumentáció

Megerősítésekre való hivatkozáskor:

• Ha a cím a megerősítésre vonatkozik (azaz nem a program neve), akkor a cím a címével kapcsolatos megerősítésre hivatkozik; egyéb esetben hivatkozzon rá a fő utasítása szerint.
• Szükség esetén üzenetként hivatkozhat egy megerősítést kérő párbeszédpanelre.
• Használja a pontos szöveget, beleértve a nagybetűsítést is.
• Ha lehetséges, formázza a szöveget félkövérrel. Ellenkező esetben a szöveget csak akkor tegye idézőjelek közé, ha az a félreértések elkerülése érdekében szükséges.

Példa: A Fájl másolása üzenetben kattintson az újabb fájlra.