Powiadomienia (podstawy projektowania)

Powiadomienie informuje użytkowników o zdarzeniach, które nie mają związku z bieżącą aktywnością użytkownika, przez krótkie wyświetlenie balonu z ikony w obszarze powiadomień. Powiadomienie może wynikać z akcji użytkownika lub znaczącego zdarzenia systemowego albo może oferować potencjalnie przydatne informacje z systemu Microsoft Windows lub aplikacji.

Informacje w powiadomieniu są przydatne i istotne, ale nigdy krytyczne. w związku z tym powiadomienia nie wymagają natychmiastowego działania użytkownika i użytkownicy mogą je swobodnie ignorować.

Typowe powiadomienie.

W systemie Windows Vista i nowszych powiadomienia są wyświetlane przez stały czas trwania 9 sekund. Powiadomienia nie są wyświetlane natychmiast, gdy użytkownicy są nieaktywni lub są uruchomione wygaszacze ekranu. System Windows automatycznie kolejkuje powiadomienia w tych czasach i wyświetla powiadomienia w kolejce, gdy użytkownik wznowi regularne działanie. W związku z tym nie musisz nic robić, aby poradzić sobie z tymi specjalnymi okolicznościami.

Deweloperzy: Możesz określić, kiedy użytkownik jest aktywny przy użyciu interfejsu API SHQueryUserNotificationState.

Uwaga: wytyczne dotyczące obszaru powiadomień , paska zadańi dymków są prezentowane w oddzielnych artykułach.

Czy jest to właściwy interfejs użytkownika?

Aby zdecydować, rozważ następujące pytania:

• Czy informacje są bezpośrednim, bezpośrednim wynikiem interakcji użytkowników z aplikacją? Jeśli tak, wyświetl te synchroniczne informacje bezpośrednio w aplikacji, używając okna dialogowego , okno komunikatu, balonlub w miejscu interfejsu użytkownika. Powiadomienia dotyczą tylko informacji asynchronicznych.

alertu zabezpieczeń systemu Windows

W tym przykładzie okno dialogowe Wyjątki zapory systemu Windows jest wyświetlane jako bezpośredni wynik interakcji użytkownika. W tym miejscu nie byłoby odpowiednie powiadomienie.

• Czy informacje są istotne tylko wtedy, gdy użytkownicy aktywnie korzystają z aplikacji? Jeśli tak, wyświetl informacje na pasku stanu aplikacji lub w innym obszarze stanu.

W tym przykładzie program Outlook wyświetla stan połączenia i synchronizacji na pasku stanu.

• Czy informacje zmieniają się szybko, stale i w czasie rzeczywistym? Przykłady obejmują postęp przetwarzania, notowania giełdowe i wyniki sportowe. Jeśli tak, nie używaj powiadomień, ponieważ nie są one odpowiednie do szybkiego zmieniania informacji.
• Czy informacje są przydatne i istotne? Czy użytkownicy mogą zmienić swoje zachowanie lub uniknąć niedogodności w wyniku otrzymania informacji? Jeśli nie, nie wyświetlaj informacji ani nie umieszczaj ich w oknie stanu lub w pliku dziennika.
• Czy informacje są krytyczne? Czy wymagane jest natychmiastowe działanie? Jeśli tak, wyświetl informacje przy użyciu interfejsu, który wymaga uwagi i nie można go łatwo zignorować, takich jak modalne okno dialogowe lub okno komunikatu. Jeśli program nie jest aktywny, możesz zwrócić uwagę na informacje krytyczne, przycisk paska zadań programu trzy razy i pozostawiając je wyróżnione do momentu aktywowania programu.
• Czy głównymi specjalistami IT są użytkownicy docelowi? Jeśli tak, użyj alternatywnego mechanizmu przesyłania opinii, takiego jak plik dziennika wpisy lub wiadomości e-mail. Specjaliści IT zdecydowanie preferują pliki dziennika dla informacji niekrytycznych. Ponadto serwery są często zarządzane zdalnie i zwykle działają bez żadnych zalogowanych użytkowników, co sprawia, że powiadomienia są nieskuteczne.

Pojęcia dotyczące projektowania

Skuteczne powiadomienia, które promują dobre środowisko użytkownika, to:

• Asynchroniczny. Zdarzenie nie jest bezpośrednim, bezpośrednim wynikiem bieżącej interakcji użytkowników z systemem Microsoft Windows lub aplikacją.
• Pożyteczny. Istnieje uzasadnione prawdopodobieństwo, że użytkownicy będą wykonywać zadanie lub zmieniać swoje zachowanie w wyniku powiadomienia.
• Istotny. Powiadomienie wyświetla przydatne informacje, o których użytkownicy dbają i nie wiedzą.
• Nie ma krytycznego znaczeniu. Powiadomienia nie są modalne i nie wymagają interakcji z użytkownikiem, więc użytkownicy mogą je swobodnie ignorować.
• Zaskarżeniu. W przypadku tych powiadomień, które sugerują wykonanie akcji, ta akcja jest inicjowana przez kliknięcie powiadomienia. Jednak akcja może być zawsze odroczona.
• Odpowiednio przedstawione. Prezentacja powiadomienia (czas trwania, częstotliwość, tekst, ikona i interakcyjność) jest zgodna z jego okolicznościami.
• Nie irytujące! Istnieje cienka granica między delikatnie informowaniem użytkowników o wydarzeniu i ich wstrętem.

Niestety, istnieje zbyt wiele irytujących, nieodpowiednich, bezużytecznych, nieistotnych powiadomień. Rozważ te powiadomienia z Sali Wstydu systemu Windows XP:

W tych przykładach system Windows XP rzekomo próbuje pomóc użytkownikom w początkowej konfiguracji. Jednak te powiadomienia są zbyt często wyświetlane zbyt często i dobrze po ich użyciu, więc są one niewiele więcej niż niepożądane reklamy funkcji.

Przepływ użytkownika musi być utrzymywany

Najlepiej, aby użytkownicy zanurzyli się w pracy, nie będą w ogóle widzieć powiadomień. Zamiast tego będą one widzieć powiadomienia tylko wtedy, gdy przepływ jest już uszkodzony.

W Flow: Psychology of Optimal Experience, Mihaly Csikszentmihalyi mówi, że użytkownicy wchodzą w stan przepływu, gdy są w pełni wchłonięci w aktywności, podczas której tracą poczucie czasu i mają uczucia wielkiej satysfakcji.

Skuteczne powiadomienia ułatwiają użytkownikom utrzymanie przepływu dzięki prezentowaniu przydatnych, istotnych informacji, które można łatwo zignorować. Powiadomienia są prezentowane w sposób o niskim kluczu, peryferyjnym i nie wymagają interakcji.

Nie zakładaj, że jeśli powiadomienia są moderowane nie mogą być irytujące przerwy. Powiadomienia nie wymagają uwagi użytkowników, ale z pewnością ich żądają. Przepływ użytkowników można przerwać, wykonując następujące czynności:

• Wyświetlanie powiadomień, o których użytkownicy nie dbają.
• Wyświetlanie powiadomienia zbyt często.
• Użycie kilku powiadomień, gdy wystarczy pojedyncze powiadomienie.
• Używanie dźwięku podczas wyświetlania powiadomienia.

W systemie Windows 7 użytkownicy mają ostateczną kontrolę nad powiadomieniami. Jeśli użytkownicy uważają, że powiadomienia programu są zbyt irytujące, mogą pominąć wszystkie powiadomienia z tego programu. Upewnij się, że użytkownicy nie robią tego w programie, przedstawiając przydatne, istotne informacje i postępując zgodnie z tymi wytycznymi.

Powiadomienia muszą być ignorowane

Powiadomienia nie wymagają natychmiastowego działania użytkownika i użytkownicy mogą je swobodnie ignorować.

Deweloperzy i projektanci często chcą prezentować swoje powiadomienia w sposób, który użytkownicy nie mogą ignorować. Ten cel całkowicie podważa główną korzyść z powiadomień, ponieważ spowoduje to przerwanie przepływu użytkowników. Jeśli użytkownicy są rozproszeni przez powiadomienia lub czują się zobowiązani do ich odczytania, projekt powiadomień nie powiódł się.

Jeśli obawiasz się, że użytkownicy ignorują powiadomienia, rozważ następujące kwestie:

• Jeśli używasz powiadomień poprawnie i nie wymagają natychmiastowej akcji użytkownika, użytkownicy zdecydują się je zignorować zgodnie z projektem. Nie zmieniaj tego.
• Jeśli zdarzenie wymaga natychmiastowej akcji użytkownika, użyj alternatywnego interfejsu użytkownika, którego użytkownicy nie mogą ignorować. Zobacz Czy jest to właściwy interfejs użytkownika? dla alternatyw.

Używaj progresywnej eskalacji, jeśli ma to zastosowanie

Jeśli powiadomienie jest używane w przypadku zdarzenia, które użytkownicy mogą bezpiecznie zignorować na początku, ale to musi zostać ostatecznie rozwiązane, należy użyć alternatywnego interfejsu użytkownika, gdy sytuacja stanie się krytyczna. Ta technika jest znana jako progresywna eskalacja.

Na przykład system zarządzania energią systemu Windows początkowo wskazuje niską baterię, zmieniając jej ikonę obszaru powiadomień.

W tych przykładach zarządzanie energią systemu Windows używa ikony obszaru powiadomień, aby powiadomić użytkowników o stopniowo niższej mocy baterii.

Gdy moc baterii stanie się niższa, system Windows ostrzega użytkowników o słabym zasilaniu baterii przy użyciu powiadomienia.

W tym przykładzie zarządzanie energią systemu Windows używa powiadomienia, aby poinformować użytkowników, że ich moc baterii jest słaba.

To powiadomienie jest wyświetlane, gdy użytkownicy nadal mają kilka opcji. Użytkownicy mogą podłączyć, zmienić opcje zasilania, podsumować swoją pracę i zamknąć komputer lub zignorować powiadomienie i kontynuować pracę. Ponieważ zasilanie baterii nadal się opróżnia, tekst i ikona powiadomienia odzwierciedlają dodatkową pilność. Jednak gdy zasilanie baterii stanie się tak niskie, że użytkownicy muszą działać natychmiast, zarządzanie energią systemu Windows powiadamia użytkowników przy użyciu modalne okno komunikatu.

W tym przykładzie zarządzanie energią systemu Windows używa modalnego okna komunikatu w celu powiadamiania użytkowników o krytycznej niskiej mocy baterii.

Jeśli wykonujesz tylko trzy czynności...

1. Używaj powiadomień tylko wtedy, gdy naprawdę musisz. Po wyświetleniu powiadomienia potencjalnie przerywasz użytkownikom, a nawet irytujesz ich. Upewnij się, że przerwa jest uzasadniona.
2. Używaj powiadomień dla zdarzeń niekrytycznych lub sytuacji, które nie wymagają natychmiastowego działania użytkownika. W przypadku zdarzeń krytycznych lub sytuacji wymagających natychmiastowego działania użytkownika należy użyć alternatywnego interfejsu użytkownika (takiego jak modalne okno dialogowe).
3. Jeśli używasz powiadomień, upewnij się, że jest to dobre środowisko użytkownika. Nie próbuj wymuszać na użytkownikach wyświetlenia powiadomień. Jeśli użytkownicy są tak zanurzeni w pracy, że nie widzą Twoich powiadomień, twój projekt jest dobry.

Wzorce użycia

Powiadomienia mają kilka wzorców użycia:

Etykieta	Wartość
powodzenie akcji Powiadamia użytkowników o pomyślnym zakończeniu akcji inicjowanej przez użytkownika asynchronicznej.	poprawna: W tym przykładzie usługa Windows Update powiadamia użytkowników o pomyślnym zaktualizowaniu komputera. niepoprawne: W tym przykładzie program Microsoft Outlook powiadamia użytkowników o zakończeniu sprawdzania pliku danych. Co użytkownicy powinni teraz zrobić? A dlaczego ostrzegać użytkowników o pomyślnym zakończeniu? Pokaż, kiedy: po zakończeniu zadania asynchronicznego. Powiadom użytkowników o pomyślnych akcjach tylko wtedy, gdy prawdopodobnie będą czekać na ukończenie lub po ostatnich awariach. Pokaż, jak: Użyj opcji czasu rzeczywistego, aby te powiadomienia nie były kolejkowane, gdy użytkownicy uruchamiają aplikację pełnoekranową lub nie korzystają aktywnie z komputera. Pokaż, jak często: raz. czynnik annoyance: Niski, jeśli powodzenie nie jest oczekiwane z powodu ostatnich niepowodzeń, powodzenie jest po krytycznym lub bardzo nietypowym niepowodzeniu, więc użytkownik potrzebuje dodatkowej opinii lub użytkownik oczekuje na ukończenie; wysoki, jeśli nie. Alternatywy: Prześlij opinię na żądanie, wyświetlając ikonę (lub zmieniając istniejącą ikonę) w obszarze powiadomień podczas wykonywania operacji; usuń ikonę (lub przywróć poprzednią ikonę) po zakończeniu operacji.
błąd akcji Powiadamia użytkowników, gdy akcja zainicjowana przez użytkownika jest asynchroniczna, kończy się niepowodzeniem.	poprawna: W tym przykładzie aktywacja systemu Windows powiadamia użytkowników o niepowodzeniu. niepoprawne: zrzut ekranu W tym przykładzie program Microsoft Outlook był używany do powiadamiania użytkowników o niepowodzeniu, że jest mało prawdopodobne. Pokaż, kiedy: Po niepowodzeniu zadania asynchronicznego. Pokaż, jak często: raz. czynnik annoyance: Niski, jeśli jest przydatny i odpowiedni; wysoki, jeśli problem natychmiast rozwiąże się sam lub użytkownicy w przeciwnym razie nie obchodzi. Alternatywy: Użyj modalnego okna dialogowego, jeśli użytkownicy muszą natychmiast rozwiązać problem.
zdarzenia systemu niekrytycznego Powiadamia użytkowników o znaczących zdarzeniach systemowych lub stanie, które można bezpiecznie zignorować, przynajmniej tymczasowo.	W tym przykładzie system Windows ostrzega użytkowników o niskiej mocy baterii, ale jest jeszcze dużo czasu, zanim podejmą działania. Pokaż, kiedy: Gdy wystąpi zdarzenie, a użytkownik jest aktywny lub warunek nadal istnieje. Jeśli wynika to z problemu, usuń obecnie wyświetlane powiadomienia natychmiast po rozwiązaniu problemu. Podobnie jak w przypadku powiadomień o akcjach, powiadom użytkowników o pomyślnych zdarzeniach systemowych tylko wtedy, gdy użytkownicy prawdopodobnie będą czekać na zdarzenie lub po ostatnich awariach. Pokaż, jak często: raz, gdy zdarzenie występuje po raz pierwszy. Jeśli wynika to z problemu, który użytkownicy muszą rozwiązać, redisplay raz dziennie. czynnik annoyance: Niski, o ile powiadomienie nie jest wyświetlane zbyt często. Alternatywy: Jeśli użytkownicy muszą ostatecznie rozwiązać problem, użyj stopniowej eskalacji, wyświetlając modalne okno dialogowe, gdy rozwiązanie staje się obowiązkowe.
opcjonalne zadanie użytkownika Powiadamia użytkowników o zadaniach asynchronicznych, które powinni wykonać. Niezależnie od tego, czy jest to opcjonalne, czy wymagane, zadanie można bezpiecznie odłożyć.	zrzut ekranu przedstawiający W tym przykładzie usługa Windows Update powiadamia użytkowników o nowej aktualizacji zabezpieczeń. Pokaż, kiedy: Gdy potrzeba wykonania zadania jest określana i użytkownik jest aktywny. Pokaż, jak często: raz dziennie przez maksymalnie trzy razy. czynnik annoyance: Niski, o ile użytkownicy uważają zadanie za ważne, a powiadomienie nie jest zbyt często wyświetlane. Alternatywy: Jeśli użytkownicy muszą ostatecznie wykonać zadanie, użyj stopniowej eskalacji, wyświetlając modalne okno dialogowe, gdy zadanie staje się obowiązkowe.
FYI Powiadamia użytkowników o potencjalnie przydatnych, istotnych informacjach. Możesz powiadomić użytkowników o marginalnym znaczeniu, jeśli jest to opcjonalne, a użytkownicy wyrażą zgodę.	poprawna: W tym przykładzie użytkownicy są powiadamiani o odebraniu nowej wiadomości e-mail. poprawna: W tym przykładzie użytkownicy są powiadamiani, gdy kontakty przychodzą w tryb online i wybierają otrzymywanie tych opcjonalnych informacji. niepoprawne: zrzut ekranu przedstawiający W tym przykładzie informacje są przydatne tylko wtedy, gdy użytkownik ma już zainstalowane porty USB o dużej szybkości. W przeciwnym razie użytkownik prawdopodobnie nie zrobi nic innego w wyniku. Pokaż, kiedy: Po wystąpieniu zdarzenia wyzwalającego. Pokaż, jak: Użyj opcji czasu rzeczywistego, aby te powiadomienia nie były kolejkowane, gdy użytkownicy uruchamiają aplikację pełnoekranową lub nie korzystają aktywnie z komputera. Pokaż, jak często: raz. czynnik annoyance: średni do wysoki, w zależności od postrzegania przez użytkowników użyteczności i istotności. Niezalecane, jeśli istnieje niskie prawdopodobieństwo zainteresowania użytkownika. Alternatywy: nie powiadamiaj użytkowników.
anonsowanie funkcji Powiadamia użytkowników o nowo zainstalowanych, nieużywanych funkcjach systemu lub aplikacji.	Nie używaj powiadomień dla anonsów funkcji! Zamiast tego użyj innego sposobu, aby funkcja została odnajdywalna, na przykład: Zaprojektuj funkcję, aby była łatwiejsza do odnalezienia w kontekstach, w których jest potrzebna. Nie rób nic specjalnego i pozwól użytkownikom na samodzielne odnajdywanie funkcji. niepoprawne: zrzut ekranu przedstawiający Nie używaj powiadomień do anonsów funkcji.

