Benachrichtigungen (Designgrundlagen)

Eine Benachrichtigung informiert Benutzer über Ereignisse, die nicht mit der aktuellen Benutzeraktivität verbunden sind, indem sie kurz eine Sprechblase aus einem Symbol im Infobereich anzeigt. Die Benachrichtigung kann aus einer Benutzeraktion oder einem signifikanten Systemereignis oder potenziell nützlichen Informationen aus Microsoft Windows oder einer Anwendung resultieren.

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 Zeiten automatisch in die Warteschlange und zeigt die Benachrichtigungen in der Warteschlange an, wenn der Benutzer normale Aktivitäten fortsetzt. Daher müssen Sie nichts tun, um diese besonderen Umstände zu behandeln.

Entwickler: Sie können bestimmen, wann der Benutzer mit der SHQueryUserNotificationState-API aktiv ist.

Hinweis: Richtlinien für Infobereich, Taskleisteund Sprechblasen werden in separaten Artikeln vorgestellt.

Ist dies die richtige Benutzeroberfläche?

Berücksichtigen Sie die folgenden Fragen, um sich zu entscheiden:

• Sind die Informationen das unmittelbare, direkte Ergebnis der Interaktion der Benutzer mit Ihrer Anwendung? Wenn ja, zeigen Sie diese synchronen Informationen stattdessen direkt in Ihrer Anwendung mithilfe eines Dialogfelds, Meldungsfeld, Sprechblasean oder an Stelle UI. Benachrichtigungen sind nur für asynchrone Informationen vorgesehen.

In diesem Beispiel wird das Dialogfeld "Windows-Firewallausnahmen" 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 einem anderen Statusbereich an.

In diesem Beispiel zeigt Outlook den Verbindungs- und Synchronisierungsstatus auf der Statusleiste an.

• Ändert sich die Information schnell, kontinuierlich, Echtzeitinformationen? Beispiele hierfür sind die Verarbeitung von Fortschritt, Aktienkursen und Sportergebnissen. Verwenden Sie in diesem Falls keine Benachrichtigungen, da sie nicht für schnell ändernde Informationen geeignet sind.
• Sind die Informationen nützlich und relevant? Werden Benutzer ihr Verhalten wahrscheinlich ändern oder unannehmlichkeiten vermeiden, da sie die Informationen erhalten? Andernfalls zeigen Sie die Informationen nicht an, oder fügen Sie sie in ein Statusfenster oder eine Protokolldatei ein.
• Sind die Informationen kritisch? Ist sofortiges Handeln erforderlich? Wenn ja, zeigen Sie die Informationen mithilfe einer 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 und es hervorgehoben lassen, bis das Programm aktiv ist.
• Sind die IT-Experten der primären Zielbenutzer? Wenn ja, verwenden Sie einen alternativen Feedbackmechanismus, z. B. Protokolldatei Einträgen oder E-Mail-Nachrichten. IT-Experten bevorzugen protokolldateien dringend für nicht kritische Informationen. Darüber hinaus werden Server häufig remote verwaltet und werden in der Regel ohne angemeldete Benutzer ausgeführt, wodurch Benachrichtigungen unwirksam werden.

Designkonzepte

Effektive Benachrichtigungen, die eine gute Benutzererfahrung fördern, sind:

• Asynchron. Das Ereignis ist kein unmittelbares, direktes Ergebnis der aktuellen Interaktion von Benutzern mit Microsoft Windows oder Ihrer Anwendung.
• Nützlich. Es besteht eine angemessene Chance, dass Benutzer eine Aufgabe ausführen oder ihr Verhalten als Ergebnis der Benachrichtigung ändern.
• Einschlägig. Die Benachrichtigung zeigt hilfreiche Informationen an, die Benutzer interessieren und die sie noch nicht kennen.
• Nicht kritisch. Benachrichtigungen sind nicht modal und erfordern keine Benutzerinteraktion, sodass Benutzer sie frei ignorieren können.
• Verklagbar. Für Benachrichtigungen, die eine Aktion vorschlagen, wird diese Aktion durch Klicken auf die Benachrichtigung initiiert. Die Aktion kann jedoch immer verschoben werden.
• Angemessen dargestellt. Die Präsentation der Benachrichtigung (Dauer, Häufigkeit, Text, Symbol und Interaktivität) entspricht ihren Umständen.
• Nicht lästig! Es gibt eine feine Linie zwischen sanfter Information der Benutzer über ein Ereignis und das Plädieren dieser Ereignisse.

