Bevestigingen

Een bevestiging is een modaal dialoogvenster met de vraag of de gebruiker door wil gaan met een actie.

Een typische bevestiging.

Bevestigingen hebben deze essentiële kenmerken:

• Ze worden weergegeven als het directe resultaat van een actie die door de gebruiker is geïnitieerd.
• Ze controleren of de gebruiker door wil gaan met de actie.
• Ze bestaan uit een eenvoudige vraag en twee of meer antwoorden.

Bevestigingen zijn het handigst wanneer de actie vereist dat de gebruiker een relevante en afzonderlijke keuze maakt die later niet kan worden gemaakt. Deze keuze omvat vaak een bepaald risicoelement dat niet voor de gebruiker duidelijk is, maar het risico is niet essentieel voor bevestigingen. Deze elementen zijn nodig om de onderbreking van het reageren op een modaal dialoogvenster te rechtvaardigen.

waarschuwingsberichten daarentegen een voorwaarde presenteren die in de toekomst een probleem kan veroorzaken. Hun fundamentele kenmerk is dat ze risico's met zich meebrengen:

• Hierbij gaat het om mogelijk verlies van een of meer van de volgende:
  • Een waardevol activum, zoals gegevensverlies of financieel verlies.
  • Systeemtoegang of -integriteit.
  • Privacy of controle over vertrouwelijke informatie.
  • De tijd van de gebruiker (een aanzienlijke hoeveelheid, zoals 30 seconden of meer).
• Ze hebben onverwachte of onbedoelde gevolgen.
• Ze vereisen nu de juiste verwerking omdat fouten niet eenvoudig kunnen worden opgelost en zelfs niet ongedaan kunnen worden gemaakt.

Als een bevestiging risico inhoudt, kan deze ook worden beschouwd als een waarschuwing. De richtlijnen voor waarschuwingsberichten zijn dus ook van toepassing.

Opmerking: richtlijnen met betrekking tot dialoogvensters, foutberichten, indelingen waarschuwingsberichten worden weergegeven in afzonderlijke artikelen.

Is dit de juiste gebruikersinterface?

Houd rekening met deze vragen om te bepalen:

• Wordt de gebruiker een vraag gesteld om door te gaan met een actie met twee of meer antwoorden? Zo niet, dan is het bericht geen bevestiging.
• Presenteert de gebruikersinterface een fout of probleem dat is opgetreden? Als dat het zo is, gebruikt u in plaats daarvan een foutbericht.
• Moet de gebruiker een keuze maken die geen geschikte standaardinstelling heeft? Als dat het geval is, kan een bevestiging van toepassing zijn.
• Is er een alternatief ontwerp waarmee de bevestiging niet meer nodig is? De noodzaak van een bevestiging duidt soms op een ontwerpfout. Vaak is er een beter ontwerp alternatief dat geen bevestiging nodig heeft.
• Staat de gebruiker op het punt een riskante actie uit te voeren? Als dat het geval is, is een bevestiging van toepassing als de actie aanzienlijke gevolgen heeft of niet eenvoudig ongedaan kan worden gemaakt.
• Staat de gebruiker op het punt om een taak af te schaffen? Zo ja, bevestig het dan niet. Stel dat gebruikers de gevolgen begrijpen van het niet voltooien van een taak.
• Heeft de actie gevolgen waarvan gebruikers mogelijk niet op de hoogte zijn? Als dat het geval is, kan een bevestiging van toepassing zijn.
• Gezien de huidige context, is het waarschijnlijk dat gebruikers een fout uitvoeren? Als dat het geval is, kan een bevestiging van toepassing zijn.
• Voeren gebruikers de actie regelmatig uit? Zo ja, overweeg dan een alternatief ontwerp. Frequente bevestigingen zijn vervelend en hebben weinig waarde omdat gebruikers leren te reageren zonder te denken.
• Heeft de actie gevolgen voor de beveiliging? Zo ja, dan kan een bevestiging vereist zijn, zelfs als de vorige tests anders aangeven.

