? ? ? ?探索不同通知模型的使用方式
? ? ? ?媒體人，你們好！我們繼續(xù)講述APP功能細(xì)分系列的第五個(gè)細(xì)分功能 —應(yīng)用程序的通知模型。現(xiàn)在來(lái)看，通知是一個(gè)復(fù)雜的功能。本文并未涵蓋通知的所有細(xì)節(jié)，但我希望它可以在您為應(yīng)用程序選擇通知模型時(shí)提供一些清晰且正確的方向。
? ? ? ?在我們開(kāi)始討論通知模型之前，讓我們快速了解一下通知是什么以及它們包含什么。
? ? ? ? 通知是源自針對(duì)用戶的應(yīng)用信息。
? ? ? ? 以下是通知的一些重要組成部分。?
? ? ? ?來(lái)源：通知發(fā)起是應(yīng)用程序的一部分。在應(yīng)用程序的體系結(jié)構(gòu)可以有多個(gè)存儲(chǔ)區(qū)，進(jìn)行信息分類，這些存儲(chǔ)區(qū)將成為通知源。
? ? ? ?信息：需要通過(guò)通知傳達(dá)給用戶的消息。例如“Daenerys Targaryen發(fā)給你的朋友請(qǐng)求”或“Lord Varys開(kāi)始關(guān)注你”。
? ? ? ?類型：通知主要有兩種類型：信息和可操作。根據(jù)應(yīng)用程序的不同，這兩種類型都可以有其他子類型。
? ? ? ?通知徽章：是用于指導(dǎo)用戶通知的可視指示器。通知指示符可以像點(diǎn)一樣簡(jiǎn)單，也可以對(duì)其進(jìn)行計(jì)數(shù)，將顯示未讀通知的數(shù)量。
? ? ? ?錨點(diǎn)：錨點(diǎn)是應(yīng)用程序的可視組件，通知在界面上顯示。簡(jiǎn)而言之，這是用戶將看到的通知指示符/徽章的組件。請(qǐng)注意，錨點(diǎn)不一定是通知源，而只是通知表面所在的組件。錨可以容納來(lái)自多個(gè)來(lái)源或僅一個(gè)來(lái)源的通知。想象一下，源代碼更多地是在架構(gòu)/信息級(jí)別上，但是錨點(diǎn)是可視組件，您可以在其中看到通知標(biāo)記。
? ? ? ?通知是應(yīng)用程序與用戶通信 ，并可能將用戶帶回應(yīng)用程序的介質(zhì)之一。因此，它們是應(yīng)用程序中非常重要的一部分。讓我向您介紹一些最常見(jiàn)的通知模型，以及何時(shí)使用一個(gè)通知模型。
1.通知中心
? ? ? 在這個(gè)模型中，只要有一個(gè)明確的地點(diǎn)，你所有的通知都會(huì)到達(dá)。通知中心可以是專用屏幕或彈出窗口，具體取決于可用的產(chǎn)品。在此模型中，所有通知不管其來(lái)源，都聚集到通知中心。然后，您可以從通知中心導(dǎo)航到通知來(lái)源。Medium使用此模型進(jìn)行通知?；照聲?huì)顯示在響鈴圖標(biāo)上，該圖標(biāo)是所有通知的入口點(diǎn)。讀取和未讀通知是兩種不同的視覺(jué)表現(xiàn)形式，目的是方便用戶區(qū)分，這也是十分重要的。
? ? ? ? 該模型的最大優(yōu)點(diǎn)是其靈活性。這是一個(gè)可以容納每個(gè)通知的地方，無(wú)論是現(xiàn)有來(lái)源還是新內(nèi)容。
?使用方針：
? ? ? ?必須考慮所有不同類型的通知，并且應(yīng)遵循相同的設(shè)計(jì)架構(gòu)。在設(shè)計(jì)模式時(shí)，將可伸縮性視為我們的主要目標(biāo)非常重要。
? ? ? ?如果您有太多的通知來(lái)源，那么當(dāng)通知太多時(shí)，此模型可能會(huì)開(kāi)始變得有點(diǎn)混亂。如果有類似類型的通知，您可以將它們組合在一起，這有助于減少重復(fù)。例如，“Sansa Stark和另外3人向您發(fā)送了朋友請(qǐng)求”。
? ? ? ? 確保通知中心易于發(fā)現(xiàn)和訪問(wèn)。
關(guān)于通知中心的使用：
? ? ? ?您的產(chǎn)品無(wú)法錨定到任何現(xiàn)有導(dǎo)航選項(xiàng)的通知。這可能是因?yàn)橥ㄖc產(chǎn)品上的現(xiàn)有對(duì)象不一致，或者通知不是源自信息體系結(jié)構(gòu)中任何已定義的源。
? ? ? ?通知源可能比應(yīng)用程序可以在屏幕上容納的更多。
? ? ? ?當(dāng)你的時(shí)間很短。在您需要時(shí)間考慮所有可能的通知方案并找到每個(gè)方案的錨點(diǎn)之前，可能會(huì)出現(xiàn)需要發(fā)布功能的情況。在這種情況下，通知中心可能是您輕松的出路，因?yàn)樗举|(zhì)上非常靈活。
2.來(lái)源錨定通知
? ? ? ? 在這個(gè)模型中，每個(gè)通知都錨定到導(dǎo)航選項(xiàng)，該選項(xiàng)很可能也是通知的來(lái)源。您的所有通知都沒(méi)有單一的中心?？纯?b>WhatApp可以獲得更好的想法。在兩個(gè)平臺(tái)（Android和iOS）上，來(lái)自聊天或調(diào)用的通知都錨定到相應(yīng)的導(dǎo)航菜單。該模型的優(yōu)點(diǎn)在于它可以提供更多內(nèi)容的可發(fā)現(xiàn)性。用戶現(xiàn)在可以直接訪問(wèn)通知所傳達(dá)的信息，而無(wú)需添加中間層。但是這種模型不像通知中心那樣靈活或可擴(kuò)展。
? ? ? 此模型在很大程度上取決于應(yīng)用程序的信息架構(gòu)。導(dǎo)航必須能夠容納所有不同類型的通知。與之前的模型一樣，此處讀取和未讀取的通知在視覺(jué)上也是不同的。
使用方針：
? ? ? ?確保每個(gè)通知都可以錨定到屏幕上的某個(gè)導(dǎo)航選項(xiàng)。隨著應(yīng)用程序復(fù)雜性的增加，通知源也可能會(huì)增加。在這種情況下，您可以選擇通知中心，也可以考慮混合模型（即錨定模型和通知中心的組合）。我們將在下一節(jié)中介紹混合模型。
? ? ? ?每個(gè)錨都應(yīng)該有一個(gè)設(shè)計(jì)架構(gòu)，用于它將容納的內(nèi)容。確保您的通知符合錨點(diǎn)的架構(gòu)。為了理解這一點(diǎn)，讓我們以WhatsApp為例。這里的錨點(diǎn)“聊天”有一個(gè)設(shè)計(jì)模式，用于定義聊天對(duì)象的外觀。這意味著錨定到聊天的任何通知都必須遵循此架構(gòu)?！昂艚小币彩侨绱恕?/p>
確保錨固件易于發(fā)現(xiàn)和可觸及。避免使用嵌套錨點(diǎn)。
關(guān)于源錨定通知使用：
當(dāng)所有可能的通知來(lái)源都可以在登陸屏幕上進(jìn)行調(diào)整。
當(dāng)您已經(jīng)考慮了所有通知方案，并且可以使用現(xiàn)有設(shè)計(jì)模式來(lái)適應(yīng)所有通知。這些通知遵循它們所錨定的源的模式非常重要。
3.混合模型
? ? ? ? 該模型是兩種模型的組合（即錨定模型和通知中心的組合）。它是最常用的型號(hào)。Facebook，LinkedIn，Twitter和Instagram是一些使用它的常見(jiàn)應(yīng)用程序。在這里，通知中心成為導(dǎo)航菜單中的選項(xiàng)之一，可以用作不符合登陸屏幕資格的源的錨。例如，F(xiàn)acebook將新朋友請(qǐng)求錨定到“朋友”選項(xiàng)卡，但是喜歡頁(yè)面的邀請(qǐng)被錨定到通知中心。
? ? ? ? 該模型具有兩種模型的優(yōu)點(diǎn)，可以輕松適應(yīng)大多數(shù)情況。雖然現(xiàn)在您可以將通知錨定到通知中心，但仍然必須仔細(xì)考慮所有方案并確定優(yōu)先級(jí)，這可以通過(guò)源錨定通知進(jìn)行調(diào)整。
? ? ? ? 就像源錨定模型一樣，此模型也嚴(yán)重依賴于導(dǎo)航菜單，導(dǎo)航菜單現(xiàn)在還具有通知中心選項(xiàng)。
使用方針：
? ? ? ?識(shí)別產(chǎn)品架構(gòu)中最重要的信息并對(duì)其進(jìn)行排名。對(duì)它們進(jìn)行排名可以讓您優(yōu)先考慮哪些通知應(yīng)該錨定到源，哪些通知應(yīng)該放在通知中心。由于此模型取決于導(dǎo)航，因此通知的配置可根據(jù)可用的不動(dòng)產(chǎn)進(jìn)行更改。
? ? ? ? 確保主要錨點(diǎn)和通知中心可以作為登陸屏幕上導(dǎo)航的一部分輕松發(fā)現(xiàn)。
關(guān)于混合模型的使用：
? ? ? ? 您已經(jīng)考慮過(guò)通知方案。您有一些通知可以錨定到各自的源，但仍有些其他通知無(wú)法錨定到架構(gòu)中的任何現(xiàn)有源。
? ? ? ? 您在導(dǎo)航中已嵌套了源。例如，F(xiàn)acebook應(yīng)用程序上的漢堡菜單圖標(biāo)是其它來(lái)源的通知錨點(diǎn)，例如群組，觀察，記憶，已保存，市場(chǎng)等。
結(jié)論：
? ? ? ?上面提到的所有模型在合適的情景下都是很有用的。選擇應(yīng)用程序的模型取決于信息體系結(jié)構(gòu)和您想要迎合的通知類型。
——? 三米工作室 · 優(yōu)質(zhì)文章翻譯計(jì)劃? ——
原文鏈接：
https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96
