国产A片免费视频一三区,国产亚洲真人做受在线观看,99热热久久这里只有精品68

搜索

APP

起點(diǎn)課堂會員權(quán)益

職業(yè)體系課特權(quán)

線下行業(yè)大會特權(quán)

個(gè)人IP打造特權(quán)

30+門專項(xiàng)技能課

1300+專題課程

12場職場軟技能直播

12場求職輔導(dǎo)直播

12場專業(yè)技能直播

會員專屬社群

榮耀標(biāo)識

發(fā)布

注冊 | 登錄

為App設(shè)計(jì)通知：探索不同通知模型以及使用場景

hubiabia

2020-04-14

0 評論 11160 瀏覽 30 收藏

11 分鐘

通知是應(yīng)用程序與用戶交流并可能將其帶回應(yīng)用程序的媒介之一。因此，通知是應(yīng)用程序的重要組成部分。接下來本文將介紹一些最流行的通知模型，以及什么時(shí)候應(yīng)該使用其中的一種。

通知可能是一個(gè)復(fù)雜的要素。這篇文章沒有涵蓋關(guān)于通知的所有細(xì)節(jié)，但我希望這篇文章可以為你提供足夠清晰的指導(dǎo)，以便為你的App選取正確的通知模型。

在我們開始討論通知模型之前，讓我們簡明扼要的說一下什么是通知以及他們是由什么組成的。通知是源自針對用戶的應(yīng)用程序的信息。以下是通知的一些重要組成部分：

Notification Models — Schema

來源（source）：通知的來源屬于應(yīng)用程序的一部分。應(yīng)用程序的架構(gòu)可以有幾個(gè)對信息進(jìn)行分類的存儲桶（bucket），這些存儲桶將成為通知的來源。
信息（information）：通過通知傳達(dá)給用戶的信息。例如“Daenerys Targaryen請求添加為好友”，“Lords Varys 關(guān)注了你”。
類型（type）：通知主要分為倆個(gè)類型:信息型（informational）和可操作型（actionable）。這兩個(gè)類型可以有其他的子類型，這取決于應(yīng)用程序的背景。
通知角標(biāo)（notification badge）：這是可以將用戶引導(dǎo)到通知的可視化指示物，可視化指示物可以是點(diǎn)，也可以是未讀信息的數(shù)量。
錨點(diǎn)（anchor）：錨點(diǎn)是應(yīng)用程序的可視化組件，將通知顯現(xiàn)在界面上。簡單來說，這是一個(gè)用戶可以看到通知角標(biāo)的組件。注意，錨點(diǎn)不一定是通知的來源，而只是將通知顯現(xiàn)出來的組件。一個(gè)錨點(diǎn)可以容納多個(gè)來源或一個(gè)來源的通知?？梢赃@樣想，來源更多是在架構(gòu)/信息層面，但是錨點(diǎn)是你可以看到通知角標(biāo)的可視化組件。

通知是應(yīng)用程序與用戶交流并可能將其帶回應(yīng)用程序的媒介之一。因此，通知是應(yīng)用程序的重要組成部分。接下來讓我來介紹一些最流行的通知模型，以及什么時(shí)候應(yīng)該使用其中的一種。

1.?通知中心(Notification Center)

在這個(gè)模型，所有的通知都在一個(gè)被明確好的地方。通知中心可以是一個(gè)單獨(dú)的界面或是一個(gè)彈窗，這取決于可利用的空間。在這種模型中，所有的通知，不管他們的來源，都被放在通知中心。然后，你可以從通知中心導(dǎo)航到通知來源。

Medium用的就是這種通知模型。一個(gè)帶角標(biāo)的鈴狀圖標(biāo)是所有通知的入口。已讀和未讀通知在視覺上有所不同以便用戶能夠區(qū)分它們，同樣是很重要的。

Medium — Notification Center

這種模型最大的優(yōu)點(diǎn)是靈活性。通知中心是一個(gè)可以容納所有通知的地方，無論是來自現(xiàn)有來源的通知還是新的通知。

準(zhǔn)則

必須全面考慮所有不同類型的通知，并且應(yīng)該遵循相同的設(shè)計(jì)模式。在設(shè)計(jì)模式時(shí)，將可拓展性視為我們的主要目標(biāo)是極為重要的。
如果有太多的通知來源，這種模型在有太多通知時(shí)就會看起來有點(diǎn)凌亂。如果有同類型的通知，你可以把他們分組，減少重復(fù)。例如“Sansa Stark以及其他三人請求添加為好友”。
確保通知中心的可發(fā)現(xiàn)性以及易使用性。