Ontwerpconcepten

Onnodige bevestigingen zijn vervelend

De eerste Windows-bevestiging die ooit is gemaakt, zag er ongetwijfeld als volgt uit:

De originele vervelende bevestiging.

Dit was een erg slechte start. Als u wilt dat gebruikers uw programma haten, strooit u gewoon bevestigingen zoals deze overal. Als u wilt weten waarom, moet u rekening houden met het standpunt van de gebruiker. De gebruiker heeft zojuist gevraagd een actie uit te voeren op basis van de definitie van een bevestiging, dus tenzij er per ongeluk op iets is geklikt of ingedrukt, wil de gebruiker natuurlijk doorgaan.

Niet alleen zijn onnodige bevestigingen vervelend, maar ze zijn niet effectief om de gebruiker te beschermen tegen fouten. Gebruikers ontdekken snel wanneer een programma onnodige bevestigingen heeft en hun natuurlijke reactie is om ze zo snel mogelijk te negeren, vaak zonder te lezen. Dergelijke bevestigingen doen dus weinig meer dan een extra stap aan deze taken toevoegen.

Gebruik geen bevestigingen omdat gebruikers een fout kunnen maken. In plaats daarvan zijn bevestigingen het meest effectief wanneer ze worden gebruikt om acties te bevestigen die aanzienlijke of onbedoelde gevolgen hebben. Goede bevestigingen stellen nooit het voor de hand liggende; ze moeten iets communiceren dat gebruikers zich bewust moeten zijn van een goede reden om niet door te gaan. Ze worden alleen gebruikt wanneer ze echt nodig zijn voor een actie, zoals gebruikers vragen om wijzigingen alleen op te slaan wanneer er wijzigingen zijn die het waard zijn om op te slaan. Dit vereist alleen de aandacht van de gebruiker wanneer het echt gerechtvaardigd is.

Voor andere soorten bevestigingen is er vaak een beter ontwerp alternatief dan gebruikers dwingen een vraag te beantwoorden.

Bekijk de ontwerpalternatieven

Hier volgen enkele ontwerpalternatieven die de noodzaak van routinebevestigingen elimineren:

• Fouten voorkomen. Ontwerptaken zodat belangrijke fouten per ongeluk moeilijk te doen zijn. U moet bijvoorbeeld fysiek destructieve opdrachten scheiden van andere opdrachten en meerdere acties moeten uitvoeren.
• Ongedaan maken. Geef de mogelijkheid om acties terug te keren. Het verwijderen van een bestand in Microsoft Windows vereist bijvoorbeeld meestal geen bevestiging omdat verwijderde bestanden uit de Prullenbak kunnen worden hersteld. Houd er rekening mee dat als een actie heel eenvoudig kan worden uitgevoerd, alleen gebruikers de actie opnieuw laten uitvoeren, mogelijk voldoende zijn.
• Feedback. Maak ongewenste resultaten duidelijk. Het alleen ongedaan maken is niet voldoende als gebruikers zich niet realiseren wanneer ze een fout maken. Het effect van directe manipulatie (zoals een drag-and-drop-bewerking) moet bijvoorbeeld altijd duidelijk zijn.
• Neem de waarschijnlijke uitkomst aan, maar maak het eenvoudig om te wijzigen. Als u niet zeker weet wat gebruikers willen, maar er een waarschijnlijke, veilige en veilige keuze is, gaat u ervan uit dat u die keuze kiest, maakt u duidelijk wat er is gebeurd en maakt u het eenvoudig om te wijzigen met behulp van een snelmenu. In Microsoft Word wordt bijvoorbeeld ervan uitgegaan dat gebruikers woorden correct willen spellen. Als een verkeerd gespeld woord wordt herkend en de waarschijnlijk juiste spelling weet, wordt de correctie automatisch aangebracht, maar kunnen gebruikers teruggaan.
• Elimineer de keuze volledig. Als de keuze niet belangrijk is, maakt het gebruikers alleen niet uit. Het is beter om vereenvoudigen uw programma en de keuze te elimineren.