Wytyczne

Ogólne

• Wybierz wzorzec powiadomień na podstawie jego użycia. Opis każdego wzorca użycia można znaleźć w poprzedniej tabeli.
• Nie używaj żadnych powiadomień podczas początkowego środowiska systemu Windows. Aby ulepszyć swoje pierwsze środowisko pracy, system Windows 7 pomija wszystkie powiadomienia wyświetlane w ciągu pierwszych kilku godzin użycia. Zaprojektuj program przy założeniu, że użytkownicy nie zobaczą żadnych takich powiadomień.

Co powiadomić

• Nie powiadamiaj o pomyślnych operacjach, z wyjątkiem następujących sytuacji:

  • Bezpieczeństwo. Użytkownicy uważają, że operacje zabezpieczeń mają największe znaczenie, dlatego powiadamiają użytkowników o pomyślnych operacjach zabezpieczeń.
  • Ostatnia awaria. Użytkownicy nie podejmują operacji zakończonych powodzeniem w przypadku niepowodzenia bezpośrednio wcześniej, dlatego powiadom użytkowników o powodzeniu, gdy operacja zakończyła się ostatnio niepowodzeniem.
  • Zapobiegaj niedogodnościom. Zgłaszanie pomyślnych operacji w tym przypadku może uniknąć niewygodnych użytkowników. W związku z tym powiadom użytkowników, gdy operacja zakończy się pomyślnie w nieoczekiwany sposób, na przykład gdy operacja jest długotrwała lub kończy się wcześniej lub później niż oczekiwano.

• W innych okolicznościach albo nie przekaż opinii na temat powodzenia lub prześlij opinię "na żądanie". Załóżmy, że użytkownicy podejmują pomyślne operacje na pewnik. Możesz przekazać opinię na żądanie, wyświetlając ikonę (lub zmieniając istniejącą ikonę) w obszarze powiadomień podczas wykonywania operacji i usuwając ikonę (lub przywracając poprzednią ikonę) po zakończeniu operacji.

