Benachrichtigungen (Entwurfsgrundlagen)

Hinweis

Dieses Entwurfshandbuch wurde für Windows 7 erstellt und wurde nicht für neuere Versionen von Windows aktualisiert. Ein Großteil der Anleitungen gilt weiterhin im Prinzip, aber die Präsentation und die Beispiele entsprechen nicht unseren aktuellen Entwurfsleitfäden.

Eine Benachrichtigung informiert Benutzer über Ereignisse, die nichts mit der aktuellen Benutzeraktivität zu tun haben, indem kurz eine Sprechblase aus einem Symbol im Infobereich angezeigt wird. Die Benachrichtigung kann aus einer Benutzeraktion oder einem signifikanten Systemereignis resultieren oder potenziell nützliche Informationen von Microsoft Windows oder einer Anwendung bieten.

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 die reguläre Aktivität fortschreibt. Folglich müssen Sie nichts tun, um mit diesen besonderen Umständen umzugehen.

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

Hinweis: Richtlinien im Zusammenhang mit Infobereich, Taskleiste und 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 Benutzerinteraktion mit Ihrer Anwendung? Wenn dies der Fall ist, zeigen Sie diese synchronen Informationen direkt in Ihrer Anwendung an, indem Sie stattdessen ein Dialogfeld, ein Meldungsfeld, eine Sprechblase oder eine direkte Benutzeroberfläche verwenden. Benachrichtigungen dienen nur für asynchrone Informationen.

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 dies der Fall ist, zeigen Sie die Informationen in der status leiste Ihrer Anwendung oder in einem anderen status Bereich an.

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

• Ändern sich die Informationen schnell, fortlaufende Echtzeitinformationen? Beispiele hierfür sind Verarbeitungsfortschritte, Aktienkurse und Sportergebnisse. Wenn dies der Fall ist, verwenden Sie keine Benachrichtigungen, da sie nicht für schnell ändernde Informationen geeignet sind.
• Sind die Informationen nützlich und relevant? Ändern Benutzer wahrscheinlich ihr Verhalten oder vermeiden Sie Unannehmlichkeiten, wenn sie die Informationen erhalten? Wenn dies nicht der Fall ist, zeigen Sie die Informationen nicht an, oder legen Sie sie in einem status Fenster oder einer Protokolldatei ab.
• Sind die Informationen wichtig? 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 ein Meldungsfeld. Wenn das Programm nicht aktiv ist, können Sie auf die wichtigen Informationen aufmerksam machen, indem Sie die Taskleistenschaltfläche des Programms dreimal blinken und diese hervorgehoben lassen, bis das Programm aktiv ist.
• Sind die primären Zielbenutzer IT-Experten? Wenn ja, verwenden Sie einen alternativen Feedbackmechanismus, z. B. Protokolldateieinträge oder E-Mail-Nachrichten. IT-Experten bevorzugen dringend Protokolldateien 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:

• Asynchron. 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 noch nicht bekannt sind.
• 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.
• Angemessen dargestellt. Die Präsentation der Benachrichtigung (Dauer, Häufigkeit, Text, Symbol und Interaktivität) entspricht ihren Umständen.
• Nicht ärgerlich! Es gibt eine feine Grenze zwischen der sanften Information der Benutzer über ein Ereignis und dem Belästigen sie.

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

In diesen Beispielen versucht Windows XP angeblich, Benutzer bei der Erstkonfiguration zu unterstützen. Diese Benachrichtigungen werden jedoch viel zu oft und gut nach ihrer Nützlichen angezeigt, sodass sie kaum mehr als unaufgebetene Featureanzeigen sind.

Benutzerflow muss beibehalten werden

Im Idealfall sehen Benutzer, die in ihre Arbeit eintauchen, Ihre Benachrichtigungen überhaupt nicht. Stattdessen sehen sie Ihre Benachrichtigungen nur, wenn ihr Flow 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 sind, in der sie ihr Zeitgefühl verlieren und Gefühle von großer Zufriedenheit haben.

Effektive Benachrichtigungen helfen Benutzern, ihren Flow aufrechtzuerhalten, indem nützliche, relevante Informationen angezeigt werden, die leicht ignoriert werden können. Die Benachrichtigungen werden auf low-key-, peripheriefähige Weise dargestellt und erfordern keine Interaktion.

Gehen Sie nicht davon aus, dass Benachrichtigungen , wenn sie moduslos sind, keine lästige Unterbrechung sein können. Benachrichtigungen erfordern die Aufmerksamkeit der Benutzer nicht, aber sie fordern sie auf jeden Fall an. Sie können den Benutzerflow wie folgt unterbrechen:

• Zeigt Benachrichtigungen an, die Benutzern egal sind.
• Zu oft wird eine Benachrichtigung angezeigt.
• Verwenden mehrerer Benachrichtigungen, wenn eine einzelne Benachrichtigung ausreicht.
• 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 störend sind, können sie alle Benachrichtigungen aus diesem Programm 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 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 vollständig, da es den Fluss der Benutzer unterbrechen würde. Wenn Benutzer von Ihren Benachrichtigungen abgelenkt werden oder sich verpflichtet fühlen, sie zu lesen, ist Ihr Benachrichtigungsentwurf fehlgeschlagen.

Wenn Sie bedenken, dass Benutzer Ihre Benachrichtigungen ignorieren, sollten Sie Folgendes berücksichtigen:

• Wenn Sie Benachrichtigungen ordnungsgemäß verwenden und keine sofortige Benutzeraktion erfordern, ist es beabsichtigt, dass Benutzer sie ignorieren. Ändern Sie dies nicht.
• Wenn das Ereignis eine sofortige Benutzeraktion erfordert, verwenden Sie eine alternative Benutzeroberfläche (UI), die benutzer nicht ignorieren können. Weitere Informationen finden Sie unter Ist dies die richtige Benutzeroberfläche? für die Alternativen.

Verwenden Sie ggf. die progressive Eskalation.

Wenn eine Benachrichtigung für ein Ereignis verwendet wird, das Benutzer zunächst sicher ignorieren können, aber das schließlich 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 zunächst auf einen niedrigen Akkustand hin, indem einfach das Symbol für den Benachrichtigungsbereich 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.

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

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 beenden und den Computer herunterfahren oder die Benachrichtigung ignorieren und weiterarbeiten. Während der Akkustrom weiter leer wird, spiegeln der Text und das Symbol der Benachrichtigung die zusätzliche Dringlichkeit wider. Sobald die Akkuleistung jedoch so niedrig ist, dass Benutzer sofort handeln müssen, benachrichtigt die Windows-Energieverwaltung benutzer über ein modales Meldungsfeld.

In diesem Beispiel verwendet die Windows-Energieverwaltung ein modales Meldungsfeld, um Benutzer über eine äußerst niedrige Akkuleistung zu benachrichtigen.

Wenn Sie nur drei Dinge tun...

1. Verwenden Sie Benachrichtigungen nur, wenn Sie dies wirklich benötigen. Wenn Sie eine Benachrichtigung anzeigen, können Sie Benutzer unterbrechen oder sogar stören. Stellen Sie sicher, dass die Unterbrechung gerechtfertigt ist.
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, sorgen Sie für eine gute Benutzeroberfläche. Versuchen Sie nicht, Benutzer dazu zu zwingen, Ihre Benachrichtigungen anzuzeigen. Wenn Benutzer so sehr in ihre Arbeit eintauchen, dass sie Ihre Benachrichtigungen nicht sehen, ist Ihr Design gut.

Verwendungsmuster

Benachrichtigungen weisen mehrere Verwendungsmuster auf:

Bezeichnung	Wert
Aktionserfolg 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 benutzer vor einem erfolgreichen Abschluss warnen? Zeigen Sie an, wann: Nach Abschluss einer asynchronen Aufgabe. Benachrichtigen Sie Benutzer nur dann über erfolgreiche Aktionen, wenn sie wahrscheinlich auf den Abschluss warten oder nach zuletzt aufgetretenen Fehlern. 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ärrungsfaktor: Niedrig, wenn der Erfolg aufgrund kürzlicher Fehler nicht erwartet wird, ist 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: Geben Sie Feedback "bei Bedarf", indem Sie ein Symbol (oder ein vorhandenes Symbol) 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 benachrichtigt die Windows-Aktivierung Benutzer über einen Fehler. Falsch: In diesem Beispiel wurde Microsoft Outlook verwendet, um Benutzer über einen Fehler zu benachrichtigen, der ihnen wahrscheinlich nicht wichtig ist. Zeigen Sie an, wann: Beim Ausfall einer asynchronen Aufgabe. Zeigen Sie, wie oft: Einmal. Verärrungsfaktor: Niedrig, wenn nützlich und relevant; hoch, wenn sich das Problem sofort von selbst löst oder benutzer sonst nicht interessiert. Alternativen: Verwenden Sie ein modales Dialogfeld, wenn Benutzer den Fehler sofort beheben müssen.
Nicht kritisches Systemereignis Benachrichtigt Benutzer über wichtige Systemereignisse oder status, die zumindest vorübergehend sicher ignoriert werden können.	In diesem Beispiel warnt Windows Benutzer vor geringer Akkuleistung, aber es bleibt noch viel Zeit, bevor sie Maßnahmen ergreifen. Zeigen Sie an, wann: 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 benachrichtigen Sie Benutzer nur dann über erfolgreiche Systemereignisse, wenn Benutzer wahrscheinlich auf das Ereignis warten oder nach zuletzt aufgetretenen Fehlern. Zeigen Sie, wie oft: Einmal, wenn das Ereignis zum ersten Mal auftritt. Wenn dies auf ein Problem zurückfällt, das benutzer lösen müssen, zeigen Sie einmal täglich erneut an. Verärrungsfaktor: Niedrig, solange die Benachrichtigung nicht zu oft angezeigt wird. Alternativen: Wenn Benutzer ein Problem schließlich beheben müssen, verwenden Sie die progressive Eskalation, indem Sie schließlich ein modales Dialogfeld anzeigen, wenn die Lösung obligatorisch wird.
Optionaler Benutzertask Benachrichtigt Benutzer über asynchrone Aufgaben, die sie ausführen sollten. Unabhängig davon, ob sie optional oder erforderlich ist, kann die Aufgabe sicher verschoben werden.	In diesem Beispiel benachrichtigt Windows Update Benutzer über ein neues Sicherheitsupdate. Zeigen Sie an, wann: Wenn festgestellt wird, dass eine Aufgabe ausgeführt werden muss und der Benutzer aktiv ist. Zeigen Sie, wie oft: Einmal täglich für maximal drei Mal. Verärrungsfaktor: Niedrig, solange Benutzer die Aufgabe für wichtig halten 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 schließlich 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-Nachricht empfangen wird. Richtig: In diesem Beispiel werden Benutzer benachrichtigt, wenn Kontakte online gehen und diese optionalen Informationen erhalten möchten. Falsch: In diesem Beispiel sind die Informationen nur nützlich, wenn der Benutzer bereits Über USB-Hochgeschwindigkeitsanschlüsse verfügt. Andernfalls wird der Benutzer wahrscheinlich nichts anderes tun, als das Ergebnis. Zeigen Sie an, 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ärrungsfaktor: Mittel bis hoch, abhängig von der Wahrnehmung von Nützlichkeit und Relevanz der Nutzer. Nicht empfohlen, wenn eine geringe Wahrscheinlichkeit für benutzerseitiges Interesse besteht. Alternativen: Benachrichtigen Sie Keine Benutzer.
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, das Feature auffindbar zu machen, z. B.: Entwerfen Sie das Feature so, dass es leichter in Kontexten gefunden werden kann, 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.

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-Benutzeroberfläche 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 Voraussetzung, dass Benutzern keine derartigen 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 Bedeutung, daher benachrichtigen Sie Benutzer über erfolgreiche Sicherheitsvorgänge.
  • Kürzlich aufgetretener Fehler. Benutzer nehmen erfolgreiche Vorgänge nicht als selbstverständlich an, wenn sie unmittelbar zuvor fehlschlagen. Benachrichtigen Sie die Benutzer daher über den Erfolg, wenn der Vorgang kürzlich fehlschlägt.
  • Verhindern Sie Unannehmlichkeiten. Wenn Sie dabei erfolgreiche Vorgänge melden, können Benutzer möglicherweise keine Bequemlichkeiten entstehen. 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.

• Unter anderen Umständen geben Sie entweder kein Feedback zum Erfolg oder geben Sie Feedback "on demand". Angenommen, dass Benutzer erfolgreiche Vorgänge als selbstverständlich ansehen. Sie können bei Bedarf Feedback 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, wenn Benutzer weiterhin normal arbeiten können oder unwahrscheinlich ist, dass sie aufgrund der Benachrichtigung etwas anderes tun.

  Falsch:

  

  In diesem Beispiel sind die Informationen nur nützlich, wenn der Benutzer die Ports bereits installiert hat. Andernfalls wird der Benutzer wahrscheinlich nichts anderes tun, als das Ergebnis.

  • Ausnahme: Sie können Benutzer über Informationen von fragwürdiger Relevanz benachrichtigen, wenn diese optional sind und Benutzer sich anmelden.

    Richtig:

    

    In diesem Beispiel werden Benutzer benachrichtigt, wenn Kontakte online gehen und diese optionalen Informationen erhalten möchten.

• Verwenden Sie für das nicht kritische Systemereignis- und FYI-Muster vollständige Benachrichtigungen für ein einzelnes Ereignis. Stellen Sie nicht mehrere Teildaten vor.

  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 enthält.

  Richtig:

  

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