Bevestigingen maken vereisen gedachte

Voor een bevestiging dat ze waarde hebben, moeten gebruikers de reden begrijpen om niet door te gaan. Soms is de reden voor de hand liggend, bijvoorbeeld wanneer gebruikers een document sluiten met wijzigingen die niet zijn opgeslagen:

In dit voorbeeld is de reden voor de bevestiging duidelijk.

In andere situaties is de reden misschien niet zo duidelijk.

Wanneer u knoplabels voor doorvoeren kiest voor dialoogvensters, algemene richtlijnen is het kiezen van labels die specifieke antwoorden op de hoofdinstructie zijn. Dit leidt tot efficiënte besluitvorming omdat gebruikers een minimale hoeveelheid tekst moeten lezen om door te gaan. Dit efficiëntiedoel kan echter contraproductief zijn voor bevestigingen. Bekijk dit voorbeeld:

Onjuist:

In dit voorbeeld is voor het juiste antwoord nagedacht.

Als u deze bevestiging onmiddellijk presenteert nadat de gebruiker de opdracht Verwijderen heeft gegeven, is het antwoord van de gebruiker waarschijnlijk 'Natuurlijk wil ik verwijderen!' De gebruiker klikt op Verwijderen zonder een tweede gedachte te geven.

Voor bevestigingen willen we niet dat gebruikers haastige, emotionele beslissingen nemen. Om gebruikers aan te moedigen om na te denken over hun reactie, moeten we een kleine beslissingssnelheidsslag bieden. Als het praktisch is, is het meestal beter om dit te doen door zorgvuldig doorvoerknoppen te formuleren. We kunnen bijvoorbeeld extra taal gebruiken om aan te geven dat er geen reden is om door te gaan.

Beter:

In dit voorbeeld wordt 'hoe dan ook' toegevoegd aan het label voor de doorvoerknop om aan te geven dat de bevestiging een reden geeft om niet door te gaan.

Als deze aanpak niet praktisch is, kunnen we ja/nee-doorvoerknoppen gebruiken.

Ook beter:

In dit voorbeeld dwingt u gebruikers om de hoofdinstructie ten minste te lezen met de knoppen Ja/Nee doorvoeren.

Geef alle informatie op

Als u een vraag gaat stellen, moet u voldoende informatie verstrekken voor gebruikers om die vraag intelligent te kunnen beantwoorden. Overweeg het dialoogvenster Bestand vervangen bevestigen vanuit Windows XP:

Het dialoogvenster Bestand vervangen bevestigen in Windows XP.

Geeft deze bevestiging alle informatie die gebruikers mogelijk nodig hebben om de vraag te beantwoorden? Voordat u het antwoord beantwoordt, moet u rekening houden met de meest voorkomende gebruikersscenario's:

• Kopieer (of verplaats) het andere bestand en vervang het bestaande bestand.
• Bewaar het bestaande bestand zonder het andere bestand te kopiëren of te verplaatsen.
• Het nieuwere bestand behouden of kopiëren (topscenario).
• Bewaar het bestaande bestand of kopieer het andere bestand, afhankelijk van criteria zoals bestandsinhoud en grootte.
• Bewaar het bestaande bestand en kopieer het andere bestand met een andere naam.
• Annuleer de bewerking als er iets mis is of onverwacht is.

Gebruikers kunnen scenario 1 bereiken door op Ja en scenario 2 te klikken door op Nee te klikken. Ze kunnen scenario 3 bereiken door de datums van het bestand te vergelijken en op de juiste knop te klikken, maar u ziet hoe lang het duurt om het nieuwere bestand te bepalen en vervolgens de juiste knop te bepalen, met name voor wat waarschijnlijk het meest voorkomende scenario is.