Leider gibt es zu viele lästige, unangemessene, nutzlose, irrelevante Benachrichtigungen. Berücksichtigen Sie diese Benachrichtigungen aus der Windows XP Hall of Shame:

In diesen Beispielen versucht Windows XP angeblich, Benutzer bei ihrer Erstkonfiguration zu unterstützen. Diese Benachrichtigungen werden jedoch viel zu oft angezeigt und gut, nachdem sie nützlich sind, daher sind sie wenig mehr als unerwünschte Featureanzeigen.

Der Benutzerfluss muss beibehalten werden.

Im Idealfall sehen Benutzer, die in ihre Arbeit eingetaucht sind, ihre Benachrichtigungen überhaupt nicht. Stattdessen werden Ihre Benachrichtigungen nur angezeigt, wenn der Ablauf bereits unterbrochen ist.

In Flow: Die Psychologie der optimalen Erfahrung, Mihaly Csikszentmihalyi sagt, dass Benutzer in einen Flusszustand eintreten, wenn sie vollständig in Aktivität absorbiert werden, während sie ihr Zeitgefühl verlieren und Gefühle von großer Zufriedenheit haben.

Effektive Benachrichtigungen helfen Benutzern, ihren Fluss aufrechtzuerhalten, indem nützliche, relevante Informationen präsentiert werden, die leicht ignoriert werden können. Die Benachrichtigungen werden auf low-key-, periphere Weise dargestellt, und sie erfordern keine Interaktion.

Gehen Sie nicht davon aus, dass Benachrichtigungen moduslos eine lästige Unterbrechung sein können. Benachrichtigungen fordern die Aufmerksamkeit der Benutzer nicht an, aber sie fordern sie auf jeden Fall an. Sie können den Benutzerfluss unterbrechen, indem Sie:

• Anzeigen von Benachrichtigungen, die Benutzern nicht wichtig sind.
• Eine Benachrichtigung wird zu häufig angezeigt.
• Verwenden mehrerer Benachrichtigungen, wenn eine einzelne Benachrichtigung ausreichend ist.
• Verwenden von Sound beim Anzeigen einer Benachrichtigung.

In Windows 7 haben Benutzer die ultimative Kontrolle über Benachrichtigungen. Wenn Benutzer feststellen, dass die Benachrichtigungen eines Programms zu lästig sind, können sie auswählen, dass alle Benachrichtigungen aus diesem Programm unterdrückt werden. Stellen Sie sicher, dass Benutzer dies nicht für Ihr Programm tun, indem Sie nützliche, relevante Informationen präsentieren und diesen Richtlinien folgen.

Benachrichtigungen müssen ignorierbar sein

Benachrichtigungen erfordern keine sofortige Benutzeraktion, und Benutzer können sie frei ignorieren.

Entwickler und Designer möchten ihre Benachrichtigungen häufig so präsentieren, dass Benutzer sie nicht ignorieren können. Dieses Ziel untergräbt den hauptvorteil von Benachrichtigungen, da er den Fluss der Benutzer unterbrechen würde. Wenn Benutzer von Ihren Benachrichtigungen ablenkt oder verpflichtet sind, sie zu lesen, ist Ihr Benachrichtigungsentwurf fehlgeschlagen.

Wenn Sie besorgt sind, dass Benutzer Ihre Benachrichtigungen ignorieren, beachten Sie Folgendes:

• Wenn Sie Benachrichtigungen richtig verwenden und sie keine sofortige Benutzeraktion erfordern, ist es beabsichtigt, 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. Siehe Ist dies die richtige Benutzeroberfläche? für die Alternativen.

Verwenden Der progressiven Eskalation, falls zutreffend

Wenn eine Benachrichtigung für ein Ereignis verwendet wird, das Benutzer zuerst sicher ignorieren können, dies muss jedoch schließlich behoben werden, sollte eine alternative Benutzeroberfläche verwendet werden, wenn die Situation kritisch wird. Diese Technik wird als progressive Eskalation bezeichnet.

Beispielsweise zeigt das Windows-Energieverwaltungssystem zunächst einen niedrigen Akku an, indem einfach das Benachrichtigungsbereichssymbol geändert wird.

