Értesítések (Tervezési alapismeretek)
Jegyzet
Ez a tervezési útmutató a Windows 7-hez készült, és nem frissült a Windows újabb verzióihoz. Az útmutató nagy része továbbra is elvben érvényes, de a bemutató és a példák nem tükrözik jelenlegi tervezési útmutatónkat.
Az értesítés az aktuális felhasználói tevékenységhez nem kapcsolódó eseményekről tájékoztatja a felhasználókat, ha röviden megjelenít egy buborékot az értesítési területen lévő ikonból. Az értesítés felhasználói műveletből vagy jelentős rendszereseményből eredhet, vagy potenciálisan hasznos információkat nyújthat a Microsoft Windowsból vagy egy alkalmazásból.
Az értesítésben szereplő információk hasznosak és relevánsak, de soha nem kritikusak. Következésképpen az értesítések nem igényelnek azonnali felhasználói műveletet, és a felhasználók szabadon figyelmen kívül hagyhatják őket.
Egy tipikus értesítés.
Windows Vista és újabb rendszereken az értesítések rögzített, 9 másodperces időtartamra jelennek meg. Az értesítések nem jelennek meg azonnal, ha a felhasználók inaktívak, vagy a képernyőkímélők futnak. A Windows ezekben az időkben automatikusan várólistára küldi az értesítéseket, és megjeleníti az üzenetsorba helyezett értesítéseket, amikor a felhasználó folytatja a rendszeres tevékenységet. Következésképpen nem kell semmit tennie, hogy kezelje ezeket a különleges körülményeket.
Fejlesztők: Meghatározhatja, hogy a felhasználó mikor aktív a SHQueryUserNotificationState API használatával.
megjegyzés:értesítési területtel,tálcávalés ballonokkal kapcsolatos irányelvek külön cikkekben jelennek meg.
Ez a megfelelő felhasználói felület?
A döntéshez fontolja meg az alábbi kérdéseket:
- Az információ a felhasználók alkalmazással való interakciójának közvetlen, közvetlen eredménye? Ha igen, akkor ezeket a szinkron információkat közvetlenül az alkalmazásban jelenítheti meg, ehelyett egy párbeszédpanel, üzenetmező, ballonosvagy a helyén felhasználói felületen. Az értesítések csak aszinkron információkra szolgálnak.
képernyőképe
Ebben a példában a Windows tűzfal kivételei párbeszédpanel a felhasználói interakció közvetlen eredményeként jelenik meg. Itt nem lenne megfelelő az értesítés.
- Az információk csak akkor relevánsak, ha a felhasználók aktívan használják az alkalmazást? Ha igen, jelenítse meg az adatokat az alkalmazás állapotsorában vagy más állapotterületen.
Ebben a példában az Outlook megjeleníti a kapcsolati és szinkronizálási állapotát az állapotsoron.
- Az információk gyorsan változnak, folyamatosak, valós idejűek? Ilyenek például a folyamat előrehaladása, a tőzsdei árfolyamok és a sporteredmények. Ha igen, ne használjon értesítéseket, mert nem alkalmasak az információk gyors módosítására.
- Hasznos és releváns az információ? A felhasználók valószínűleg megváltoztatják a viselkedésüket, vagy elkerülik a kellemetlenségeket az információk fogadása miatt? Ha nem, akkor ne jelenítse meg az információt, vagy helyezze egy állapotablakba vagy naplófájlba.
- Kritikus fontosságú az információ? Szükség van azonnali műveletre? Ha igen, megjelenítheti az információkat egy olyan felülettel, amely figyelmet igényel, és nem hagyható figyelmen kívül könnyen, például egy modális párbeszédpanel vagy üzenetmező használatával. Ha a program nem aktív, akkor a kritikus információkra is felhívhatja a figyelmet, ha háromszor felvillantja a program tálcájának gombját, és a program aktív állapotáig ki van emelve.
- Az elsődleges célfelhasználók informatikai szakemberei? Ha igen, használjon másik visszajelzési mechanizmust, például naplófájlt bejegyzéseket vagy e-maileket. Az informatikai szakemberek határozottan előnyben részesítik a nem kritikus fontosságú információk naplófájljait. Ezenkívül a kiszolgálókat gyakran távolról felügyelik, és általában anélkül futnak, hogy a felhasználók bejelentkeztek, így az értesítések hatástalanok.
Tervezési fogalmak
A megfelelő felhasználói élményt elősegítő hatékony értesítések a következők:
- Aszinkron. Az esemény nem közvetlen, közvetlen következménye annak, hogy a felhasználók jelenleg kommunikálnak a Microsoft Windows rendszerrel vagy az alkalmazással.
- Hasznos. Ésszerű esély van arra, hogy a felhasználók végrehajtanak egy feladatot, vagy megváltoztatják a viselkedésüket az értesítés eredményeként.
- Idevágó. Az értesítés hasznos információkat jelenít meg, amelyeket a felhasználók érdekelnek, és még nem tudják.
- Nem kritikus. Az értesítések nem modálisak, és nem igényelnek felhasználói beavatkozást, így a felhasználók szabadon figyelmen kívül hagyhatják őket.
- Per. Azoknál az értesítéseknél, amelyek egy művelet elvégzését javasolják, a művelet az értesítésre kattintva indul el. A művelet azonban mindig elhalasztható.
- Megfelelően bemutatva. Az értesítés bemutatója (időtartam, gyakoriság, szöveg, ikon és interaktivitás) megfelel a körülményeknek.
- Nem bosszantó! Van egy finom vonal a felhasználók finom tájékoztatása az eseményről és a kártevők között.
Sajnos túl sok bosszantó, nem megfelelő, haszontalan, irreleváns értesítés van odakint. Vegye figyelembe ezeket az értesítéseket a Windows XP Szégyencsarnokából:
Ezekben a példákban a Windows XP látszólag megpróbálja segíteni a felhasználókat a kezdeti konfigurációjukban. Azonban ezek az értesítések túl gyakran és jól jelennek meg a hasznosságuk után, így alig több, mint kéretlen funkcióhirdetések.
A felhasználói folyamatot fenn kell tartani
Ideális esetben a munkájukba merülő felhasználók egyáltalán nem fogják látni az értesítéseket. Ehelyett csak akkor fogják látni az értesítéseket, ha a folyamat már megszakadt.
In Flow: Az optimális élmény pszichológiája, Csikszentmihalyi Mihály azt mondja, hogy a felhasználók akkor lépnek be flow állapotba, amikor teljes mértékben felszívódnak a tevékenységben, amely során elveszítik az időérzéküket, és nagy elégedettséget éreznek.
A hatékony értesítések segítségével a felhasználók könnyen figyelmen kívül hagyható hasznos, releváns információkat jeleníthetnek meg a folyamatuk fenntartásában. Az értesítések alacsony kulcsú, periférikus módon jelennek meg, és nem igényelnek interakciót.
Ne feltételezzük, hogy ha az értesítések mód nélküli, akkor nem okozhatnak bosszantó megszakítást. Az értesítések nem követelik meg a felhasználók figyelmét, de minden bizonnyal kérik. A felhasználók áramlását a következővel szakíthatja meg:
- Olyan értesítések megjelenítése, amelyek nem érdeklik a felhasználókat.
- Túl gyakran jelenik meg értesítés.
- Több értesítés használata, ha egyetlen értesítés elegendő.
- Hang használata értesítés megjelenítésekor.
A Windows 7-ben a felhasználók teljes mértékben szabályozhatják az értesítéseket. Ha a felhasználók azt tapasztalják, hogy egy program értesítései túl bosszantóak, dönthetnek úgy, hogy letiltják az adott program összes értesítését. Győződjön meg arról, hogy a felhasználók nem teszik ezt a programhoz hasznos, releváns információk bemutatásával és az irányelvek követésével.
Az értesítéseknek figyelmen kívül hagyhatónak kell lenniük
Értesítések nem igényelnek azonnali felhasználói műveletet, és a felhasználók szabadon figyelmen kívül hagyhatják őket.
A fejlesztők és tervezők gyakran olyan módon szeretnék megjeleníteni az értesítéseiket, hogy a felhasználók ne hagyhassák figyelmen kívül. Ez a cél teljesen aláássa az értesítések elsődleges előnyét, mert az megszakítaná a felhasználók forgalmát. Ha a felhasználókat megzavarják az értesítések, vagy kötelezőnek érzik elolvasni őket, az értesítési terv meghiúsult.
Ha aggódik, hogy a felhasználók figyelmen kívül hagyják az értesítéseket, vegye figyelembe a következőket:
- Ha helyesen használja az értesítéseket, és nem igényelnek azonnali felhasználói műveletet, akkor a felhasználók úgy döntenek, hogy figyelmen kívül hagyják őket, az a tervezés alapján történik. Ezt ne változtassa meg.
- Ha az esemény azonnali felhasználói műveletet igényel, használjon egy alternatív felhasználói felületet (UI), amelyet a felhasználók nem hagyhatják figyelmen kívül. Lásd: Ez a megfelelő felhasználói felület? alternatív megoldásokhoz.
Szükség esetén használjon progresszív eszkalációt
Ha olyan eseményhez használnak értesítést, amelyet a felhasználók először nyugodtan figyelmen kívül hagyhatnak, de ezt végül meg kell oldaniuk, alternatív felhasználói felületet kell használni, amikor a helyzet kritikussá válik. Ezt a technikát progresszív eszkalációnak nevezzük.
A Windows energiagazdálkodási rendszere például kezdetben alacsony akkumulátort jelez az értesítési terület ikonjának módosításával.
Ezekben a példákban a Windows energiagazdálkodás az értesítési terület ikonnal értesíti a felhasználókat a fokozatosan alacsonyabb akkumulátorteljesítményről.
Ahogy az akkumulátor teljesítménye csökken, a Windows értesítéssel figyelmezteti a felhasználókat a gyenge akkumulátorteljesítményre.
Ebben a példában a Windows energiagazdálkodása egy értesítéssel tájékoztatja a felhasználókat arról, hogy az akkumulátor teljesítménye gyenge.
Ez az értesítés akkor jelenik meg, ha a felhasználók továbbra is több lehetőséggel rendelkeznek. A felhasználók csatlakoztathatják, módosíthatják az energiagazdálkodási beállításokat, becsomagolhatják a munkájukat, leállíthatják a számítógépet, vagy figyelmen kívül hagyhatják az értesítést, és folytathatják a munkát. Az akkumulátor áramellátásának folyamatos lemerítésével az értesítés szövege és ikonja a további sürgősséget tükrözi. Ha azonban az akkumulátor teljesítménye olyan alacsony lesz, hogy a felhasználóknak azonnal cselekednie kell, a Windows energiagazdálkodás értesíti a felhasználókat egy modális üzenetmező használatával.
Ebben a példában a Windows energiagazdálkodás egy modális üzenetmezővel értesíti a felhasználókat a kritikusan alacsony akkumulátor-teljesítményről.
Ha csak három dolgot csinálsz...
- Csak akkor használjon értesítéseket, ha valóban szükség van rá. Amikor megjelenik egy értesítés, előfordulhat, hogy megszakítja a felhasználókat, vagy akár bosszantó is. Győződjön meg arról, hogy a megszakítás indokolt.
- Értesítések használata nem kritikus eseményekhez vagy olyan helyzetekhez, amelyek nem igényelnek azonnali felhasználói műveletet. Az azonnali felhasználói műveletet igénylő kritikus eseményekhez vagy helyzetekhez használjon másik felhasználói felületet (például egy modális párbeszédpanelt).
- Ha értesítéseket használ, jó felhasználói élményt nyújt. Ne próbálja meg kényszeríteni a felhasználókat az értesítések megtekintésére. Ha a felhasználók annyira belemerülnek a munkájukba, hogy nem látják az ön értesítéseit, a tervezés jó.
Használati minták
Az értesítések több használati mintával rendelkeznek:
Címke | Érték |
---|---|
művelet sikeres Értesíti a felhasználókat, ha egy aszinkron, felhasználó által kezdeményezett művelet sikeresen befejeződik. |
Helyes:![]() Ebben a példában a Windows Update értesíti a felhasználókat a számítógép sikeres frissítésekor. helytelen: ![]() Ebben a példában a Microsoft Outlook értesíti a felhasználókat, ha az adatfájl-ellenőrzés befejeződött. Mit tegyenek most a felhasználók? És miért figyelmezteti a felhasználókat a sikeres befejezésre? Megjelenítheti, hogy mikor: Aszinkron tevékenység befejezése után. Csak akkor értesítse a felhasználókat a sikeres műveletekről, ha valószínűleg a befejezésre vagy a legutóbbi hibákra várnak. Megjelenítés: Valós idejű beállítás használata, hogy ezek az értesítések ne legyenek várólistára helyezve, ha a felhasználók teljes képernyős alkalmazást futtatnak, vagy nem használják aktívan a számítógépüket. Megjelenítheti, hogy milyen gyakran: egyszer. bosszúság tényező: Alacsony, ha a legutóbbi hibák miatt nem várható siker, a siker kritikus vagy rendkívül szokatlan hiba után következik be, így a felhasználónak további visszajelzésre van szüksége, vagy a felhasználó a befejezésre vár; magas, ha nem. Alternatívák: "igény szerint" visszajelzést adhat egy ikon (vagy egy meglévő ikon módosítása) megjelenítésével az értesítési területen a művelet végrehajtása közben; a művelet befejezésekor távolítsa el az ikont (vagy állítsa vissza az előző ikont). |
művelethiba Értesíti a felhasználókat, ha egy aszinkron, felhasználó által kezdeményezett művelet meghiúsul. |
Helyes:![]() Ebben a példában a Windows-aktiválás értesíti a felhasználókat a hibáról. helytelen: ![]() Ebben a példában a Microsoft Outlook arra használta a felhasználókat, hogy értesítsék a felhasználókat egy olyan hibáról, amely miatt nem valószínű, hogy törődnek. Megjelenítheti, hogy mikor: Aszinkron feladat meghiúsulása esetén. Megjelenítheti, hogy milyen gyakran: egyszer. bosszúság tényező: Alacsony, ha hasznos és releváns; magas, ha a probléma azonnal megoldódik, vagy a felhasználók egyébként nem érdeklik. Alternatívák: Modális párbeszédpanel használata, ha a felhasználóknak azonnal meg kell oldaniük a hibát. |
nem kritikus rendszeresemények Értesíti a felhasználókat olyan jelentős rendszereseményekről vagy állapotról, amelyek legalább ideiglenesen, biztonságosan figyelmen kívül hagyhatók. |
![]() Ebben a példában a Windows figyelmezteti a felhasználókat az alacsony akkumulátor-teljesítményre, de még mindig rengeteg idő áll rendelkezésre a művelet végrehajtása előtt. Megjelenítheti, hogy mikor: Amikor egy esemény bekövetkezik, és a felhasználó aktív, vagy egy feltétel továbbra is fennáll. Probléma esetén a probléma megoldása után azonnal távolítsa el az aktuálisan megjelenő értesítéseket. A műveletértesítésekhez hasonlóan csak akkor értesítse a felhasználókat a sikeres rendszereseményekről, ha a felhasználók valószínűleg az eseményre vagy a legutóbbi hibákra várnak. Megjelenítheti, hogy milyen gyakran: Egyszer, amikor az esemény először bekövetkezik. Ha ez olyan probléma eredménye, amelyet a felhasználóknak meg kell oldaniuk, naponta egyszer próbálkozzon újra. bosszúság tényező: Alacsony, ha az értesítés nem jelenik meg túl gyakran. Alternatívák: Ha a felhasználóknak végül meg kell oldaniuk a problémát, használjon fokozatos eszkalációt úgy, hogy végül megjelenik egy modális párbeszédpanel, amikor a megoldás kötelezővé válik. |
Nem kötelező felhasználói feladat Értesíti a felhasználókat az általuk végrehajtandó aszinkron feladatokról. Akár nem kötelező, akár kötelező, a feladat nyugodtan elhalasztható. |
![]() Ebben a példában a Windows Update értesíti a felhasználókat egy új biztonsági frissítésről. Megjelenítheti, hogy mikor: Mikor van meghatározva a feladat végrehajtásának szükségessége, és a felhasználó aktív. A gyakoriság megjelenítése: Naponta egyszer legfeljebb háromszor. Bosszúság tényező: Alacsony, ha a felhasználók fontosnak tartják a feladatot, és az értesítés nem jelenik meg túl gyakran. Alternatívák: Ha a felhasználóknak végre kell hajtaniuk a feladatot, használjon fokozatos eszkalációt úgy, hogy végül megjelenik egy modális párbeszédpanel, amikor a feladat kötelezővé válik. |
FYI- Értesíti a felhasználókat a potenciálisan hasznos, releváns információkról. Ha nem kötelező, és a felhasználók ezt választják, értesítheti a felhasználókat a marginális jelentőséggel bíró információkról. |
Helyes:![]() Ebben a példában a felhasználók értesítést kapnak egy új e-mail érkezésekor. Helyes: ![]() Ebben a példában a felhasználók értesítést kapnak, amikor a partnerek online állapotba kerülnek, és úgy döntöttek, hogy megkapják ezt az opcionális információt. helytelen: ![]() Ebben a példában az információk csak akkor hasznosak, ha a felhasználó már rendelkezik nagy sebességű USB-portok telepítésével. Ellenkező esetben a felhasználó valószínűleg nem tesz semmi mást az eredményétől. Megjelenítheti, hogy mikor: Mikor történik az eseményindító esemény. Megjelenítés: Valós idejű beállítás használata, hogy ezek az értesítések ne legyenek várólistára helyezve, ha a felhasználók teljes képernyős alkalmazást futtatnak, vagy nem használják aktívan a számítógépüket. Megjelenítheti, hogy milyen gyakran: egyszer. Bosszúság tényező: Közepestől a magasig, attól függően, hogy a felhasználók mennyire érzékelik a hasznosságot és a relevanciát. Nem ajánlott, ha alacsony a felhasználói érdeklődés valószínűsége. alternatívák: Ne értesítse a felhasználókat. |
funkcióhirdetési Értesíti az újonnan telepített, nem használt rendszer- vagy alkalmazásfunkciók felhasználóit. |
Ne használjon értesítéseket funkcióhirdetésekhez! Ehelyett használjon másik módszert a funkció felderítésére, például:
![]() Ne használjon értesítéseket funkcióhirdetésekhez. |
Iránymutatások
Általános
- Válassza ki az értesítési mintát a használat alapján. Az egyes használati minták leírását az előző táblázatban talál.
- Ne használjon értesítéseket a kezdeti Windows-élmény során. Az első felhasználói élmény javítása érdekében a Windows 7 letiltja a használat első néhány órájában megjelenő összes értesítést. Tervezd meg a programot, feltéve, hogy a felhasználók nem fognak ilyen értesítéseket látni.
Értesítés
Ne értesítse a sikeres műveleteket, kivéve a következő körülményeket:
- Biztonság. A felhasználók a biztonsági műveleteket tartják a legfontosabbnak, ezért értesítsék a felhasználókat a sikeres biztonsági műveletekről.
- Legutóbbi hiba. A felhasználók nem kapják meg a sikeres műveleteket, ha közvetlenül korábban sikertelenek voltak, ezért értesítse a felhasználókat a sikeres művelet sikerességéről, amikor a művelet nemrég meghiúsult.
- A kellemetlenségek elkerülése. Ha így tesz, a sikeres műveletek jelentése elkerülheti a felhasználók következetlenségének elkerülését. Következésképpen értesítse a felhasználókat, ha egy sikeres műveletet váratlan módon hajtanak végre, például ha egy művelet hosszadalmas, vagy a vártnál korábban vagy később fejeződik be.
Más körülmények között vagy nem ad visszajelzést a sikerről, vagy "igény szerint" visszajelzést ad. Tegyük fel, hogy a felhasználók a sikeres műveleteket magától értetődően hajtják végre. Igény szerint visszajelzést adhat, ha a művelet végrehajtása közben megjelenít egy ikont (vagy módosít egy meglévő ikont) az értesítési területen, és eltávolítja az ikont (vagy visszaállítja az előző ikont), amikor a művelet befejeződött.
Az FYI-minta esetében nem küld értesítést, ha a felhasználók továbbra is normálisan dolgozhatnak, vagy nem valószínű, hogy bármi mást tesznek az értesítés eredményeként.
helytelen:
Ebben a példában az információk csak akkor hasznosak, ha a felhasználó már telepítette a portokat. Ellenkező esetben a felhasználó valószínűleg nem tesz semmi mást az eredményétől.
Kivétel: Értesítheti a felhasználókat a kérdéses jelentőséggel bíró információkról, ha az nem kötelező, és a felhasználók ezt engedélyezik.
Helyes:
bejelentkezett partner értesítésének képernyőképe
Ebben a példában a felhasználók értesítést kapnak, amikor a partnerek online állapotba kerülnek, és úgy döntöttek, hogy megkapják ezt az opcionális információt.
A nem kritikus rendszeresemények és FYI-minták esetében használjon teljes értesítéseket egyetlen eseményhez. Ne jelenítsen meg több részlegeset.
helytelen:
Ezek a példák csak négyet mutatnak a Windows XP által megjelenített nyolc értesítés közül, amikor egy felhasználó egy adott USB-billentyűzetet csatol, és mindegyik növekményesen több információt jelenít meg.
Helyes:
Ebben a példában az USB-billentyűzet csatolása két teljes értesítést eredményez.
Mikor kell értesíteni?
- Értesítés megjelenítése a tervezési mintája alapján:
Minta | Mikor kell értesíteni? |
---|---|
Művelet sikeres |
Aszinkron feladat befejezése után. Csak akkor értesítse a felhasználókat a sikeres műveletekről, ha valószínűleg a befejezésre vagy a legutóbbi hibákra várnak. |
Művelethiba |
Aszinkron feladat meghiúsulása esetén. |
Nem kritikus rendszeresemény |
Amikor egy esemény bekövetkezik, és a felhasználó aktív, vagy a feltétel továbbra is fennáll. Ha ez problémát okoz, a probléma megoldása után azonnal távolítsa el az aktuálisan megjelenő értesítést. |
Nem kötelező felhasználói feladat |
Amikor a rendszer meghatározza a feladat végrehajtásának szükségességét, és a felhasználó aktív. |
FYI |
Amikor az eseményindító esemény bekövetkezik. |
- A műveleti hibaminta esetében , ha a probléma másodpercek alatt kijavíthatja magát, a hibaértesítést megfelelő ideig késleltetheti. Ha a probléma kijavítja magát, jelentsen semmit. Csak akkor értesítsen, ha elegendő idő telt el, hogy a hiba észlelhető. Ha túl korai bejelentést tesz, a felhasználók valószínűleg nem fogják észrevenni a jelentett problémát, de észre fogják venni a szükségtelen értesítést.
helytelen:
Ha azonnal követi a következőt:
Ebben a példában a Windows Vista rendszerben a vezeték nélküli kapcsolatról szóló értesítés korai, mert gyakran azonnal értesítést küld a jó kapcsolatról.
- A művelet sikerességéhez és az FYI-mintákhoz használja a valós idejű beállítást, hogy az elavult értesítések ne legyenek várólistára, amikor a felhasználók teljes képernyős alkalmazást futtatnak, vagy nem használják aktívan a számítógépüket.
- A nem kritikus rendszeresemény-minta esetében nem hozza létre az értesítési viharok lehetőségét úgy, hogy a jól ismert eseményekhez, például a felhasználói bejelentkezéshez kapcsolódó eseményeket megdöbbentő módon hozza létre. Ehelyett kösse össze az eseményt az esemény utáni időszakhoz. Emlékeztetheti például a felhasználókat, hogy a felhasználó bejelentkezése után öt perccel regisztrálják a terméket.
Mennyi ideig kell értesítést küldeni?
Windows Vista és újabb rendszereken az értesítések rögzített, 9 másodperces időtartamra jelennek meg.
Milyen gyakran kell értesíteni
- Az értesítések megjelenítésének száma a tervezési mintán alapul:
Minta | Milyen gyakran kell értesíteni |
---|---|
Művelet sikeres |
Egyszer. |
Művelethiba |
Egyszer. |
Nem kritikus rendszeresemény |
Egyszer, amikor az esemény először bekövetkezik. Ha ez olyan probléma eredménye, amelyet a felhasználóknak meg kell oldaniuk, naponta egyszer próbálkozzon újra. |
Nem kötelező felhasználói feladat |
Naponta egyszer legfeljebb háromszor. |
FYI |
Egyszer. |
- Az opcionális felhasználói feladatok esetén ne próbálja meg a felhasználókat az értesítések folyamatos megjelenítésével beszüntetni. Ha a feladat szükséges, az értesítések használata helyett azonnal jelenítsen meg egy modális párbeszédpanelt.
Értesítés eszkalálása
- Ne feltételezze, hogy a felhasználók látni fogják az ön értesítéseit. A felhasználók nem fogják látni őket, ha:
- Elmerülnek a munkájukban.
- Nem figyelnek.
- Távol vannak a számítógépüktől.
- Teljes képernyős alkalmazást futtatnak.
- A rendszergazda kikapcsolta a számítógép összes értesítését.
- Ha a felhasználóknak végre kell hajtaniuk valamilyen műveletet, használjon fokozatos eszkalálási egy alternatív felhasználói felület megjelenítéséhez, amelyet a felhasználók nem hagyhatják figyelmen kívül.
Kölcsönhatás
-
Értesítések kattintásra való beállítása a következő esetekben:
- A felhasználóknak végre kell hajtaniuk egy műveletet. Az értesítésre kattintva megjelenik egy ablak, amelyben a felhasználók végrehajthatják a műveletet. Ez a módszer a művelethiba és az opcionális felhasználói feladattervezési minták esetében ajánlott.
- Előfordulhat, hogy a felhasználók további információkat szeretnének látni. Az értesítésre kattintva megjelenik egy ablak, amelyben a felhasználók további információkat tekinthetnek meg.
- Mindig jelenjen meg egy ablak, amikor a felhasználók rákattintanak egy művelet végrehajtásához. Ne kattintson közvetlenül a művelet végrehajtására.
- Ha a további információk megjelenítéséhez kattint, mindig több információt kell megjelenítenie. Ne csak az értesítésben szereplő információk újraszabályozása.
Ikonok
- A műveleti hibamintához használja a standard hiba ikont.
- A rendszer nem kritikus eseménymintáihoz használja a szabványos figyelmeztetés ikont.
- Más mintákhoz használjon olyan ikonokat, amelyek a tárgyhoz kapcsolódó vagy javaslatot tevő objektumokat, például biztonsági pajzsot vagy áramellátásra szolgáló akkumulátort.
- Ha a célfelhasználók felismerik azokat, és nincs jobb alternatíva, az alkalmazás vagy a cég arculata alapján használjon ikonokat.
- A fokozatos eszkalációhoz fontolja meg az ikonok fokozatos, empatikusabb megjelenését, mivel a helyzet egyre sürgetőbbé válik.
- Ne használja a szabványos információ ikont. Ezek az értesítések magától érve jelennek meg.
-
Fontolja meg a nagyméretű ikonok (32x32 képpont) használatát, ha:
- A felhasználók a szöveg helyett gyorsan megérthetik az ikont.
- A nagyméretű ikonok a szabványos 16x16 képpontos ikonoknál világosabban és hatékonyabban közvetítik jelentésüket.
- Az ikon a Aero stílusúhasznál.
Ebben a példában a felhasználók gyorsan megérthetik az értesítés jellegét a nagy ikonnal.
Értesítéssor-kezelés
Megjegyzés: értesítések akkor lesznek várólistára helyezve, ha nem jeleníthetők meg azonnal, például amikor egy másik értesítés jelenik meg, a felhasználó teljes képernyős alkalmazást futtat, vagy a felhasználó nem használja aktívan a számítógépet. A valós idejű értesítések csak 60 másodpercig maradnak az üzenetsorban.
- A művelet sikerességéhez és az FYI-mintákhoz használja a valós idejű lehetőséget, hogy az értesítés ne legyen hosszú ideig várólistán. Ezek az értesítések csak akkor rendelkeznek értékkel, ha azonnal megjeleníthetők.
- Az üzenetsorba helyezett értesítések eltávolítása, ha már nem relevánsak.
- Fejlesztők: Ezt úgy teheti meg, hogy a NIF_INFO jelölőt az uFlagsban állítja be, és a szInfo értékét üres sztringre állítja. Ez nem okoz kárt, ha az értesítés már nem szerepel az üzenetsorban.
Rendszerintegráció
- Ha az alkalmazás nem mindig rendelkezik ikonnal az értesítési területen futás közben, az értesítést kiváltó aszinkron feladat vagy esemény során ideiglenesen megjelenít egy ikont.
SMS
Cím szövege
- Használjon címszöveget, amely röviden összefoglalja a felhasználókkal való egyértelmű, egyszerű, tömör, konkrét nyelven való kommunikációhoz szükséges legfontosabb információkat. A felhasználóknak gyorsan és minimális erőfeszítéssel meg kell tudniuk érteni az értesítési információk célját.
- Szövegtöredékek vagy teljes mondatok használata írásjelek befejezése nélkül.
- Mondatstílusú nagybetűk használata.
- A honosításhoz legfeljebb 48 karaktert használjon (angol nyelven). A cím legfeljebb 63 karakter hosszúságú lehet, de az angol nyelvű szöveg lefordításakor 30%-os kiterjesztést kell engedélyeznie.
Szövegtörzs
Olyan szövegtörzset használjon, amely leírást ad (a címben szereplő információk megismétlése nélkül), és opcionálisan konkrét információkat ad az értesítésről, és tájékoztatja a felhasználókat arról, hogy milyen művelet érhető el.
Teljes mondatok használata írásjelekkel.
Mondatstílusú nagybetűk használata.
A honosításhoz legfeljebb 200 karaktert használjon (angol nyelven). A szövegtörzs legfeljebb 255 karakter hosszúságú lehet, de az angol nyelvű szöveg lefordításakor 30 százalékos kiterjesztést kell engedélyeznie.
Adja meg a törzsszöveg alapvető információit, például az adott objektumneveket. (Példák: felhasználónevek, fájlnevek vagy URL-címek.) A felhasználóknak nem kell megnyitniuk egy másik ablakot az ilyen információk megkereséséhez.
Dupla idézőjelek elhelyezése az objektumnevek köré.
-
Kivétel: Ne használjon idézőjeleket, ha:
- Az objektumnév mindig címstílusú nagybetűshasznál, például felhasználónevekkel.
- Az objektum neve kettősponttal van eltolva (például: Nyomtató neve: Saját nyomtató).
- Az objektum neve könnyen meghatározható a környezetből.
-
Kivétel: Ne használjon idézőjeleket, ha:
Ha az objektumneveket rögzített maximális méretre kell csonkolni a honosításhoz, használjon három pontot a csonkolás jelzéséhez.
Ebben a példában egy objektum nevét három ponttal csonkolja a rendszer.
Ha az értesítés végrehajtható, használja a következő kifejezéseket:
Ha a felhasználók az értesítésre kattintva végrehajthatnak egy műveletet:
< alapvető információk rövid leírása>
<választható részletek>
Ide kattintva <>műveletet hajthat végre.
Ebben a példában a felhasználók rákattinthatnak egy művelet végrehajtásához.
Ha a felhasználók az értesítésre kattintva további információkat láthatnak:
< alapvető információk rövid leírása>
<választható részletek>
További információkért kattintson ide.
Ebben a példában a felhasználók további információkért kattinthatnak.
Ne mondja, hogy a felhasználónak "kell" műveletet végrehajtania egy értesítésben. Az értesítések olyan nem kritikus információkat tartalmaznak, amelyeket a felhasználók szabadon figyelmen kívül hagyhatnak. Ha a felhasználóknak valóban végre kell hajtaniuk egy műveletet, ne használjon értesítéseket.
Ha a felhasználóknak végre kell hajtaniuk egy műveletet, tegye egyértelművé a fontosságot.
A művelethiba és a nem kritikus rendszeresemény-minták esetében egyszerű nyelven leírni a problémákat.
helytelen:
Ebben a példában a problémát túlságosan technikai, de nem specifikus nyelv használatával ismertetjük.
Helyes:
Ebben a példában a problémát egyszerű nyelven ismertetjük.
Írja le az eseményt a célfelhasználók számára releváns módon. Az értesítések akkor relevánsak, ha ésszerű esély van arra, hogy a felhasználók végrehajtanak egy feladatot, vagy módosítják a viselkedésüket az értesítés eredményeként. Ezt gyakran úgy teheti meg, hogy technológiai problémák helyett felhasználói célokra vonatkozó értesítéseket ír le.
Dokumentáció
Értesítésekre való hivatkozáskor:
- Használja a cím pontos szövegét, beleértve a nagybetűsítést is.
- Tekintse meg az összetevőt értesítésként, nem pedig buborékként vagy riasztásként.
- A felhasználói interakciók leírásához használja a kattintást.
- Ha lehetséges, formázza a címszöveget félkövér szöveg használatával. Ellenkező esetben a címet csak akkor tegye idézőjelek közé, ha az a félreértések elkerülése érdekében szükséges.
Példa: Ha a kritikus frissítések készen állnak a telepítésre, értesítés jelenik meg, kattintson az értesítésre a folyamat elindításához.
Az értesítési területre való hivatkozáskor:
- Az értesítési területre ne a rendszertálcára, hanem az értesítési területre hivatkozzon.