Scenario's 4, 5 en 6 zijn ook verrassend moeilijk. De bestandsgrootten worden afgerond, dus het is bijvoorbeeld onmogelijk om te bepalen of deze bestanden dezelfde grootte hebben of zelfs als ze hetzelfde bestand zijn. De pictogrammen zijn voor de toepassing die wordt gebruikt om het bestand te openen, zodat gebruikers de bestanden moeten openen om hun inhoud te inspecteren en te vergelijken. Het gebruik van miniaturen van de bestandsinhoud is veel nuttiger bij het beantwoorden van de vraag.

De bevestiging van het kopieerbestand van Windows Vista doet een veel betere taak om deze scenario's te verwerken door meer informatie op te geven en de optie toe te voegen om beide bestanden te behouden:

De bevestiging van het Windows Vista Copy-bestand.

Geef specifieke, nuttige informatie op

Als u een vraag gaat stellen, moet u ervoor zorgen dat gebruikers de vraag en de implicaties van de alternatieve antwoorden begrijpen. Bekijk deze beveiligingsbevestiging van Windows Internet Explorer:

Een vage veiligheidsbevestiging.

Deze bevestiging stelt een vraag die gebruikers niet op intelligente wijze kunnen beantwoorden. De gebruiker heeft gevraagd een pagina weer te geven in Windows Internet Explorer en dit bericht adviseert impliciet door de teksttekst en door Nee als standaardoptie te markeren.

Het specifieke beveiligingsprobleem dat de pagina vormt, wordt niet voldoende uitgelegd, dus het risico op doorgaan is niet duidelijk. Welke informatie in de bevestiging zorgt ervoor dat de gebruiker ooit op Nee klikt? Vanwege de vaagheid van het bericht is de bevestiging niet waarschijnlijk om gebruikers te ontmoedigen om door te gaan, maar zullen ze zich er slecht over voelen.

Om deze bevestiging nuttig te maken, moet deze specifieke informatie verstrekken die ertoe kan leiden dat de gebruiker besluit niet verder te gaan. Over het algemeen moet u voor elk antwoord in een bevestiging rekening houden met de scenario's die dit vereisen en ervoor zorgen dat er voldoende informatie is opgegeven voor gebruikers om deze te kiezen. Geef keuzes, niet dilemma's.

Bepalen of er een bevestiging nodig is

Door de scenario's en de waarschijnlijkheid van het kiezen van elke reactie wordt een systematische manier voorgesteld om te bepalen of er een bevestiging nodig is. Als gebruikers waarschijnlijk alle antwoorden zullen selecteren, is de bevestiging nodig en nuttig. Als echter slechts één reactie waarschijnlijk is (bijvoorbeeld 98 procent van de tijd), is de bevestiging duidelijk onnodig en moet deze worden verwijderd. Houd er rekening mee dat bevestigingen met betrekking tot beveiligings-, juridische en veiligheidsproblemen mogelijke uitzonderingen zijn.

Is deze bevestiging nodig? Zullen gebruikers ooit Nee selecteren? Het is mogelijk, maar zeer onwaarschijnlijk. Deze bevestiging moet worden verwijderd.

Als u maar drie dingen doet...

1. Zorg ervoor dat uw bevestiging echt nodig is. Er moet een legitieme en duidelijke reden zijn om niet verder te gaan en een kans dat gebruikers dat soms niet doen.

2. Als de reden voor de bevestiging niet direct duidelijk is, kiest u doorvoerknoppen die gebruikers aanmoedigen om na te denken over hun reactie. Dit wordt meestal gedaan door de bevestiging te formuleren als een ja- of nee-vraag en volledig verklarende of Ja/Nee-antwoorden te geven.

3. Houd rekening met alle scenario's en geef de informatie op die nodig is om de vraag intelligent te beantwoorden.

