Benachrichtigungen (Entwurfsgrundlagen)
Hinweis
Dieser Entwurfsleitfaden wurde für Windows 7 erstellt und für neuere Versionen von Windows nicht aktualisiert. Ein Großteil der Anleitungen gilt immer noch im Prinzip, aber die Darstellung und die Beispiele spiegeln nicht unsere aktuellen Entwurfsleitfädenwider.
Eine Benachrichtigung informiert Benutzer über Ereignisse, die nicht mit der aktuellen Benutzeraktivität in Zusammenhang stehen, indem kurz eine Sprechblase von einem Symbol im Infobereich angezeigt wird. Die Benachrichtigung kann sich aus einer Benutzeraktion oder einem signifikanten Systemereignis ergeben oder potenziell nützliche Informationen von Microsoft Windows oder einer Anwendung liefern.
Die Informationen in einer Benachrichtigung sind nützlich und relevant, aber nie kritisch. Folglich erfordern Benachrichtigungen keine sofortige Benutzeraktion, und Benutzer können sie frei ignorieren.

Eine typische Benachrichtigung.
In Windows Vista und höher werden Benachrichtigungen für eine feste Dauer von 9 Sekunden angezeigt. Benachrichtigungen werden nicht sofort angezeigt, wenn Benutzer inaktiv sind oder Bildschirmschoner ausgeführt werden. Windows stellt Benachrichtigungen während dieser Zeit automatisch in die Warteschlange und zeigt die Benachrichtigungen in der Warteschlange an, wenn der Benutzer die reguläre Aktivität fortnimmt. Daher müssen Sie nichts unternehmen, um diese besonderen Umstände zu behandeln.
Entwickler: Sie können mithilfe der SHQueryUserNotificationState-API ermitteln, wann der Benutzer aktiv ist.
Hinweis: Richtlinien im Zusammenhang mit Benachrichtigungsbereich, Taskleisteund Sprechblasen werden in separaten Artikeln vorgestellt.
Ist dies die richtige Benutzeroberfläche?
Orientieren Sie sich an folgenden Fragen:
- Sind die Informationen das unmittelbare direkte Ergebnis der Interaktion der Benutzer mit Ihrer Anwendung? Wenn ja, zeigen Sie diese synchronen Informationen direkt in Ihrer Anwendung an. Verwenden Sie stattdessen ein Dialogfeld, ein Meldungsfeld, eine Sprechblaseoder eine direkte Benutzeroberfläche. Benachrichtigungen dienen nur asynchronen Informationen.

In diesem Beispiel wird das Dialogfeld Firewallausnahmen Windows als direktes Ergebnis der Benutzerinteraktion angezeigt. Eine Benachrichtigung wäre hier nicht geeignet.
- Sind die Informationen nur relevant, wenn Benutzer Ihre Anwendung aktiv verwenden? Wenn ja, zeigen Sie die Informationen in der Statusleiste Ihrer Anwendung oder in einem anderen Statusbereich an.

In diesem Beispiel zeigt Outlook den Verbindungs- und Synchronisierungsstatus auf der Statusleiste an.
- Ändern sich die Informationen schnell, kontinuierlich und in Echtzeit? Beispiele hierfür sind Verarbeitungsfortschritt, Kursnotierungen und Sportbewertungen. Verwenden Sie in diesem Falle keine Benachrichtigungen, da sie nicht für sich schnell ändernde Informationen geeignet sind.
- Sind die Informationen nützlich und relevant? Werden Benutzer ihr Verhalten wahrscheinlich ändern oder Beeinträchtigungen aufgrund des Empfangs der Informationen vermeiden? Andernfalls werden die Informationen entweder nicht angezeigt oder in einem Statusfenster oder in einer Protokolldatei gespeichert.
- Sind die Informationen wichtig? Ist sofortige Aktion erforderlich? Wenn ja, zeigen Sie die Informationen über eine Schnittstelle an, die Aufmerksamkeit erfordert und nicht einfach ignoriert werden kann, z. B. ein modales Dialogfeld oder Meldungsfeld. Wenn das Programm nicht aktiv ist, können Sie die Aufmerksamkeit auf die kritischen Informationen lenken, indem Sie die Taskleistenschaltfläche des Programms dreimal blinken lassen und diese hervorgehoben lassen, bis das Programm aktiv ist.
- Sind die IT-Experten der primären Zielbenutzer? Verwenden Sie in diesem Falle einen alternativen Feedbackmechanismus, z. B. Protokolldateieinträge oder E-Mail-Nachrichten. IT-Experten bevorzugen Protokolldateien dringend für nicht kritische Informationen. Darüber hinaus werden Server häufig remote verwaltet und in der Regel ohne angemeldete Benutzer ausgeführt, sodass Benachrichtigungen ineffektiv sind.
Entwurfskonzepte
Effektive Benachrichtigungen, die eine gute Benutzererfahrung fördern, sind:
- Asynchronen. Das Ereignis ist kein unmittelbares direktes Ergebnis der aktuellen Interaktion der Benutzer mit Microsoft Windows oder Ihrer Anwendung.
- Nützlich. Es besteht eine angemessene Wahrscheinlichkeit, dass Benutzer eine Aufgabe ausführen oder ihr Verhalten als Ergebnis der Benachrichtigung ändern.
- Relevanten. Die Benachrichtigung zeigt hilfreiche Informationen an, die Benutzern wichtig sind und die sie nicht bereits kennen.
- Nicht kritisch. Benachrichtigungen sind nicht modal und erfordern keine Benutzerinteraktion, sodass Benutzer sie frei ignorieren können.
- Umsetzbare. Bei Benachrichtigungen, die das Ausführen einer Aktion vorschlagen, wird diese Aktion durch Klicken auf die Benachrichtigung initiiert. Die Aktion kann jedoch immer zurückgestellt werden.
- Entsprechend dargestellt. Die Darstellung der Benachrichtigung (Dauer, Häufigkeit, Text, Symbol und Interaktivität) entspricht ihren Umständen.
- Nicht ärmlich! Es gibt eine Feinlinie zwischen der Informierung von Benutzern über ein Ereignis und derEntschädigung.
Leider gibt es zu viele benachrichtigungen, die unpassend, unbrauchbar und irrelevant sind. Beachten Sie die folgenden Benachrichtigungen von der Windows XP Hall of Notifications:



In diesen Beispielen versucht Windows XP scheinbar, Benutzer bei ihrer Erstkonfiguration zu unterstützen. Diese Benachrichtigungen werden jedoch viel zu oft und gut angezeigt, nachdem sie nützlich sind, sodass sie wenig mehr sind als unaufgeforderte Featureanzeigen.
Der Benutzerflow muss beibehalten werden.
Im Idealfall sehen Benutzer, die mit ihrer Arbeit gearbeitet haben, ihre Benachrichtigungen überhaupt nicht. Stattdessen werden Ihre Benachrichtigungen nur angezeigt, wenn ihr Flow bereits unterbrochen ist.
Mihaly Csikszentmihalyi gibt in Flow: The Satisfaction of Optimal Experience (Das Ende der optimalen Erfahrung) an, dass Benutzer in einen Flowzustand übergehen, wenn sie vollständig in die Aktivität aufgenommen werden, während sie ihr Zeiterlebnis verlieren und sich sehr zufrieden fühlen.
Effektive Benachrichtigungen helfen Benutzern, ihren Flow beizubehalten, indem sie nützliche, relevante Informationen präsentieren, die leicht ignoriert werden können. Die Benachrichtigungen werden auf eine Peripheriegeräte-Weise mit geringem Schlüssel angezeigt, und sie erfordern keine Interaktion.
Gehen Sie nicht davon aus, dass Benachrichtigungen keine Störungen zur Folge haben können, wenn sie moduslos sind. Benachrichtigungen erfordern keine Aufmerksamkeit der Benutzer, aber sie fordern sie auf jeden Fall an. Sie können den Benutzerflow wie folgt unterbrechen:
- Anzeigen von Benachrichtigungen, die Benutzern egal sind.
- Eine Benachrichtigung wird zu oft angezeigt.
- Verwenden mehrerer Benachrichtigungen, wenn eine einzelne Benachrichtigung ausreicht.
- Verwenden von Sound beim Anzeigen einer Benachrichtigung.
In Windows 7 haben Benutzer die endgültige Kontrolle über Benachrichtigungen. Wenn Benutzer feststellen, dass die Benachrichtigungen eines Programms zu ängstlich sind, können sie auswählen, alle Benachrichtigungen von diesem Programm zu unterdrücken. Stellen Sie sicher, dass Benutzer dies nicht für Ihr Programm tun, indem Sie nützliche, relevante Informationen präsentieren und diese Richtlinien befolgen.
Benachrichtigungen müssen ignoriert werden können.
Benachrichtigungen erfordern keine sofortige Benutzeraktion, und Benutzer können sie frei ignorieren.
Entwickler und Designer möchten ihre Benachrichtigungen häufig so darstellen, dass sie von Benutzern nicht ignoriert werden können. Dieses Ziel macht den Hauptvorteil von Benachrichtigungen vollständig aus, da dadurch der Benutzerflow beeinträchtigt würde. Wenn Benutzer von Ihren Benachrichtigungen ablenkt werden oder sich dazu aufgefordert sehen, sie zu lesen, ist ihr Benachrichtigungsentwurf fehlgeschlagen.
Wenn Sie Bedenken haben, dass Benutzer Ihre Benachrichtigungen ignorieren, beachten Sie Folgendes:
- Wenn Sie Benachrichtigungen ordnungsgemäß verwenden und sie keine sofortige Benutzeraktion erfordern, ist es entwurfsgemäß, dass Benutzer sie ignorieren möchten. Ändern Sie dies nicht.
- Wenn für das Ereignis eine sofortige Benutzeraktion erforderlich ist, verwenden Sie eine alternative Benutzeroberfläche , die Benutzer nicht ignorieren können. Weitere Informationen finden Sie unter Ist dies die richtige Benutzeroberfläche? für die Alternativen.
Verwenden Sie ggf. progressive Eskalation.
Wenn eine Benachrichtigung für ein Ereignis verwendet wird, das Benutzer zunächst problemlos ignorieren können, dies aber letztendlich behoben werden muss, sollte eine alternative Benutzeroberfläche verwendet werden, wenn die Situation kritisch wird. Diese Technik wird als progressive Eskalation bezeichnet.
Beispielsweise weist das Windows Energieverwaltungssystem anfänglich auf eine niedrige Akkukapazität hin, indem einfach das Symbol für den Benachrichtigungsbereich geändert wird.