• W przypadku wzorca FYI nie podawać powiadomienia, jeśli użytkownicy mogą kontynuować pracę normalnie lub prawdopodobnie nie będą wykonywać żadnych zmian w wyniku powiadomienia.

  niepoprawne:

  zrzut ekranu

  W tym przykładzie informacje są przydatne tylko wtedy, gdy użytkownik ma już zainstalowane porty. W przeciwnym razie użytkownik prawdopodobnie nie zrobi nic innego w wyniku.

  • Wyjątek: Możesz powiadomić użytkowników o wątpliwym znaczeniu, jeśli jest to opcjonalne, a użytkownicy mogą wyrazić zgodę.

    poprawna:

    zrzut ekranu

    W tym przykładzie użytkownicy są powiadamiani, gdy kontakty przychodzą w tryb online i wybierają otrzymywanie tych opcjonalnych informacji.

• W przypadku niekrytycznych zdarzeń systemowych i wzorców FYI używać pełnych powiadomień dla pojedynczego zdarzenia. Nie przedstawiaj kilku częściowych.

  niepoprawne:

  

  W tych przykładach pokazano tylko cztery z ośmiu powiadomień, które były wyświetlane przez system Windows XP, gdy użytkownik dołącza określoną klawiaturę USB, z których każda przedstawia przyrostowo więcej informacji.

  poprawna:

  zrzut ekranu przedstawiający

  W tym przykładzie dołączenie klawiatury USB powoduje wyświetlenie dwóch pełnych powiadomień.

Kiedy należy powiadomić

• Wyświetl powiadomienie na podstawie wzorca projektowego:

• W przypadku wzorca niepowodzenia akcji , jeśli problem może zostać rozwiązany w ciągu kilku sekund, opóźnij powiadomienie o niepowodzeniu przez odpowiedni czas. Jeśli problem się poprawi, zgłoś nic. Powiadom dopiero po upływie wystarczającej ilości czasu, że awaria jest zauważalna. Jeśli zgłosisz zbyt wcześnie, najprawdopodobniej użytkownicy nie zauważą zgłoszonego problemu, ale zauważą niepotrzebne powiadomienie.

niepoprawne:

zrzut ekranu

Gdy następuje natychmiast:

W tym przykładzie w systemie Windows Vista powiadomienie o braku łączności bezprzewodowej jest przedwczesne, ponieważ często następuje powiadomienie o dobrej łączności.

• W przypadku wzorców powodzenia akcji i szyfrowania danych użyć opcji czasu rzeczywistego, aby nieaktualne powiadomienia nie zostały kolejkowane, gdy użytkownicy uruchamiają aplikację pełnoekranową lub nie korzystają aktywnie z komputera.
• W przypadku niekrytycznego wzorca zdarzeń systemowych nie tworzą potencjału burz powiadomień przez zdumiewające zdarzenia związane z dobrze znanymi zdarzeniami, takimi jak logowanie użytkownika. Zamiast tego związać zdarzenie z pewnym okresem po zdarzeniu. Możesz na przykład przypomnieć użytkownikom o zarejestrowaniu produktu pięć minut po zalogowaniu użytkownika.

Jak długo powiadamiać

W systemie Windows Vista i nowszych powiadomienia są wyświetlane przez stały czas trwania 9 sekund.

Jak często powiadamiać

• Liczba wyświetleń powiadomienia jest oparta na wzorcu projektowym:

• W przypadku opcjonalnych zadań użytkownika nie należy podejmować prób przesyłania użytkowników przez ciągłe wyświetlanie powiadomień. Jeśli zadanie jest wymagane, wyświetl modalne okno dialogowe natychmiast zamiast używać powiadomień.

Eskalacja powiadomień

• Nie zakładaj, że użytkownicy będą widzieć powiadomienia. Użytkownicy nie zobaczą ich, gdy:
  • Są one zanurzone w pracy.
  • Nie zwracają uwagi.
  • Są z dala od komputera.
  • Są one uruchomione w trybie pełnoekranowym.
  • Administrator wyłączył wszystkie powiadomienia dla swojego komputera.
• Jeśli użytkownicy muszą ostatecznie podjąć jakąś akcję, użyj progresywnej eskalacji, aby wyświetlić alternatywny interfejs użytkownika, którego użytkownicy nie mogą ignorować.

Interakcja

• Powiadomienia można klikać, gdy:
  • Użytkownicy powinni wykonać akcję. Kliknięcie powiadomienia powinno wyświetlić okno, w którym użytkownicy mogą wykonać akcję. To podejście jest preferowane w przypadku niepowodzenia akcji i opcjonalnych wzorców projektowych zadań użytkownika.
  • Użytkownicy mogą chcieć zobaczyć więcej informacji. Kliknięcie powiadomienia powinno wyświetlić okno, w którym użytkownicy mogą wyświetlać dodatkowe informacje.