Gebruikspatronen

Bevestigingen hebben verschillende gebruikspatronen:

Gebruik	Voorbeeld
routinebevestigingen bevestig dat de gebruiker wil doorgaan met een routine, actie met een laag risico.	Deze bevestigingen worden meestal aangeduid als 'Weet u zeker...', en hebben vaak een selectievakje dat dit bericht niet meer wordt weergegeven om hun ergernis te minimaliseren. Voorbeelden van routinebevestigingen. Opmerking: Dit patroon is meestal onnodig en moet worden vermeden.
bevestigingen van riskante acties bevestig dat de gebruiker door wil gaan met een actie die een risico heeft en niet eenvoudig ongedaan kan worden gemaakt.	Omdat ze risico lopen, hebben deze bevestigingen meestal een waarschuwingspictogram. Voorbeelden van riskante actiebevestigingen.
Onbedoelde bevestigingen bevestig dat de gebruiker wil doorgaan met een actie die onverwachte of onbedoelde gevolgen heeft.	Naast het stellen van een vraag wijzen deze bevestigingen op de onbedoelde gevolgen. omdat ze onbedoelde gevolgen hebben, hebben deze bevestigingen meestal een waarschuwingspictogram. voorbeelden van onbedoelde gevolgbevestigingen. Dit patroon vereist echter dat de gevolgen echt onbedoeld zijn. onjuist: De gevolgen zijn hier bedoeld, dus dit is een routinebevestiging.
verduidelijkingen verduidelijken hoe de gebruiker door wil gaan met een actie die mogelijk dubbelzinnige of onverwachte gevolgen heeft.	Slepen en neerzetten kan leiden tot verduidelijkingen als het effect van de bewerking verkeerd kan worden geïnterpreteerd. Voorbeelden van verduidelijkingen. Opmerking: Dit patroon moet worden vermeden omdat het beter is om acties zonder dubbelzinnige gevolgen te ontwerpen en uit te gaan van het meest waarschijnlijke gewenste resultaat.
Beveiligingsbevestigingen bevestig dat de gebruiker door wil gaan met een actie met gevolgen voor de beveiliging.	Voorbeelden van beveiligingsbevestigingen.
ulterior motiefbevestigingen geef informatie op over een actie, maar presenteer deze als bevestiging.	Hoewel deze dialoogvensters worden weergegeven als bevestigingen, is hun echte doel gebruikersonderwijs of aankondiging van functies. Een voorbeeld van een ulterior motiefbevestiging. Opmerking: Dit patroon wordt niet aanbevolen omdat er meestal een beter, direct alternatief is. animaties zijn bijvoorbeeld een betere manier om de relatie tussen oorzaak en effect weer te geven.

Richtsnoeren

Algemeen

• Gebruik alleen bevestigingen 'Wijzigingen opslaan' als er belangrijke wijzigingen zijn. Bevestig geen wijzigingen die niet rechtstreeks door de gebruiker zijn aangebracht, zoals het automatisch opnieuw opmaken van documenten.

Onjuist:

Dit voorbeeld is onjuist wanneer deze wordt gebruikt voor een leeg e-mailbericht of document dat niet door de gebruiker is gewijzigd.

Pictogrammen

• Bevestigingen gebruiken geen titelbalkpictogrammen.

• Het pictogram voor het inhoudsgebied voor een bevestiging is gebaseerd op het ontwerppatroon:

  Patroon	Pictogram
  Routinebevestigingen	Geen pictogram.
  Bevestigingen van riskante actie	Waarschuwingspictogram.
  Onbedoelde gevolgbevestigingen	Gebruik een waarschuwingspictogram als er risico's zijn, het functiepictogram indien beschikbaar; anders, geen pictogram.
  Verduidelijkingen	Als de bevestiging betrekking heeft op een document, gebruikt u de miniatuur van het document; gebruik anders het functiepictogram indien beschikbaar of geen pictogram.
  Beveiligingsbevestigingen	Waarschuwingspictogram.
  Ulterior motief bevestigingen	Geen pictogram.