In diesen Beispielen verwendet die Windows-Energieverwaltung das Symbol für den Infobereich, um Benutzer über eine schrittweise niedrigere Akkuleistung zu informieren.

Da die Akkuleistung geringer wird, warnt Windows Benutzer vor schwacher Akkuleistung mithilfe einer Benachrichtigung.

In diesem Beispiel verwendet die Windows-Energieverwaltung eine Benachrichtigung, um Benutzern mitzuteilen, dass ihre Akkuleistung schwach ist.

Diese Benachrichtigung wird angezeigt, während Benutzer noch mehrere Optionen haben. Benutzer können sich anschließen, ihre Energieoptionen ändern, ihre Arbeit umschließen und den Computer herunterfahren oder die Benachrichtigung ignorieren und die Arbeit fortsetzen. Wenn der Akkustrom weiterhin abfließt, spiegelt der Text und das Symbol der Benachrichtigung die zusätzliche Dringlichkeit wider. Sobald der Akkustrom jedoch so niedrig ist, dass Benutzer sofort reagieren müssen, benachrichtigt die Windows-Energieverwaltung Benutzer über ein modales Meldungsfeld.

In diesem Beispiel verwendet die Windows-Energieverwaltung ein modales Meldungsfeld, um Benutzer über einen kritischen stromarmen Akkustrom zu informieren.

Wenn Sie nur drei Dinge tun...

1. Verwenden Sie Benachrichtigungen nur, wenn Sie wirklich benötigen. Wenn Sie eine Benachrichtigung anzeigen, unterbrechen Sie möglicherweise Benutzer oder stören sie sogar. Stellen Sie sicher, dass Unterbrechungen gerechtfertigt sind.
2. Verwenden Sie Benachrichtigungen für nicht kritische Ereignisse oder Situationen, für die keine sofortige Benutzeraktion erforderlich ist. Verwenden Sie für kritische Ereignisse oder Situationen, die eine sofortige Benutzeraktion erfordern, eine alternative Benutzeroberfläche (z. B. ein modales Dialogfeld).
3. Wenn Sie Benachrichtigungen verwenden, machen Sie dies zu einer guten Benutzererfahrung. Versuchen Sie nicht, Benutzer zu zwingen, Ihre Benachrichtigungen anzuzeigen. Wenn Benutzer so in ihre Arbeit eingetaucht sind, dass ihre Benachrichtigungen nicht angezeigt werden, ist Ihr Design gut.

Verwendungsmuster

Benachrichtigungen weisen mehrere Verwendungsmuster auf:

Etikett	Wert
Erfolg Benachrichtigt Benutzer, wenn eine asynchrone, vom Benutzer initiierte Aktion erfolgreich abgeschlossen wird.	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 warnen Benutzer über den erfolgreichen Abschluss? Anzeigen, wann: Nach Abschluss einer asynchronen Aufgabe. Benachrichtigen Sie Benutzer nur dann über erfolgreiche Aktionen, wenn sie wahrscheinlich auf den Abschluss oder nach den letzten Fehlern warten. Zeigen Sie, wie: Verwenden Sie die Echtzeitoption, damit diese Benachrichtigungen nicht in die Warteschlange gestellt 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, liegt der Erfolg nach einem kritischen oder sehr ungewöhnlichen Fehler, sodass der Benutzer zusätzliches Feedback benötigt oder der Benutzer auf den Abschluss wartet; hoch, wenn nicht. Alternativen: feedback "on demand" geben, indem ein Symbol (oder das Ändern eines vorhandenen Symbols) im Infobereich angezeigt wird, 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 benachrichtigt die Windows-Aktivierung Benutzer über Fehler. Falsch: In diesem Beispiel hat Microsoft Outlook verwendet, um Benutzer über einen Fehler zu informieren, dass sie sich nicht interessieren. Anzeigen, wann: Bei Einem Fehler einer asynchronen Aufgabe. Zeigen Sie, wie oft: einmal. Verärrungsfaktor: Niedrig, wenn nützlich und relevant; hoch, wenn sich das Problem sofort selbst beheben wird, oder benutzer auf andere Weise keine Sorge haben. Alternativen: Ein modales Dialogfeld verwenden, wenn Benutzer den Fehler sofort beheben müssen.
nicht kritisches Systemereignis Benachrichtigt Benutzer über wichtige Systemereignisse oder den Status, die zumindest vorübergehend unbedenklich ignoriert werden können.	In diesem Beispiel warnt Windows Benutzer von geringer Akkuleistung, aber es gibt noch viel Zeit, bevor sie Maßnahmen ergreifen. Anzeigen, wann: Wenn ein Ereignis auftritt und der Benutzer aktiv ist oder eine Bedingung weiterhin vorhanden ist. Wenn sich ein Problem ergibt, entfernen Sie derzeit angezeigte Benachrichtigungen sofort, nachdem das Problem behoben wurde. Wie bei Aktionsbenachrichtigungen benachrichtigen Sie Benutzer nur dann über erfolgreiche Systemereignisse, wenn Benutzer wahrscheinlich auf das Ereignis oder nach den letzten Fehlern warten. Zeigen Sie, wie oft: Nach dem ersten Auftreten des Ereignisses. Wenn dies auf ein Problem zurückzuführen ist, das benutzer lösen müssen, sollten Sie einmal pro Tag erneut anzeigen. Verärfungsfaktor: Niedrig, solange die Benachrichtigung nicht zu oft angezeigt wird. Alternativen: Wenn Benutzer irgendwann ein Problem 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. Ob optional oder erforderlich, kann der Vorgang sicher verschoben werden.	In diesem Beispiel benachrichtigt Windows Update Benutzer über ein neues Sicherheitsupdate. Wann anzeigen: Wenn die Notwendigkeit einer Aufgabe bestimmt wird und der Benutzer aktiv ist. Zeigen Sie, wie oft: Einmal täglich für maximal dreimal. Verärfungsfaktor: Niedrig, solange Benutzer die Aufgabe als wichtig betrachten und die Benachrichtigung nicht zu häufig 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.
Benachrichtigt Benutzer über potenziell nützliche, relevante Informationen. Sie können Benutzer über Informationen von marginaler Relevanz informieren, wenn sie optional ist und sich die Benutzer anmelden.	Richtig: In diesem Beispiel werden Benutzer benachrichtigt, wenn eine neue E-Mail-Nachricht empfangen wird. Richtig: In diesem Beispiel werden Benutzer benachrichtigt, wenn Kontakte online sind und diese optionalen Informationen erhalten. Falsch: In diesem Beispiel sind die Informationen nur hilfreich, wenn der Benutzer bereits Usb-Anschlüsse mit hoher Geschwindigkeit installiert hat. Andernfalls ist der Benutzer wahrscheinlich nicht anders als das Ergebnis. Anzeigen, wann: Wenn das auslösende Ereignis auftritt. Zeigen Sie, wie: Verwenden Sie die Echtzeitoption, damit diese Benachrichtigungen nicht in die Warteschlange gestellt werden, wenn Benutzer eine Vollbildanwendung ausführen oder ihren Computer nicht aktiv verwenden. Zeigen Sie, wie oft: einmal. Verärfungsfaktor: Mittel bis hoch, abhängig von der Wahrnehmung von Nützlichkeit und Relevanz des Benutzers. Nicht empfohlen, wenn eine geringe Wahrscheinlichkeit von Benutzerinteresse besteht. Alternativen: Benutzer nicht benachrichtigen.
Featureanzeige 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.: Entwerfen Sie das Feature so, dass es einfacher zu erkennen ist, in Kontexten, in denen es benötigt wird. Machen Sie nichts Besonderes, und lassen Sie Benutzer das Feature selbst entdecken. Falsch: Verwenden Sie keine Benachrichtigungen für Featureanzeigen.

Leitlinien

Allgemein

• Wählen Sie das Benachrichtigungsmuster basierend auf ihrer Verwendung aus. Eine Beschreibung der einzelnen Verwendungsmuster finden Sie in der vorherigen Tabelle.
• Verwenden Sie während der ersten Windows-Erfahrung keine Benachrichtigungen. Um die erste Erfahrung zu verbessern, unterdrückt Windows 7 alle Benachrichtigungen, die während der ersten Nutzungszeit angezeigt werden. Entwerfen Sie Ihr Programm, vorausgesetzt, dass Benutzer keine solchen Benachrichtigungen sehen.

Was zu benachrichtigen ist