In diesen Beispielen verwendet Windows Energieverwaltung das Symbol für den Benachrichtigungsbereich, um Benutzer über einen zunehmend geringeren Akkubetrieb zu benachrichtigen.
Wenn die Akkuleistung geringer wird, warnt Windows Benutzer mithilfe einer Benachrichtigung vor schwacher Akkuleistung.

In diesem Beispiel verwendet Windows Energieverwaltung eine Benachrichtigung, um Benutzern mitzuteilen, dass ihre Akkuleistung schwach ist.
Diese Benachrichtigung wird angezeigt, während Benutzer noch über mehrere Optionen verfügen. Benutzer können einschalten, ihre Energieoptionen ändern, ihre Arbeit beenden und den Computer herunterfahren oder die Benachrichtigung ignorieren und weiterarbeiten. Wenn die Akkuleistung weiterhin entladen wird, spiegeln der Text und das Symbol der Benachrichtigung die zusätzliche Dringlichkeit wider. Sobald die Akkuleistung jedoch so niedrig ist, dass Benutzer sofort reagieren müssen, benachrichtigt Windows Energieverwaltung Benutzer über ein modales Meldungsfeld.

In diesem Beispiel verwendet Windows Energieverwaltung ein modales Meldungsfeld, um Benutzer über einen kritischen Akkubetrieb zu benachrichtigen.
Wenn Sie nur drei Dinge tun...
- Verwenden Sie Benachrichtigungen nur, wenn Sie dies wirklich benötigen. Wenn Sie eine Benachrichtigung anzeigen, unterbrechen Sie Benutzer möglicherweise oder sogar. Stellen Sie sicher, dass die Unterbrechung gerechtfertigt ist.
- Verwenden Sie Benachrichtigungen für nicht kritische Ereignisse oder Situationen, die keine sofortige Benutzeraktion erfordern. Verwenden Sie für kritische Ereignisse oder Situationen, die sofortige Benutzeraktionen erfordern, eine alternative Benutzeroberfläche (z. B. ein modales Dialogfeld).
- Wenn Sie Benachrichtigungen verwenden, machen Sie es zu einer guten Benutzererfahrung. Versuchen Sie nicht, Benutzer dazu zu zwingen, Ihre Benachrichtigungen anzuzeigen. Wenn Benutzer bei ihrer Arbeit so sehr interessiert sind, dass ihre Benachrichtigungen nicht angezeigt werden, ist Ihr Entwurf gut.
Verwendungsmuster
Benachrichtigungen weisen mehrere Verwendungsmuster auf:
| Bezeichnung | Wert |
|---|---|
| Aktion erfolgreich Benachrichtigt Benutzer, wenn eine asynchrone, vom Benutzer initiierte Aktion erfolgreich abgeschlossen wurde. |
Richtig:![]() In diesem Beispiel benachrichtigt Windows Update Benutzer, wenn ihr Computer erfolgreich aktualisiert wurde. Falsch: ![]() In diesem Beispiel benachrichtigt Microsoft Outlook Benutzer, wenn eine Datendateiüberprüfung abgeschlossen ist. Was sollen Benutzer jetzt tun? Und warum werden Benutzer vor erfolgreichem Abschluss gewarnt? Anzeigen, wenn: Nach Abschluss einer asynchronen Aufgabe. Benachrichtigen Sie Benutzer nur dann über erfolgreiche Aktionen, wenn sie wahrscheinlich auf den Abschluss oder nach kürzlichen Fehlern warten. Zeigen Sie, wie: Verwenden Sie die Echtzeitoption, damit diese Benachrichtigungen nicht in die Warteschlange eingereiht werden, wenn Benutzer eine Vollbildanwendung ausführen oder ihren Computer nicht aktiv verwenden. Zeigen Sie, wie oft: Einmal. Verärgerungsfaktor: Niedrig, wenn der Erfolg aufgrund kürzlicher Fehler nicht erwartet wird, der Erfolg nach einem kritischen oder sehr ungewöhnlichen Fehler erfolgt, sodass der Benutzer zusätzliches Feedback benötigt oder der Benutzer auf den Abschluss wartet. hoch, wenn nicht. Alternativen: Geben Sie Feedback "bei Bedarf", indem Sie ein Symbol (oder ein vorhandenes Symbol ändern) im Benachrichtigungsbereich anzeigen, während der Vorgang ausgeführt wird. Entfernen Sie das Symbol (oder stellen Sie das vorherige Symbol wieder her), wenn der Vorgang abgeschlossen ist. |
| Aktionsfehler Benachrichtigt Benutzer, wenn eine asynchrone, vom Benutzer initiierte Aktion fehlschlägt. |
Richtig:![]() In diesem Beispiel werden Benutzer Windows Aktivierung über einen Fehler benachrichtigt. Falsch: ![]() In diesem Beispiel hat Microsoft Outlook verwendet, um Benutzer über einen Fehler zu informieren, den sie wahrscheinlich nicht interessieren. Anzeigen, wenn: Bei einem Fehler einer asynchronen Aufgabe. Zeigen Sie, wie oft: Einmal. Verärgerungsfaktor: Niedrig, wenn nützlich und relevant; hoch, wenn sich das Problem sofort selbst löst oder Benutzer andernfalls keine Probleme machen. Alternativen: Verwenden Sie ein modales Dialogfeld, wenn Benutzer den Fehler sofort beheben müssen. |
| Nicht kritisches Systemereignis Benachrichtigt Benutzer über wichtige Systemereignisse oder Denkstatus, die zumindest vorübergehend ignoriert werden können. |
![]() In diesem Beispiel warnt Windows Benutzer vor geringer Akkuleistung, aber es bleibt noch viel Zeit, bis sie Maßnahmen ergriffen haben. Anzeigen, wenn: Wenn ein Ereignis auftritt und der Benutzer aktiv ist oder eine Bedingung weiterhin vorhanden ist. Wenn ein Problem auftritt, entfernen Sie die aktuell angezeigten Benachrichtigungen sofort, sobald das Problem behoben wurde. Wie bei Aktionsbenachrichtigungen sollten Benutzer nur dann über erfolgreiche Systemereignisse benachrichtigt werden, wenn Benutzer wahrscheinlich auf das Ereignis oder nach kürzlichen Fehlern warten. Zeigen Sie, wie oft: Einmal, wenn das Ereignis zum ersten Mal auftritt. Wenn dies auf ein Problem resultiert, das Benutzer lösen müssen, sollten Sie es einmal täglich erneut anzeigen. Verärgerungsfaktor: Niedrig, solange die Benachrichtigung nicht zu oft angezeigt wird. Alternativen: Wenn Benutzer ein Problem schließlich lösen müssen, verwenden Sie die progressive Eskalation, indem Sie letztendlich ein modales Dialogfeld anzeigen, wenn die Auflösung obligatorisch wird. |
| Optionale Benutzeraufgabe Benachrichtigt Benutzer über asynchrone Aufgaben, die sie ausführen sollten. Unabhängig davon, ob optional oder erforderlich, kann die Aufgabe sicher zurückgestellt werden. |
![]() In diesem Beispiel benachrichtigt Windows Update Benutzer über ein neues Sicherheitsupdate. Anzeigen, wenn: Wenn die Notwendigkeit bestimmt wird, eine Aufgabe auszuführen, und der Benutzer aktiv ist. Zeigen Sie, wie oft: Maximal dreimal pro Tag. Verärgerungsfaktor: Niedrig, solange Benutzer die Aufgabe als wichtig betrachten und die Benachrichtigung nicht zu oft angezeigt wird. Alternativen: Wenn Benutzer die Aufgabe schließlich ausführen müssen, verwenden Sie die progressive Eskalation, indem Sie letztendlich ein modales Dialogfeld anzeigen, wenn die Aufgabe obligatorisch wird. |
| FYI Benachrichtigt Benutzer über potenziell nützliche, relevante Informationen. Sie können Benutzer über Informationen von marginaler Relevanz benachrichtigen, wenn diese optional sind und Benutzer sich dafür entscheiden. |
Richtig:![]() In diesem Beispiel werden Benutzer benachrichtigt, wenn eine neue E-Mail empfangen wird. Richtig: ![]() In diesem Beispiel werden Benutzer benachrichtigt, wenn Kontakte online geschaltet werden und diese optionalen Informationen erhalten. Falsch: ![]() In diesem Beispiel sind die Informationen nur nützlich, wenn für den Benutzer bereits Usb-Hochgeschwindigkeitsports installiert sind. Andernfalls ist es wahrscheinlich, dass der Benutzer als Ergebnis nichts anderes tut. Anzeigen, wenn: Wenn das auslösende Ereignis auftritt. Zeigen Sie, wie: Verwenden Sie die Echtzeitoption, damit diese Benachrichtigungen nicht in die Warteschlange eingereiht werden, wenn Benutzer eine Vollbildanwendung ausführen oder ihren Computer nicht aktiv verwenden. Zeigen Sie, wie oft: Einmal. Verärgerungsfaktor: Mittel bis hoch, abhängig von der Wahrnehmung von Nützlichkeit und Relevanz durch die Benutzer. Nicht empfohlen, wenn eine geringe Wahrscheinlichkeit von Benutzer interessiert ist. Alternativen: Benachrichtigen Sie Benutzer nicht. |
| Featureankündigung Benachrichtigt Benutzer über neu installierte, nicht verwendete System- oder Anwendungsfeatures. |
Verwenden Sie keine Benachrichtigungen für Featureanzeigen! Verwenden Sie stattdessen eine andere Möglichkeit, um das Feature auffindbar zu machen, z. B.:
![]() Verwenden Sie keine Benachrichtigungen für Featureanzeigen. |
Richtlinien
Allgemein
- Wählen Sie das Benachrichtigungsmuster basierend auf seiner Verwendung aus. Eine Beschreibung der einzelnen Verwendungsmuster finden Sie in der vorherigen Tabelle.
- Verwenden Sie während der ersten Windows keine Benachrichtigungen. Um die erste Erfahrung zu verbessern, unterdrückt Windows 7 alle Benachrichtigungen, die während der ersten Stunden der Nutzung angezeigt werden. Entwerfen Sie Ihr Programm unter der Annahme, dass Benutzern keine solchen Benachrichtigungen angezeigt werden.
Zu benachrichtigende Informationen
Benachrichtigen Sie nicht über erfolgreiche Vorgänge, außer unter den folgenden Umständen:
- Sicherheit. Benutzer betrachten Sicherheitsvorgänge als von höchster Wichtigkeit, sodass Benutzer über erfolgreiche Sicherheitsvorgänge benachrichtigt werden.
- Letzter Fehler. Benutzer nehmen keine erfolgreichen Vorgänge als erteilt an, wenn sie zuvor einen Fehler hatten. Benachrichtigen Sie benutzer daher über den Erfolg, wenn der Vorgang kürzlich fehlgeschlagen ist.
- Vermeiden Sie Beeinträchtigungen. Melden sie erfolgreiche Vorgänge, wenn sie dies tun, kann dies dazu führen, dass Benutzer nicht umständlich werden. Benachrichtigen Sie Daher Benutzer, wenn ein erfolgreicher Vorgang auf unerwartete Weise ausgeführt wird, z. B. wenn ein Vorgang lang ist oder früher oder später als erwartet abgeschlossen wird.
In anderen Fällen geben Sie entweder kein Feedback für den Erfolg oder feedback "on demand". Angenommen, Benutzer nehmen erfolgreiche Vorgänge als selbstverständlich an. Sie können Feedback bei Bedarf geben, indem Sie ein Symbol (oder ein vorhandenes Symbol) im Benachrichtigungsbereich anzeigen, während der Vorgang ausgeführt wird, und das Symbol entfernen (oder das vorherige Symbol wiederherstellen), wenn der Vorgang abgeschlossen ist.
Geben Sie für das FYI-Muster keine Benachrichtigung aus, wenn Benutzer weiterhin normal arbeiten können oder sich als Ergebnis der Benachrichtigung wahrscheinlich nicht anders verhalten.
Falsch:

In diesem Beispiel sind die Informationen nur nützlich, wenn der Benutzer die Ports bereits installiert hat. Andernfalls wird der Benutzer wahrscheinlich keine anderen Möglichkeiten als das Ergebnis haben.
Ausnahme: Sie können Benutzer über Informationen von fragebarer Relevanz benachrichtigen, wenn sie optional sind und Benutzer sich dafür entscheiden.
Richtig:

In diesem Beispiel werden Benutzer benachrichtigt, wenn Kontakte online benachrichtigungen, und sie haben sich dafür entschieden, diese optionalen Informationen zu erhalten.
Verwenden Sie für das nicht kritische Systemereignis und die FYI-Muster vollständige Benachrichtigungen für ein einzelnes Ereignis. Geben Sie nicht mehrere teilielle an.
Falsch:

Diese Beispiele zeigen nur vier der acht Benachrichtigungen, die von Windows XP angezeigt wurden, wenn ein Benutzer eine bestimmte USB-Tastatur anfügen, die jeweils inkrementell weitere Informationen enthält.
Richtig:

In diesem Beispiel führt das Anfügen einer USB-Tastatur zu zwei vollständigen Benachrichtigungen.
Benachrichtigungs wann
- Anzeigen einer Benachrichtigung basierend auf dem Entwurfsmuster:
| Muster | Benachrichtigungs wann |
|---|---|
| Aktion erfolgreich |
Nach Abschluss einer asynchronen Aufgabe. Benachrichtigen Sie Benutzer nur dann über erfolgreiche Aktionen, wenn sie wahrscheinlich auf den Abschluss oder nach kürzlichen Fehlern warten. |
| Aktionsfehler |
Bei Einem Fehler einer asynchronen Aufgabe. |
| Nicht kritisches Systemereignis |
Wenn ein Ereignis auftritt und der Benutzer aktiv ist, oder die Bedingung weiterhin vorhanden ist. Wenn dies auf ein Problem hinweist, entfernen Sie die aktuell angezeigte Benachrichtigung sofort, sobald das Problem behoben wurde. |
| Optionale Benutzeraufgabe |
Wenn die Notwendigkeit zum Ausführen einer Aufgabe bestimmt wird und der Benutzer aktiv ist. |
| FYI |
Wenn das auslösende Ereignis auftritt. |
- Wenn das Problem innerhalb von Sekunden behoben werden kann, verzögern Sie die Fehlerbenachrichtigung für das Aktionsfehlermuster um einen angemessenen Zeitraum. Wenn sich das Problem selbst korrigiert, melden Sie nichts. Benachrichtigen Sie erst, wenn genügend Zeit verstrichen ist, dass der Fehler erkennbar ist. Wenn Sie zu früh melden, werden Benutzer das gemeldete Problem wahrscheinlich nicht bemerken, aber sie werden die unnötige Benachrichtigung bemerken.
Falsch:

Wenn unmittelbar darauf folgt:

In diesem Beispiel ist in Windows Vista die Benachrichtigung über keine drahtlos verbundenen Verbindungen vorzeitig, da häufig unmittelbar darauf eine Benachrichtigung über eine gute Konnektivität folgt.
- Verwenden Sie für den Erfolg der Aktion und die FYI-Muster die Echtzeitoption, damit veraltete Benachrichtigungen nicht in die Warteschlange gestellt werden, wenn Benutzer eine Vollbildanwendung ausführen oder ihren Computer nicht aktiv verwenden.
- Für das nicht kritische Systemereignismuster schaffen Sie nicht das Potenzial für Benachrichtigungss storms, indem Sie Ereignisse, die an bekannte Ereignisse wie die Benutzeranmeldung gebunden sind, staffeln. Binden Sie stattdessen das Ereignis an einen bestimmten Zeitraum nach dem Ereignis. Beispielsweise können Sie Benutzer daran erinnern, Ihr Produkt fünf Minuten nach der Benutzeranmeldung zu registrieren.
Wie lange die Benachrichtigung dauern soll
In Windows Vista und höher werden Benachrichtigungen für eine feste Dauer von 9 Sekunden angezeigt.
Benachrichtigungs häufig
- Die Anzahl der Anzeigezeiten für eine Benachrichtigung basiert auf dem Entwurfsmuster:
| Muster | Benachrichtigungs häufig |
|---|---|
| Aktion erfolgreich |
Einmal. |
| Aktionsfehler |
Einmal. |
| Nicht kritisches Systemereignis |
Einmal, wenn das Ereignis zum ersten Mal auftritt. Wenn dies aus einem Problem resultiert, das Benutzer lösen müssen, zeigen Sie einmal täglich erneut an. |
| Optionale Benutzeraufgabe |
Einmal täglich für maximal drei Mal. |
| FYI |
Einmal. |
- Versuchen Sie bei optionalen Benutzeraufgaben nicht, Benutzer durch ständiges Anzeigen von Benachrichtigungen in die Übermittlung zu lässig zu machen. Wenn die Aufgabe erforderlich ist, zeigen Sie sofort ein modales Dialogfeld an, anstatt Benachrichtigungen zu verwenden.
Benachrichtigungseskalation
- Gehen Sie nicht davon aus, dass Benutzern Ihre Benachrichtigungen angezeigt werden. Benutzer sehen sie nicht in den:
- Sie sind in ihrer Arbeit versunken.
- Sie achten nicht auf sie.
- Sie sind von ihrem Computer weg.
- Es wird eine Vollbildanwendung ausgeführt.
- Der Administrator hat alle Benachrichtigungen für seinen Computer deaktiviert.
- Wenn Benutzer irgendwann eine Aktion ergreifen müssen, verwenden Sie progressive Eskalation, um eine alternative Benutzeroberfläche anzuzeigen, die Benutzer nicht ignorieren können.
Interaktion
- Machen Sie Benachrichtigungen klickbar, wenn:
- Benutzer sollten eine Aktion ausführen. Wenn Sie auf die Benachrichtigung klicken, sollte ein Fenster angezeigt werden, in dem Benutzer die Aktion ausführen können. Dieser Ansatz wird für Aktionsfehler und optionale Entwurfsmuster für Benutzeraufgabe bevorzugt.
- Benutzer möchten möglicherweise weitere Informationen anzeigen. Wenn Sie auf die Benachrichtigung klicken, sollte ein Fenster angezeigt werden, in dem Benutzer zusätzliche Informationen anzeigen können.
- Zeigt immer ein Fenster an, wenn Benutzer klicken, um eine Aktion durchzuführen. Klicken Sie nicht direkt auf Aktion ausführen.
- Wenn Sie auf klicken, um weitere Informationen anzeigen zu können, sollten immer weitere Informationen enthalten sein. Umformulieren Sie nicht nur die Informationen, die bereits in der Benachrichtigung enthalten sind.
Symbole
- Verwenden Sie für das Aktionsfehlermuster das Standardfehlersymbol.
- Verwenden Sie für die nicht kritischen Systemereignismuster das Standardwarnungssymbol.
- Verwenden Sie für andere Muster Symbole, die Objekte anzeigen, die sich auf das Subjekt beziehen oder vorschlagen, z. B. ein Schild für die Sicherheit oder eine Stromakku.
- Verwenden Sie Symbole basierend auf Ihrer Anwendung oder Ihrem Unternehmensbranding, wenn Ihre Zielbenutzer sie erkennen und es keine bessere Alternative gibt.
- Erwägen Sie bei einer progressiven Eskalation die Verwendung von Symbolen mit einer progressiv emphatischen Darstellung, wenn die Situation dringender wird.
- Verwenden Sie nicht das Standardinformationssymbol. Dass Benachrichtigungen Informationen sind, versteht sich von selbst.
- Erwägen Sie die Verwendung großer Symbole (32 x 32 Pixel), wenn Folgendes zu beachten ist:
- Benutzer werden das Symbol schnell und nicht den Text verstehen.
- Die großen Symbole vermitteln ihre Bedeutung eindeutiger und effektiver als die standardmäßigen Symbole mit 16 x 16 Pixeln.
- Das Symbol verwendet das Stilsymbol.