• Gebruik geen waarschuwingspictogrammen voor routinevragen. Dit is in strijd met de stimulerende toon van Windows en maakt het gebruik van uw programma een gevaarlijke activiteit. Stel dat gebruikers de gevolgen begrijpen van het annuleren van een taak voordat deze is voltooid.

Onjuist:

In dit voorbeeld wordt een waarschuwingspictogram gebruikt om een routinevraag te stellen.

Doorvoerknoppen

• Gebruik specifieke antwoorden op de hoofdinstructie als de reden voor de bevestiging duidelijk is of zelf verklarend kan worden gemaakt.

In dit voorbeeld is de reden voor de bevestiging duidelijk, dus Opslaan en Niet opslaan werkt goed.

• Gebruik anders de knoppen Ja en Nee voor bevestigingsreacties. Als u dit doet, geven gebruikers de bevestiging eens na voordat ze reageren. Gebruik nooit OK en Annuleren voor bevestigingen.

juist:

In dit voorbeeld dwingt u gebruikers om de hoofdinstructie ten minste te lezen met de knoppen Ja/Nee doorvoeren.

Onjuist:

In dit voorbeeld is het gebruik van OK/Annuleren verwarrend.

• Als u een programma wilt sluiten of Windows opnieuw wilt starten, gebruikt u specifieke antwoorden op de hoofdinstructie. Als u misverstanden wilt voorkomen, gebruikt u Sluiten of Ja/Nee niet voor dit doel.

juist:

Onjuist:

In het onjuiste voorbeeld wordt Ja gebruikt om Windows opnieuw op te starten.

Opdrachtkoppelingen

• Overweeg om opdrachtkoppelingen te gebruiken om de alternatieven duidelijk te maken.

aanvaardbaar:

Beter:

In het betere voorbeeld maken opdrachtkoppelingen de alternatieven duidelijk.

• Presenteer eerst de meest gebruikte opdrachtkoppelingen. De resulterende volgorde moet ongeveer de kans op gebruik volgen, maar ook een logische stroom hebben.
• Als een opdrachtkoppeling meer uitleg vereist, een aanvullende uitleg geven. Aanvullende uitleg beschrijven waarom gebruikers de optie kunnen kiezen of wat er gebeurt als de optie wordt gekozen.

Zie Opdrachtkoppelingenvoor meer richtlijnen en voorbeelden.

Standaardwaarden

• Het standaardantwoord voor een bevestiging is gebaseerd op het ontwerppatroon:

  Patroon	Standaardantwoord
  Routinebevestigingen	Doorgaan.
  Bevestigingen van riskante actie	Ga niet verder (of de veilige keuze).
  Onbedoelde gevolgbevestigingen	Als de gevolgen aanzienlijk zijn, gaat u niet verder; anders gaat u verder.
  Verduidelijkingen	Het meest waarschijnlijke antwoord.
  Beveiligingsbevestigingen	Ga niet verder.
  Ulterior motief bevestigingen	Doorgaan.

Dit bericht niet meer weergeven

• Gebruik deze optie alleen voor de routine- en ulterior motiefbevestigingspatronen. Voor de andere patronen, als de informatie nodig is, moet deze altijd worden weergegeven.
• Geef deze optie niet op om te rechtvaardigen dat een onnodige bevestiging wordt weergegeven. Verwijder in plaats daarvan de bevestiging.

Onjuist:

Nog steeds onjuist:

In deze voorbeelden wordt bij het toevoegen van een optie Dit bericht niet meer weergeven geen onnodige bevestiging opgelost.

Zie dialoogvenstersvoor meer richtlijnen.

Bulkbewerkingen