• Benachrichtigen Sie nicht über erfolgreiche Vorgänge, außer unter den folgenden Umständen:

  • Sicherheit. Benutzer sollten Sicherheitsvorgänge von höchster Bedeutung sein, sodass Benutzer über erfolgreiche Sicherheitsvorgänge benachrichtigt werden.
  • Aktueller Fehler. Benutzer nehmen keine erfolgreichen Vorgänge für eine Selbstverständlichkeit, wenn sie unmittelbar zuvor fehlschlagen. Benachrichtigen Sie benutzer daher über den Erfolg, wenn der Vorgang kürzlich fehlschlägt.
  • Vermeiden Sie Unannehmlichkeiten. Melden Sie erfolgreiche Vorgänge, wenn dies derArt ist, dass Benutzer nicht zu unannehend sind. Daher benachrichtigen Sie Benutzer, wenn ein erfolgreicher Vorgang unerwartet ausgeführt wird, z. B. wenn ein Vorgang länger oder später als erwartet abgeschlossen ist.

• Geben Sie unter anderen Umständen entweder kein Feedback zu Erfolg oder geben Sie Feedback "bei Bedarf". Gehen Sie davon aus, dass Benutzer erfolgreiche Vorgänge für eine erteilte Genehmigung übernehmen. Sie können Bei Bedarf Feedback geben, indem Sie ein Symbol (oder ein vorhandenes Symbol) im Infobereich anzeigen, während der Vorgang ausgeführt wird, und das Symbol (oder das Wiederherstellen des vorherigen Symbols) entfernen, wenn der Vorgang abgeschlossen ist.

• Für das FYI-Muster geben keine Benachrichtigung, wenn Benutzer normal arbeiten können oder aufgrund der Benachrichtigung nichts anderes tun können.

  Falsch:

  

  In diesem Beispiel sind die Informationen nur dann nützlich, wenn der Benutzer die Ports bereits installiert hat. Andernfalls ist der Benutzer wahrscheinlich nicht anders als das Ergebnis.

  • Ausnahme: Sie können Benutzer über Informationen über fragwürdige Relevanz informieren, wenn sie optional ist und benutzer sich anmelden.

    Richtig:

    

    In diesem Beispiel werden Benutzer benachrichtigt, wenn Kontakte online sind und diese optionalen Informationen erhalten.

• Für das nicht kritische Systemereignis und die FYI-Muster vollständige Benachrichtigungen für ein einzelnes Ereignis verwenden. Stellen Sie nicht mehrere teilliche Vorzeichen dar.

  Falsch:

  

  Diese Beispiele zeigen nur vier der acht Benachrichtigungen, die von Windows XP angezeigt wurden, wenn ein Benutzer eine bestimmte USB-Tastatur anfügt, wobei jede inkrementell weitere Informationen anzeigt.

  Richtig:

  

  In diesem Beispiel führt das Anfügen einer USB-Tastatur zu zwei vollständigen Benachrichtigungen.

Wann muss ich benachrichtigen?

• Anzeigen einer Benachrichtigung basierend auf ihrem Entwurfsmuster:

• Für das Aktionsfehlermuster , wenn sich das Problem innerhalb von Sekunden beheben kann, verzögern Sie die Fehlerbenachrichtigung für einen angemessenen Zeitraum. Wenn sich das Problem selbst korrigiert, melden Sie nichts. Benachrichtigen Sie erst, nachdem genügend Zeit vergangen ist, dass der Fehler erkennbar ist. Wenn Sie zu früh melden, werden benutzer wahrscheinlich das gemeldete Problem nicht bemerken, aber sie werden die unnötige Benachrichtigung bemerken.

Falsch:

Wenn unmittelbar gefolgt von:

In diesem Beispiel ist in Windows Vista die Benachrichtigung über keine drahtlose Verbindung vorzeitig, da sie häufig unmittelbar auf eine Benachrichtigung über eine gute Konnektivität folgt.

• Für die Erfolgs- und FYI-Muster der Aktion die Echtzeitoption verwenden, sodass 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 erstellen nicht das Potenzial für Benachrichtigungsstürme, indem Ereignisse gestaffelt werden, die an bekannte Ereignisse wie die Benutzeranmeldung gebunden sind. Binden Sie das Ereignis stattdessen an einen bestimmten Zeitraum nach dem Ereignis. Sie können beispielsweise die Benutzer daran erinnern, Ihr Produkt fünf Minuten nach der Anmeldung des Benutzers zu registrieren.

Wie lange benachrichtigt werden soll