何時(shí)使用通知中心

你的產(chǎn)品需要通知，但這些通知又無法被放到已有的導(dǎo)航選項(xiàng)中時(shí)?？赡苁且?yàn)檫@類通知與產(chǎn)品上的現(xiàn)有對象不一致，或者這類通知不是源自信息架構(gòu)中任何已經(jīng)定義的來源。
當(dāng)通知來源多于應(yīng)用程序主屏幕所能容納的時(shí)候。

2. 固定來源通知(Source Anchored Notifications)

在此模型中，每個(gè)通知都固定到導(dǎo)航選項(xiàng)上，該導(dǎo)航選項(xiàng)也很有可能也是通知來源，沒有為你的通知準(zhǔn)備單獨(dú)的中心。

可以參考一下WhatsApp：

在Android和iOS兩個(gè)平臺，聊天和通話的通知被放置在各自的導(dǎo)航菜單。這個(gè)模型的優(yōu)點(diǎn)是可以使更多的內(nèi)容被發(fā)現(xiàn)，用戶可直接到達(dá)通知所傳達(dá)的信息，無需添加中間環(huán)節(jié)的麻煩。但是這個(gè)模型不像通知中心那樣靈活，以及具備可拓展性。

WhatsApp — Source Anchored Notifications

這個(gè)模型重度依賴于應(yīng)用程序的信息架構(gòu)。導(dǎo)航必須可以容納不同類型的通知。并且像前一個(gè)模型一樣，已讀和未讀通知在視覺上有所不同是很重要的。

準(zhǔn)則

確保在主屏幕中每個(gè)通知都對應(yīng)一個(gè)導(dǎo)航選項(xiàng)。隨著應(yīng)用程序復(fù)雜性的增加，通知來源的數(shù)量也可能會增加。在這種情況下，您可以選擇通知中心模型，也可以考慮使用混合模型（這兩種模型的結(jié)合）。我們會在下一部分講解混合模型。
每個(gè)錨點(diǎn)都應(yīng)有一個(gè)它所容納的內(nèi)容的設(shè)計(jì)模式。確保你的通知符合錨點(diǎn)的設(shè)計(jì)模式。為了理解這條，我們可以以WhatsApp為例。這里的“聊天”錨點(diǎn)有一個(gè)設(shè)計(jì)模式，用于定義 “聊天”這一對象是什么樣的。這就意味著任何被放置在“聊天”得通知都應(yīng)遵循這一模式?！巴ㄔ挕蓖?。
確保錨點(diǎn)的可發(fā)現(xiàn)性以及易使用性。避免使用嵌套的錨點(diǎn)。

何時(shí)使用固定來源通知模式

當(dāng)所有可能的通知來源都可以容納在主屏幕上時(shí)。
你已經(jīng)考慮了所有通知的方案，所有的通知都可以被歸納到現(xiàn)有的設(shè)計(jì)方案中。這些通知必須遵循其被規(guī)定好的來源的方案，這一點(diǎn)很重要。

3. 混合模型（Mixed Model）

這個(gè)模型是前兩個(gè)模型的結(jié)合，是最被廣泛使用的模型。Facebook, LinkedIn, Twitter和Instagram這些受歡迎的應(yīng)用程序都在使用這種混合模型。這種模型中，通知中心變成了導(dǎo)航菜單的一個(gè)選項(xiàng)，可用作那些不需要出現(xiàn)在主屏幕上的通知來源的錨點(diǎn)。例如，F(xiàn)acebook把新好友請求放在“朋友”標(biāo)簽中，但是喜歡頁面的邀請被放在了通知中心。

Facebook — Mixed Model

這種模型具備著前兩種模型的優(yōu)點(diǎn)，并且可以輕松應(yīng)對大多數(shù)情況。盡管現(xiàn)在你可以將通知放到通知中心，但是仍然必須仔細(xì)考慮通知的所有方案，并給哪些通知可以被放到特定來源的通知排出優(yōu)先級。

就像特定來源模型一樣，此模型也嚴(yán)重依賴于導(dǎo)航菜單，而且現(xiàn)在該菜單還加上了通知中心這一選項(xiàng)。

準(zhǔn)則

確定產(chǎn)品架構(gòu)中最重要的信息并將其分類。分類可以使你優(yōu)先處理哪些通知應(yīng)該被放到錨點(diǎn)，哪些應(yīng)該放進(jìn)通知中心。由于此模型取決于導(dǎo)航，因此通知的布局可以根據(jù)可利用的空間進(jìn)行調(diào)整。
確保主要的錨點(diǎn)和通知中心可以被輕松的發(fā)現(xiàn)。