• Voor bevestigingen die van toepassing zijn op bulkbewerkingen, kunt u de bevestiging toepassen op de hele bewerking.

Dit voorbeeld heeft een optie voor bulkbewerkingen.

• Elimineren of uitstellen van bevestigingen in een bulkbewerking.

Onjuist:

In dit voorbeeld bevestigt Windows Verkenner in Windows XP elk alleen-lezen bestand tijdens het bulksgewijs verplaatsen van bestanden. Het is beter om alleen-lezenbestanden te kopiëren zonder dat u dit hoeft te vragen of deze bestanden uit te stellen en de bevestiging aan het einde van de taak te presenteren.

Progressieve openbaarmaking

• Als u geavanceerde informatie in een bevestigingsbericht moet opnemen, geeft u deze weer met behulp van de knoppen voor progressieve openbaarmaking (bijvoorbeeld 'Details weergeven'). Dit vereenvoudigt de bevestiging voor normaal gebruik. Verberg de benodigde gegevens niet omdat gebruikers deze mogelijk niet vinden.
• Gebruik 'Details weergeven' niet, tenzij er echt meer details zijn. Pas niet alleen de bestaande informatie in een andere indeling aan.

Zie Progressive Disclosurevoor labelrichtlijnen.

Gebruikersaccountbeheer

• Gebruik de gebruikersinterface voor gebruikersaccountbeheer (UAC) niet als vervanging voor een bevestiging. Als een actie een bevestiging nodig heeft, gebruikt u een afzonderlijk dialoogvenster. Tijdens de uitbreiding van de gebruikersinterface, moeten gebruikers zich richten op de vraag of ze een taak hebben gestart en of het programma betrouwbaar is.
• Geef de bevestiging weer vóór de gebruikersinterface voor benodigde bevoegdheden. Als u dit doet, elimineert u onnodige uitbreidingen.

Sms

Algemeen

• Verwijder overbodige tekst. Zoek naar redundante tekst in titels, hoofdinstructies, aanvullende instructies, inhoudsgebieden, opdrachtkoppelingen en doorvoerknoppen. Over het algemeen laat u volledige tekst in instructies en interactieve besturingselementen staan en verwijdert u eventuele redundantie van de andere plaatsen.
• Gebruik 'waarschuwing' of 'waarschuwing' niet in de tekst. Als gebruikers voorzichtig moeten zijn, geeft u dit aan met behulp van een waarschuwingspictogram.

Onjuist:

In dit voorbeeld is de term 'waarschuwing' niet nodig.

Titels

• Gebruik de titel om de opdracht of functie te identificeren waaruit de bevestiging afkomstig is. Uitzonderingen:
  • Als er een bevestiging wordt weergegeven door veel verschillende opdrachten, kunt u in plaats daarvan de programmanaam gebruiken.
  • Als deze titel overbodig of verwarrend is met de hoofdinstructie, gebruikt u in plaats daarvan de naam van het programma.

Als de bevestiging echter afkomstig is van een langlopende taak en goed kan worden weergegeven nadat de taak is gestart, gebruikt u altijd de opdracht of functie om de context duidelijk te identificeren.

• Gebruik de titel niet om uit te leggen wat u moet doen in het dialoogvenster dat het doel is van de hoofdinstructie.
• Als het duidelijkheid toevoegt, start u de titel met het woord Bevestigen.
• Voor riskante actiebevestigingen kunt u de naam van het betrokken object toevoegen voor extra nadruk.

In dit voorbeeld is het station dat moet worden geformatteerd, opgenomen in de titel.

• Gebruik hoofdlettergebruik in titelstijl, zonder interpunctie te beëindigen.

Belangrijkste instructies