In Windows Vista und höher werden Benachrichtigungen für eine feste Dauer von 9 Sekunden angezeigt.

Wie oft benachrichtigt werden soll

• Die Häufigkeit der Anzeige einer Benachrichtigung basiert auf ihrem Entwurfsmuster:

• Bei optionalen Benutzeraufgaben versuchen Sie nicht, Benutzer zu senden, indem Sie ständig Benachrichtigungen anzeigen. Wenn die Aufgabe erforderlich ist, zeigen Sie ein modales Dialogfeld sofort an, anstatt Benachrichtigungen zu verwenden.

Eskalation der Benachrichtigung

• Gehen Sie nicht davon aus, dass Benutzer Ihre Benachrichtigungen sehen. Benutzer werden sie nicht sehen, wenn:
  • Sie sind in ihre Arbeit eingetaucht.
  • Sie achten nicht auf sie.
  • Sie sind von ihrem Computer entfernt.
  • Sie führen eine Vollbildanwendung aus.
  • Der Administrator hat alle Benachrichtigungen für seinen Computer deaktiviert.
• Wenn Benutzer irgendwann eine Aktion ausführen müssen, verwenden Sie progressive Eskalations-, um eine alternative Benutzeroberfläche anzuzeigen, die Benutzer nicht ignorieren können.

Wechselwirkung

• Aktivieren von Benachrichtigungen in folgenden Fällen:
  • 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 Benutzeraufgaben bevorzugt.
  • Benutzer möchten möglicherweise weitere Informationen anzeigen. Durch Klicken auf die Benachrichtigung 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 auszuführen. Klicken Sie nicht direkt auf eine Aktion.
• Wenn Sie klicken, um weitere Informationen anzuzeigen, sollten immer weitere Informationen angezeigt werden. Formulieren Sie die Informationen nicht nur in der Benachrichtigung neu.

Ikonen

• Verwenden Sie für das Aktionsfehlermuster das Standardfehlersymbol.
• Verwenden Sie für die nicht kritischen Systemereignismuster das Standardwarnsymbol.
• Verwenden Sie für andere Muster Symbole mit Objekten, die sich auf das Thema beziehen oder vorschlagen,, z. B. ein Schutzschild für sicherheit oder einen Akku für den Strom.
• Symbole basierend auf Ihrem Anwendungs- oder Unternehmensbranding verwenden, wenn Ihre Zielbenutzer sie erkennen und keine bessere Alternative gibt.
• Für die progressive Eskalation sollten die Verwendung von Symbolen mit einem zunehmend emphatischen Aussehen in Betracht ziehen, da die Situation dringender wird.
• Verwenden Sie nicht das Standardinformationssymbol. Diese Benachrichtigungen sind Informationen, die ohne Angabe erfolgen.
• Erwägen Sie die Verwendung großer Symbole (32 x 32 Pixel), wenn:
  • Benutzer werden das Symbol und nicht den Text schnell verstehen.
  • Die großen Symbole vermitteln ihre Bedeutung deutlicher und effektiver als die Standardsymbole von 16 x 16 Pixeln.
  • Das Symbol verwendet die Aero-Stil-.

In diesem Beispiel können Benutzer schnell die Art der Benachrichtigung mit einem Blick auf das große Symbol verstehen.

Benachrichtigungswarteschlange

Hinweis: Benachrichtigungen werden in die Warteschlange gestellt, wenn sie nicht sofort angezeigt werden können, z. B. wenn eine andere Benachrichtigung angezeigt wird, der Benutzer eine Vollbildanwendung ausführt oder der Benutzer den Computer nicht aktiv verwendet. Echtzeitbenachrichtigungen verbleiben nur 60 Sekunden lang in der Warteschlange.

• Verwenden Sie für die Erfolgs- und FYI-Muster der Aktion die Echtzeitoption, damit die Benachrichtigung nicht lange in die Warteschlange gestellt wird. Diese Benachrichtigungen haben nur einen Wert, wenn sie sofort angezeigt werden können.
• Entfernen sie Benachrichtigungen in der Warteschlange, wenn sie nicht mehr relevant sind.
• Entwickler: Sie können dies tun, indem Sie das flag NIF_INFO in uFlags festlegen und szInfo auf eine leere Zeichenfolge festlegen. Dies hat keinen Schaden, wenn sich die Benachrichtigung nicht mehr in der Warteschlange befindet.