Wann Benachrichtigungen zu beachten sind

• Anzeigen einer Benachrichtigung basierend auf ihrem Entwurfsmuster:

Muster	Wann Benachrichtigungen zu beachten sind
Aktionserfolg	Nach Abschluss einer asynchronen Aufgabe. Benachrichtigen Sie Benutzer nur dann über erfolgreiche Aktionen, wenn sie wahrscheinlich auf den Abschluss warten oder nach zuletzt aufgetretenen Fehlern.
Aktionsfehler	Beim Ausfall einer asynchronen Aufgabe.
Nicht kritisches Systemereignis	Wenn ein Ereignis auftritt und der Benutzer aktiv ist oder die Bedingung weiterhin vorhanden ist. Wenn dies aus einem Problem resultiert, entfernen Sie die aktuell angezeigte Benachrichtigung sofort, sobald das Problem behoben wurde.
Optionaler Benutzertask	Wenn festgestellt wird, dass eine Aufgabe ausgeführt werden muss und der Benutzer aktiv ist.
FYI	Wenn das auslösende Ereignis auftritt.

• Wenn sich das Problem für das Aktionsfehlermuster möglicherweise innerhalb von Sekunden selbst beheben kann, verzögern Sie die Fehlerbenachrichtigung um 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 das gemeldete Problem wahrscheinlich nicht bemerken, aber sie werden die unnötige Benachrichtigung bemerken.

Falsch:

Wenn unmittelbar gefolgt von:

In diesem Beispiel ist die Benachrichtigung über keine drahtlose Konnektivität in Windows Vista verfrüht, da häufig sofort eine Benachrichtigung über eine gute Konnektivität folgt.

• Verwenden Sie für die Aktionserfolgs- und 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.
• Erstellen Sie für das nicht kritische Systemereignismuster nicht das Potenzial für Benachrichtigungsstürme, 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önnten Sie Benutzer daran erinnern, Ihr Produkt fünf Minuten nach der Benutzeranmeldung zu registrieren.

Wie lange zu benachrichtigen ist

In Windows Vista und höher werden Benachrichtigungen für einen festen Zeitraum von 9 Sekunden angezeigt.

Wie oft zu benachrichtigen ist

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

Muster	Wie oft zu benachrichtigen ist
Aktionserfolg	Einmal.
Aktionsfehler	Einmal.
Nicht kritisches Systemereignis	Einmal, wenn das Ereignis zum ersten Mal auftritt. Wenn dies auf ein Problem zurückfällt, das benutzer lösen müssen, zeigen Sie einmal täglich erneut an.
Optionaler Benutzertask	Einmal täglich für maximal drei Mal.
FYI	Einmal.

• Versuchen Sie bei optionalen Benutzeraufgaben nicht, benutzer durch ständiges Anzeigen von Benachrichtigungen zur Übermittlung zu belästigen. 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 werden sie in folgenden Fällen nicht angezeigt:
  • Sie sind in ihre Arbeit eingetaucht.
  • Sie achten nicht darauf.
  • Sie sind weg von ihrem Computer.
  • Sie führen eine Vollbildanwendung aus.
  • Ihr Administrator hat alle Benachrichtigungen für ihren Computer deaktiviert.
• Wenn Benutzer schließlich eine Art von Aktion ergreifen müssen, verwenden Sie die progressive Eskalation, um eine alternative Benutzeroberfläche anzuzeigen, die Benutzer nicht ignorieren können.

Interaktion

• Aktivieren sie 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 den Aktionsfehler und optionale Benutzertasksentwurfsmuster 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.
• Zeigen Sie immer ein Fenster an, wenn Benutzer klicken, um eine Aktion auszuführen. Klicken Sie nicht direkt auf eine Aktion.
• Wenn Sie auf weitere Informationen klicken, sollten immer weitere Informationen angezeigt werden. Stellen Sie nicht nur die Informationen neu fest, 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 Thema beziehen oder diesen vorschlagen, z. B. ein Schutzschild für die Sicherheit oder einen Akku für Strom.
• Verwenden Sie Symbole basierend auf dem Branding Ihrer Anwendung oder Ihres Unternehmens, wenn Ihre Zielbenutzer sie erkennen und es keine bessere Alternative gibt.
• Für eine progressive Eskalation erwägen Sie die Verwendung von Symbolen mit einem zunehmend emphatischen Erscheinungsbild, wenn die Situation dringender wird.
• Verwenden Sie nicht das Standardinformationssymbol. Dass Benachrichtigungen Informationen sind, ist selbstverständlich.
• Erwägen Sie, große Symbole (32 x 32 Pixel) in folgenden Fällen zu verwenden:
  • Benutzer verstehen schnell das Symbol und nicht den Text.
  • Die großen Symbole vermitteln ihre Bedeutung klarer und effektiver als die Standardsymbole mit 16x16 Pixeln.
  • Das Symbol verwendet den Aero-Stil.