• Zawsze wyświetla okno, gdy użytkownicy klikają, aby wykonać akcję. Nie masz bezpośredniego kliknięcia, aby wykonać akcję.
• Kliknięcie, aby wyświetlić więcej informacji, powinno zawsze wyświetlać więcej informacji. Nie należy po prostu przesłać informacje już w powiadomieniu.

Ikony

• Aby uzyskać wzorzec niepowodzenia akcji, użyj standardowej ikony błędu.
• W przypadku niekrytycznych wzorców zdarzeń systemowych użyj standardowej ikony ostrzeżenia.
• W przypadku innych wzorców użyj ikon pokazujących obiekty, które odnoszą się do lub sugerują temat, takie jak tarcza zabezpieczeń lub baterii do zasilania.
• Użyj ikon opartych na twojej aplikacji lub znakowaniu firmowym, jeśli docelowi użytkownicy będą je rozpoznawać i nie ma lepszej alternatywy.
• W przypadku progresywnej eskalacji rozważyć użycie ikon z bardziej emfatycznym wyglądem, ponieważ sytuacja staje się bardziej pilna.
• Nie używaj standardowej ikony informacji. Powiadomienia te są informacjami bez mówienia.
• rozważ użycie dużych ikon (32x32 pikseli), gdy:
  • Użytkownicy szybko zrozumieją ikonę, a nie tekst.
  • Duże ikony wyraźniej i skuteczniej przekazują znaczenie niż standardowe ikony 16x16 pikseli.
  • Ikona używa w stylu Aero.

W tym przykładzie użytkownicy mogą szybko zrozumieć charakter powiadomienia, błyskawicznie korzystając z dużej ikony.

Kolejkowanie powiadomień

Uwaga: powiadomienia są kolejkowane zawsze, gdy nie mogą być wyświetlane natychmiast, na przykład gdy jest wyświetlane inne powiadomienie, użytkownik uruchamia aplikację pełnoekranową lub użytkownik nie korzysta aktywnie z komputera. Powiadomienia w czasie rzeczywistym pozostają w kolejce tylko przez 60 sekund.

• W przypadku wzorców powodzenia akcji i FYI użyj opcji czasu rzeczywistego, aby powiadomienie nie było długo w kolejce. Te powiadomienia mają wartość tylko wtedy, gdy można je wyświetlić natychmiast.
• Usuń powiadomienia w kolejce, gdy nie są już istotne.
• Deweloperzy: Możesz to zrobić, ustawiając flagę NIF_INFO w okienku uFlags i ustawiając wartość szInfo na pusty ciąg. Nie ma szkody w tym, jeśli powiadomienie nie znajduje się już w kolejce.

Integracja systemu

• Jeśli aplikacja nie zawsze ma ikonę w obszarze powiadomień po jej uruchomieniu, wyświetlić ikonę tymczasowo podczas zadania asynchronicznego lub zdarzenia, które spowodowało powiadomienie.

Tekst

Tekst tytułu

• Użyj tekstu tytułu, który krótko podsumowuje najważniejsze informacje potrzebne do komunikowania się użytkownikom w jasnym, prostym, zwięzłym, określonym języku. Użytkownicy powinni mieć możliwość szybkiego zrozumienia przeznaczenia informacji o powiadomieniach i przy minimalnym nakładzie pracy.
• Użyj fragmentów tekstu lub kompletnych zdań bez kończenia interpunkcji.
• Użyj wielkich liter w stylu zdania.
• Użyj nie więcej niż 48 znaków (w języku angielskim), aby uwzględnić lokalizację. Tytuł ma maksymalną długość 63 znaków, ale podczas tłumaczenia tekstu w języku angielskim należy zezwolić na 30 procent rozszerzenia.

Tekst treści

• Użyj tekstu treści, który zawiera opis (bez powtarzania informacji w tytule) i, opcjonalnie, który udostępnia szczegółowe informacje o powiadomieniu, a także informuje użytkowników, jakie akcje są dostępne.