Systemintegration

• Wenn Ihre Anwendung nicht immer über ein Symbol im Infobereich verfügt, wenn sie ausgeführt wird, während der asynchronen Aufgabe oder des Ereignisses, das die Benachrichtigung verursacht hat, vorübergehend ein Symbol anzeigen.

Text

Titeltext

• Verwenden Sie Titeltext, der die wichtigsten Informationen kurz zusammenfasst, die Sie für die Kommunikation mit Benutzern in klarer, einfacher, präziser, spezifischer 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 Interpunktion.
• Groß-/Kleinschreibung im Satzformat verwenden.
• Verwenden Sie maximal 48 Zeichen (in Englisch), um die Lokalisierung zu berücksichtigen. 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 Textkörper, der eine Beschreibung (ohne wiederholte Informationen im Titel) enthält, und optional, die spezifische Details zu der Benachrichtigung angibt, und informiert Benutzer darüber hinaus, welche Aktion verfügbar ist.

• Verwenden Sie vollständige Sätze mit endender Interpunktion.

• Groß-/Kleinschreibung im Satzformat verwenden.

• Verwenden Sie maximal 200 Zeichen (in Englisch), um die Lokalisierung zu berücksichtigen. 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.

• Schließen Sie wichtige Informationen in den Textkörper ein, z. B. bestimmte Objektnamen. (Beispiele: Benutzernamen, Dateinamen oder URLs.) Benutzer sollten kein anderes Fenster öffnen müssen, um solche Informationen zu finden.

• Fügen Sie doppelte Anführungszeichen um Objektnamen ein.

  • Ausnahme: Verwenden Sie keine Anführungszeichen, wenn:
    • Der Objektname verwendet immer Großschreibung im Titelformat, z. B. mit Benutzernamen.
    • Der Objektname wird mit einem Doppelpunkt versetzt (Beispiel: Druckername: Mein Drucker).
    • Der Objektname kann leicht aus dem Kontext bestimmt werden.

• Wenn Sie Objektnamen auf eine feste maximale Größe abschneiden müssen, um die Lokalisierung zu berücksichtigen, verwenden Sie eine Auslassungspunkte, um die Abkürzung anzugeben.

  

  In diesem Beispiel wird ein Objektname mithilfe einer Auslassungspunkte abgeschnitten.

• Verwenden Sie den folgenden Ausdruck, wenn die Benachrichtigung aktionenfähig ist:

  • Wenn Benutzer auf die Benachrichtigung klicken können, um eine Aktion auszuführen:

    < kurze Beschreibung wichtiger Informationen>

    <optionalen Details>

    Klicken Sie, um <etwas>auszuführen.

    

    In diesem Beispiel können Benutzer klicken, um eine Aktion auszuführen.

  • Wenn Benutzer auf die Benachrichtigung klicken können, um weitere Informationen anzuzeigen:

    < kurze Beschreibung wichtiger Informationen>

    <optionalen Details>

    Klicken Sie hier, um weitere Informationen anzuzeigen.

    

    In diesem Beispiel können Benutzer auf weitere Informationen klicken.

• 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.

• Bei Aktionsfehlern und nicht kritischen Systemereignismustern Probleme in einfacher Sprache beschreiben.

  Falsch:

  

  In diesem Beispiel wird das Problem mit übermäßig technischer, aber unspezifischer 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 es eine angemessene Chance gibt, 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 anstelle technologischer Probleme beschreiben.

Dokumentation

Beim Verweisen auf Benachrichtigungen:

• Verwenden Sie den exakten Titeltext, einschließlich der Großschreibung.
• Verweisen Sie auf die Komponente als Benachrichtigung, nicht als Sprechblase oder als Warnung.
• Um die Benutzerinteraktion zu beschreiben, verwenden Sie Klick.
• Formatieren Sie den Titeltext nach Möglichkeit fett formatiert. Platzieren Sie andernfalls den Titel nur dann in Anführungszeichen, wenn dies erforderlich ist, um Verwirrung zu vermeiden.

Beispiel: Wenn die Kritische Updates bereit sind, Benachrichtigung zu installieren, klicken Sie auf die Benachrichtigung, um den Prozess zu starten.

Beim Verweisen auf den Infobereich:

• Verweisen Sie auf den Infobereich als Infobereich, nicht auf die Taskleiste.