In diesem Beispiel können Benutzer die Art der Benachrichtigung mit einem Blick auf das große Symbol schnell 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 ausführt oder der Benutzer den Computer nicht aktiv verwendet. Echtzeitbenachrichtigungen bleiben nur 60 Sekunden lang in der Warteschlange.

• Verwenden Sie für die Aktionserfolgs- und FYI-Muster 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: Dazu können Sie das NIF_INFO-Flag in uFlags festlegen und szInfo auf eine leere Zeichenfolge festlegen. Dies schadet nicht, wenn sich die Benachrichtigung nicht mehr in der Warteschlange befindet.

Systemintegration

• Wenn Ihre Anwendung nicht immer über ein Symbol im Benachrichtigungsbereich verfügt, wenn sie ausgeführt wird, zeigen Sie während des asynchronen Vorgangs oder Ereignisses, das die Benachrichtigung verursacht hat, vorübergehend ein Symbol an.

Text

Titeltext

• Verwenden Sie Titeltext, der kurz die wichtigsten Informationen zusammenfasst, die Sie benötigen, um Benutzern in klarer, einfacher, präziser und spezifischer Sprache zu kommunizieren. 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 Endzeichen.
• Verwenden Sie für Überschriften die Standardgroß- und kleinschreibung.
• Verwenden Sie nicht mehr als 48 Zeichen (in Englisch), um die Lokalisierung zu ermöglichen. 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 enthält (ohne die Informationen im Titel zu wiederholen) und optional spezifische Details zur Benachrichtigung angibt und benutzern 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 (in Englisch), um die Lokalisierung zu ermöglichen. 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 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.

• Setzen Sie doppelte Anführungszeichen um Objektnamen.

  • Ausnahme: Verwenden Sie keine Anführungszeichen, wenn:
    • Der Objektname verwendet immer Die Groß-/Kleinschreibung im Titelformat, z. B. mit Benutzernamen.
    • Der Objektname ist durch einen Doppelpunkt versetzt (Beispiel: Druckername: Mein Drucker).
    • Der Objektname kann einfach aus dem Kontext bestimmt werden.

• Wenn Sie Objektnamen auf eine feste maximale Größe abschneiden müssen, um die Lokalisierung zu ermöglichen, verwenden Sie eine Auslassungspunkte, um eine Abschneidung anzugeben.

  

  In diesem Beispiel wird ein Objektname mithilfe einer Auslassungspunkte abgeschnitten.

• Verwenden Sie die folgende Formulierung, wenn die Benachrichtigung verwertbar ist:

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

    < Kurze Beschreibung der wesentlichen Informationen>

    <optionale Details>

    Klicken Sie, um etwas> zu <tun.

    

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

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

    < Kurze Beschreibung der wesentlichen Informationen>

    <optionale Details>

    Klicken Sie, um weitere Informationen zu finden.

    

    In diesem Beispiel können Benutzer klicken, um weitere Informationen zu erhalten.

• Sagen Sie nicht, dass der Benutzer eine Aktion in einer Benachrichtigung ausführen muss. Benachrichtigungen dienen nicht kritischen 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 sollen, stellen Sie die Wichtigkeit klar.

• Beschreiben Sie probleme in einfacher Sprache für den Aktionsfehler und für nicht kritische Systemereignismuster.

  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 eine angemessene Wahrscheinlichkeit besteht, 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 von technologischen Problemen beschreiben.

Dokumentation

Wenn Sie sich auf Benachrichtigungen beziehen:

• Verwenden Sie den genauen Titeltext, einschließlich seiner Großschreibung.
• Verweisen Sie auf die Komponente als Benachrichtigung, nicht als Ballon oder Warnung.
• Verwenden Sie klicken, um die Benutzerinteraktion zu beschreiben.
• Formatieren Sie den Titeltext nach Möglichkeit fett. Andernfalls setzen Sie den Titel nur in Anführungszeichen, wenn dies erforderlich ist, um Verwechslungen zu vermeiden.

Beispiel: Wenn die Benachrichtigung "Wichtige Updates zur Installation" angezeigt wird , klicken Sie auf die Benachrichtigung, um den Prozess zu starten.

Wenn Sie sich auf den Benachrichtigungsbereich beziehen:

• Verweisen Sie auf den Benachrichtigungsbereich als Benachrichtigungsbereich, nicht als Taskleiste.