In diesem Beispiel können Benutzer die Art der Benachrichtigung schnell mit einem Blick auf das große Symbol nachvollziehen.
Benachrichtigungswarteschlange
Hinweis: Benachrichtigungen werden immer dann in die Warteschlange gestellt, wenn sie nicht sofort angezeigt werden können, z. B. wenn eine andere Benachrichtigung angezeigt wird, der Benutzer eine Vollbildanwendung ausgeführt oder der Benutzer den Computer nicht aktiv verwendet. Echtzeitbenachrichtigungen verbleiben nur 60 Sekunden lang in der Warteschlange.
- Verwenden Sie für den Erfolg der Aktion und die FYI-Muster die Echtzeitoption, damit die Benachrichtigung nicht lange in die Warteschlange gestellt wird. Diese Benachrichtigungen haben nur dann einen Wert, wenn sie sofort angezeigt werden können.
- Entfernen Sie Benachrichtigungen in der Warteschlange, wenn sie nicht mehr relevant sind.
- Entwickler: Legen Sie hierzu das FLAG NIF _ INFO in uFlags und szInfo auf eine leere Zeichenfolge fest. Dies hat keinen Schaden, wenn sich die Benachrichtigung nicht mehr in der Warteschlange befindet.
Systemintegration
- Wenn Ihre Anwendung während der Ausführung nicht immer über ein Symbol im Benachrichtigungsbereich verfügen, zeigen Sie während der asynchronen Aufgabe oder des Ereignisses, das die Benachrichtigung verursacht hat, vorübergehend ein Symbol an.
Text
Titeltext
- Verwenden Sie Titeltext, der kurz die wichtigsten Informationen zusammenfasst, die Sie für die Kommunikation mit Benutzern in einer klaren, einfachen, präzisen und spezifischen Sprache benötigen. Benutzer sollten in der Lage sein, den Zweck der Benachrichtigungsinformationen schnell und mit minimalem Aufwand zu verstehen.
- Verwenden Sie Textfragmente oder vollständige Sätze, ohne die Interpunktion zu beenden.
- Verwenden Sie für Überschriften die Standardgroß- und kleinschreibung.
- Verwenden Sie für die Lokalisierung nicht mehr als 48 Zeichen (auf Englisch). Der Titel hat eine maximale Länge von 63 Zeichen, aber Sie müssen eine Erweiterung von 30 Prozent zulassen, wenn der englischsprachige Text übersetzt wird.
Textkörper
Verwenden Sie Texttext, der eine Beschreibung enthält (ohne die Informationen im Titel zu wiederholen) und optional spezifische Details zur Benachrichtigung enthält und benutzer darüber informiert, welche Aktion verfügbar ist.
Verwenden Sie vollständige Sätze mit endender Interpunktion.
Verwenden Sie für Überschriften die Standardgroß- und kleinschreibung.
Verwenden Sie nicht mehr als 200 Zeichen (auf Englisch), um die Lokalisierung zu bieten. Der Textkörper hat eine maximale Länge von 255 Zeichen, aber Sie müssen eine Erweiterung von 30 Prozent zulassen, wenn der englischsprachige Text übersetzt wird.
Fügen Sie wichtige Informationen in den Text ein, z. B. bestimmte Objektnamen. (Beispiele: Benutzernamen, Dateinamen oder URLs.) Benutzer sollten kein weiteres Fenster öffnen müssen, um solche Informationen zu finden.
Setzen Sie Objektnamen in doppelte Anführungszeichen.
- Ausnahme: Verwenden Sie keine Anführungszeichen, wenn:
- Der Objektname verwendet immer die Groß-/Formatvorlage, z. B. mit Benutzernamen.
- Der Objektname wird durch einen Doppelpunkt versetzt (Beispiel: Druckername: Mein Drucker).
- Der Objektname kann einfach über den Kontext bestimmt werden.
- Ausnahme: Verwenden Sie keine Anführungszeichen, wenn:
Wenn Sie Objektnamen auf eine feste maximale Größe abschneiden müssen, um die Lokalisierung zu bieten, verwenden Sie eine Auslassungszeichen, um das Abschneiden anzugeben.