• De belangrijkste instructie voor een bevestiging is gebaseerd op het ontwerppatroon:

  Patroon	Hoofdinstructie
  Onbedoelde gevolgbevestigingen	het onbedoelde gevolg aangeven. uitzondering: als een vraag die wordt gesteld of de gebruiker wil doorgaan duidelijk het onbedoelde gevolg impliceert, stelt u in plaats daarvan de vraag. In dit voorbeeld geeft de gebruiker voldoende informatie over de gevolgen van de actie.
  Alle anderen	Stel één vraag om te bepalen of de gebruiker door wil gaan.

• Wees beknopt gebruik slechts één, volledige zin. Strip de hoofdinstructie naar de essentiële informatie. Als je iets meer moet uitleggen, gebruik dan een aanvullende instructie.

• Geef specifieke namen als er objecten betrokken zijn.

• Gebruik positieve formuleringen. Positieve formulering is gemakkelijker te begrijpen voor gebruikers.

juist:

Wilt u het delen van bestanden en printers inschakelen?

Onjuist:

Wilt u het delen van bestanden en printers uitschakelen?

Formulering moet echter overeenkomen met de bijbehorende opdracht, zelfs als de opdracht negatief is zinnen; Gebruik bijvoorbeeld Uitschakelen om een opdracht Uitschakelen te bevestigen.

• Hoewel er geen strikte formuleringsregels zijn, hebben deze algemene bevestigingszinnen de aangegeven connotatie:

  Frase	Connotatie
  Weet u zeker dat u [een actie] wilt uitvoeren?	Het directe resultaat van een gebruikersaanvraag bevestigen.
  Wilt u [een actie uitvoeren]?	Een neveneffect van een gebruikersaanvraag bevestigen.
  Wilt u [een resultaat selecteren]?	Ik heb een toelichting nodig.
  [Een actie uitvoeren]?	Geen connotatie.

• Gebruik voor riskante actiebevestigingen de term permanent om aan te geven dat een actie niet ongedaan kan worden gemaakt.

In dit voorbeeld geeft 'permanent' aan dat de actie niet ongedaan kan worden gemaakt.

• Gebruik hoofdlettergebruik inzinsstijl.

Aanvullende instructies

• De aanvullende instructie voor een bevestiging is gebaseerd op het ontwerppatroon:

Etiket	Waarde
patroon	aanvullende instructies
Onbedoelde gevolgbevestigingen	Stel één vraag om te bepalen of de gebruiker door wil gaan.
Alle anderen	Leg eventuele niet-voor de hand liggende redenen uit waarom de gebruiker mogelijk niet door wil gaan. Dergelijke redenen zijn onder andere: Mogelijk verlies van een of meer van de volgende: Een waardevol activum, zoals gegevensverlies of financieel verlies. Systeemtoegang of -integriteit. Privacy of controle over vertrouwelijke informatie. Acties die niet ongedaan kunnen worden genomen.

• Herhaal de hoofdinstructie niet met iets andere formulering. Laat in plaats daarvan de aanvullende instructie weg als er niet meer toe te voegen is.
• Voor onbedoelde gevolgbevestigingen kunt u de term toch gebruiken om beknopt aan te geven dat er een reden is om niet door te gaan als de gebruiker de hoofdinstructie over het hoofd heeft gezien. Zie Ontwerpconcepten voor meer informatie.
• Gebruik volledige zinnen, hoofdlettergebruik in zinsstijl en einde van interpunctie.

Documentatie

Wanneer u verwijst naar bevestigingen:

• Raadpleeg een bevestiging door de titel als de titel specifiek is voor de bevestiging (dat wil gezegd, niet de naam van het programma); als u dit niet doet, raadpleegt u het door de hoofdinstructie.
• Indien nodig kunt u naar een bevestigingsdialoogvenster verwijzen als een bericht.
• Gebruik de exacte tekst, inclusief het hoofdlettergebruik.
• Maak de tekst indien mogelijk vet. Anders plaatst u de tekst alleen tussen aanhalingstekens indien nodig om verwarring te voorkomen.

Voorbeeld: Klik in het bericht Bestand kopiëren op het nieuwere bestand.