• Użyj pełnych zdań z kończącymi znakami interpunkcyjnymi.

• Użyj wielkich liter w stylu zdania.

• Użyj nie więcej niż 200 znaków (w języku angielskim), aby uwzględnić lokalizację. Tekst treści ma maksymalną długość 255 znaków, ale podczas tłumaczenia tekstu w języku angielskim należy zezwolić na 30 procent rozszerzenia.

• Uwzględnij podstawowe informacje w tekście treści, takie jak określone nazwy obiektów. (Przykłady: nazwy użytkowników, nazwy plików lub adresy URL). Użytkownicy nie powinni otwierać innego okna, aby znaleźć takie informacje.

• Umieść znaki podwójnego cudzysłowu wokół nazw obiektów.

  • Wyjątek: Nie używaj cudzysłowów, gdy:
    • Nazwa obiektu zawsze używa wielkich liter w stylu tytułu, takich jak nazwy użytkowników.
    • Nazwa obiektu jest przesunięty dwukropkiem (na przykład: Nazwa drukarki: Moja drukarka).
    • Nazwę obiektu można łatwo określić z kontekstu.

• Jeśli należy obcinać nazwy obiektów do stałego maksymalnego rozmiaru, aby uwzględnić lokalizację, użyj wielokropka, aby wskazać obcięcie.

  

  W tym przykładzie nazwa obiektu jest obcięta przy użyciu wielokropka.

• Użyj następującej frazy, jeśli powiadomienie jest możliwe do działania:

  • Jeśli użytkownicy mogą kliknąć powiadomienie, aby wykonać akcję:

    < krótki opis podstawowych informacji>

    <opcjonalne szczegóły>

    Kliknij, aby <zrobić coś>.

    

    W tym przykładzie użytkownicy mogą kliknąć, aby wykonać akcję.

  • Jeśli użytkownicy mogą kliknąć powiadomienie, aby wyświetlić więcej informacji:

    < krótki opis podstawowych informacji>

    <opcjonalne szczegóły>

    Kliknij, aby uzyskać więcej informacji.

    

    W tym przykładzie użytkownicy mogą kliknąć więcej informacji.

• Nie mówisz, że użytkownik "musi" wykonać akcję w powiadomieniu. Powiadomienia są przeznaczone dla informacji niekrytycznych, które użytkownicy mogą swobodnie ignorować. Jeśli użytkownicy naprawdę muszą wykonać akcję, nie używaj powiadomień.

• Jeśli użytkownicy powinni wykonać akcję, upewnij się, że znaczenie jest jasne.

• W przypadku błędów akcji i niekrytycznych wzorców zdarzeń systemowych opisywać problemy w zwykłym języku.

  niepoprawne:

  

  W tym przykładzie problem został opisany przy użyciu nadmiernie technicznego, ale nieokreślonego języka.

  poprawna:

  

  W tym przykładzie problem został opisany w języku prostym.

• Opisz zdarzenie w sposób, który jest istotny dla użytkowników docelowych. Powiadomienie jest istotne, jeśli istnieje uzasadnione prawdopodobieństwo, że użytkownicy wykonają zadanie lub zmienią swoje zachowanie w wyniku powiadomienia. Często można to osiągnąć, opisując powiadomienia pod względem celów użytkownika zamiast problemów technologicznych.

Dokumentacja

Podczas odwoływania się do powiadomień:

• Użyj dokładnego tekstu tytułu, w tym jego wielkości liter.
• Odwoływanie się do składnika jako powiadomienia, a nie jako dymka lub alertu.
• Aby opisać interakcję z użytkownikiem, użyj kliknięcia.
• Jeśli to możliwe, sformatuj tekst tytułu przy użyciu pogrubionego tekstu. W przeciwnym razie umieść tytuł w cudzysłowie tylko wtedy, gdy jest to wymagane, aby zapobiec nieporozumieniu.

Przykład: gdy zostanie wyświetlone powiadomienie o aktualizacje krytyczne do zainstalowania, kliknij powiadomienie, aby rozpocząć proces.

Podczas odwoływania się do obszaru powiadomień:

• Odwołuje się do obszaru powiadomień jako obszaru powiadomień, a nie obszaru powiadomień.