In diesem Beispiel wird ein Objektname mithilfe von Auslassungsellipsen abgeschnitten.
Verwenden Sie den folgenden Ausdruck, wenn die Benachrichtigung umsetzbar ist:
Wenn Benutzer auf die Benachrichtigung klicken können, um eine Aktion durchzuführen:
< kurze Beschreibung wichtiger Informationen>
Klicken Sie auf .

In diesem Beispiel können Benutzer klicken, um eine Aktion durchzuführen.
Wenn Benutzer auf die Benachrichtigung klicken können, um weitere Informationen zu erhalten:
< kurze Beschreibung wichtiger Informationen>
Klicken Sie auf , um weitere Informationen zu erhalten.

In diesem Beispiel können Benutzer auf klicken, um weitere Informationen zu erhalten.
Sagen Sie nicht, dass der Benutzer eine Aktion in einer Benachrichtigung ausführen muss. Benachrichtigungen gelten für nicht kritische Informationen, die Benutzer frei ignorieren können. Wenn Benutzer wirklich eine Aktion ausführen müssen, verwenden Sie keine Benachrichtigungen.
Wenn Benutzer eine Aktion ausführen sollten, machen Sie die Wichtigkeit deutlich.
Beschreiben Sie Probleme bei Aktionsfehlern und nicht kritischen Systemereignismustern in einfacher Sprache.
Falsch:

In diesem Beispiel wird das Problem mit einer zu technischen, aber unspezifischen Sprache beschrieben.
Richtig:

In diesem Beispiel wird das Problem in einfacher Sprache beschrieben.
Beschreiben Sie das Ereignis auf eine Weise, die für die Zielbenutzer relevant ist. Eine Benachrichtigung ist relevant, wenn die Wahrscheinlichkeit angemessen ist, dass Benutzer eine Aufgabe ausführen oder ihr Verhalten als Ergebnis der Benachrichtigung ändern. Sie können dies häufig erreichen, indem Sie Benachrichtigungen in Bezug auf Benutzerziele statt technologischer Probleme beschreiben.
Dokumentation
Beim Verweisen auf Benachrichtigungen:
- Verwenden Sie den genauen Titeltext, einschließlich der Groß-/Groß-/Groß-/A-
- Verweisen Sie auf die Komponente als Benachrichtigung, nicht als Sprechblasen oder Warnung.
- Um die Benutzerinteraktion zu beschreiben, klicken Sie auf .
- Formatieren Sie den Titeltext nach Möglichkeit fett formatieren. Andernfalls setzen Sie den Titel nur dann in Anführungszeichen, wenn dies erforderlich ist, um Verwirrung zu vermeiden.
Beispiel: Wenn die Benachrichtigung Kritische Updates sind bereit zur Installation angezeigt wird, klicken Sie auf die Benachrichtigung, um den Prozess zu starten.
Beim Verweisen auf den Benachrichtigungsbereich:
- Verweisen Sie auf den Benachrichtigungsbereich als Benachrichtigungsbereich, nicht auf die Taskleiste.





