我們通過門鈴聲兒得知門外有人來訪，也能通過電話鈴聲得知正被人呼叫。短信通知也有著類似的作用，包括各類產(chǎn)品的消息推送。
但不同的是，消息推送的重要性隨著「通知」被濫用而變得不那么重要了。它們變得不像門鈴或電話鈴聲起到的作用性那么大，包括短信現(xiàn)在也大多是垃圾信息。
而且，通知越來越多地通過各種方式去觸達(dá)用戶。比如消息未讀的紅點(diǎn)提示，或者顯示消息的數(shù)字統(tǒng)計(jì)，以及手機(jī)使用過程中的頂部提示與聲音或震動的提醒，等等。
但我們還是無法抑制點(diǎn)擊圖標(biāo)的沖動，這僅僅是因?yàn)樗哂形醋x的計(jì)數(shù)或紅點(diǎn)提示，即使我們已經(jīng)知道當(dāng)中的內(nèi)容并不重要。
而我要說的是，當(dāng)通知內(nèi)容變得次要且被濫用之后，它仿佛成了一種違背設(shè)計(jì)原則的功能 —— 中斷用戶當(dāng)前行為。因?yàn)樗蚱屏擞脩襞c產(chǎn)品之間的層級關(guān)系，破局至產(chǎn)品之外來吸引用戶的注意力，這是一個非常打擾的行為。如果我在看書，突然收到一條并不重要的消息，那我一定會非常反感。
所以，為了不被「紅點(diǎn)」支配，以及不讓通知所打擾，我會把手機(jī)里所有產(chǎn)品的消息推送都給關(guān)了。
但是，以上內(nèi)容并不能說明通知的無用論。同樣有許多用戶還是沉迷于通知的使用上，它所控制的是用戶對于某個產(chǎn)品的控制欲，擔(dān)心錯過某條消息，就好像我在豆瓣寫了篇隨筆，就想看別人給我點(diǎn)贊評論的消息，但我又不可能一直盯著，所以通知這時候就起到了一個很好的作用。
以至于對于優(yōu)秀的產(chǎn)品人或設(shè)計(jì)師，包括運(yùn)營來說，利用好通知，就能掌握用戶心理，巧妙的將用戶留在產(chǎn)品中。它們甚至有助于與打算放棄產(chǎn)品的用戶建立聯(lián)系并促進(jìn)互動。
那么，我們應(yīng)該如何更合理的設(shè)計(jì)通知呢？下面我們通過「通知的組成部分」以及「通知的使用類型與規(guī)則」來詳細(xì)做一次拆解。
通知的組成部分
關(guān)于通知的簡單定義：它是一種吸引用戶注意的功能模式，讓用戶獲悉新事件的信息動態(tài)。產(chǎn)品將其發(fā)送給用戶并與用戶產(chǎn)生交流。
因此從這個定義中我們可以知道，通知有兩種形式，分別是被動只讀型和操作反饋型。
被動只讀型，是指該信息可讀，但不可進(jìn)行操作；操作反饋型，是指用戶可對該通知進(jìn)行操作，如某寶訂單支付成功后的地址信息確認(rèn)通知。
所以在梳理組件的時候也要注意掉這個差異。
1.消息中心
這里的消息中心，是一個信息匯總中心，但并不一定是信息來源。意思是，信息來源可能是有很多用戶在你的文章下面點(diǎn)贊了，而這個點(diǎn)贊行為被匯總到了消息中心，再用消息中心指引作者去到文章頁面查看具體詳情。
所以它是一個匯總表。但也有可能它就是信息來源點(diǎn)，比如一些系統(tǒng)通知，告知要升級，因?yàn)樗鼪]有其他功能可承載，所以只會在消息中心里出現(xiàn)。
或者類比 iOS 系統(tǒng)的通知中心，如果通知是 App 推送的，那么它會指引用戶進(jìn)入某個 App；如果通知是系統(tǒng)行為，如勿擾模式，「6:00 前來電和通知將會靜音」這個通知，是只可在通知中心進(jìn)行操作的。想要更改，就需要手動打開設(shè)置。
2.通知指示符
它可以是點(diǎn)，也可以是計(jì)數(shù)器，只要表明目前消息中心有新的信息就可以。我個人一直覺得這就是讓我們多數(shù)人養(yǎng)成強(qiáng)迫癥的罪魁禍?zhǔn)住?
3.信息標(biāo)題
它主要是指該信息來自于誰或?qū)儆谑裁醋宇愋?，比如用戶互動點(diǎn)贊消息，評論消息，系統(tǒng)消息等等。用戶可以通過標(biāo)題來獲悉該信息類型，再通過內(nèi)容摘要來判斷內(nèi)容是否重要。
當(dāng)然，這里的摘要如果過長，就需要省略處理，引導(dǎo)用戶進(jìn)入消息源或消息中心。
4.推送時間
推送時間是一個看起來簡單，實(shí)際上也好像不是很復(fù)雜的邏輯。只要說明該通知的發(fā)送時間即可，但是需要注意的是時間段問題。比如幾分鐘前，幾小時前，幾天前，這里的邏輯是按照時間推進(jìn)規(guī)則持續(xù)增加來告知用戶該消息的推送時間節(jié)點(diǎn)的。也就是過得越久，時間概念就越大。
5.通知圖標(biāo)
上面講到消息類型，我們也經(jīng)常會在各類產(chǎn)品中發(fā)現(xiàn)不同通知的類型會匯總在各自的類型下。包括用戶所接收到的信息，通常也會告知用戶該信息屬于什么類型。有時候，標(biāo)題可能會更細(xì)，但是用戶通過圖標(biāo)可以判斷該信息屬于什么類型，甚至都不需要仔細(xì)查看標(biāo)題與內(nèi)容。
但是，并不是所有產(chǎn)品的信息都可以通過圖標(biāo)來判斷，有時候圖標(biāo)只是一個大方向，如果手機(jī)鎖屏，相對于用戶來說，這條通知只是告訴用戶該信息是由什么產(chǎn)品推送，而并不能指向至該產(chǎn)品的什么類型的信息。所以在使用的過程中，同樣需要根據(jù)業(yè)務(wù)的場景，謹(jǐn)慎地選擇圖標(biāo)。
6.閱讀指示器
它就像是上面提到的紅點(diǎn)，這里指的是進(jìn)入 App 的消息中心之后，所顯示的內(nèi)容。
7.操作行為
這里的操作行為分兩種，分別是 App 外與 App 內(nèi)，它們之間的操作邏輯是不同的。iOS 系統(tǒng)通知的清除操作，只是在系統(tǒng)的通知中心將該信息清除，進(jìn)入具體 App 后，這條消息還是會存在。而在 App 內(nèi)刪除該條信息，則該信息才會真正消失。
所以從上面可以看到，通知推送，是有兩大類別的，分別是 App 外與 App 內(nèi)，它們之間的邏輯關(guān)系與展示形式會有所差異，需要根據(jù)具體情況進(jìn)行設(shè)計(jì)分析。
8.小結(jié)
對上面的內(nèi)容進(jìn)行總結(jié)，可以得到這樣一幅畫像：
大部分系統(tǒng)或產(chǎn)品的通知組成，都可以通過此圖概括，唯一不同的是，它們會隨著不同的業(yè)務(wù)而發(fā)生變化。
比如豆瓣的推送消息告知用戶近期有新的電影上映，那么通知來源要么是電影模塊的功能詳情頁，要么是通知中心的系統(tǒng)消息；而通知類型就是內(nèi)容更新；詳情則根據(jù)具體內(nèi)容來組合排列；最后送達(dá)至用戶。
而其中的差別就是，如果是通知中心推送的，用戶點(diǎn)擊之后則是進(jìn)入通知中心列表。如果是具體功能推送的，那么用戶點(diǎn)擊進(jìn)入的就是具體功能頁面。如下圖所示：
從這里可以看出，通知是有具體模式的。
一旦確定了通知的主要目標(biāo)，以及想要解決的問題，包括它們?nèi)绾螌I(yè)務(wù)產(chǎn)生作用以及對用戶形成吸引力，就可以確定通知的具體樣式了。
在這一節(jié)里只要知道通知的組成部分與通知模式如何指引用戶進(jìn)入 App 即可。后面我來帶大家理一遍邏輯，以及在設(shè)計(jì)通知時要注意哪些問題。
通知的使用方法
聊完上面的內(nèi)容之后，我相信大家對通知的組成與使用模式已經(jīng)有了全新的認(rèn)識，但也僅此而已，我們還是不知道一個優(yōu)秀的通知功能應(yīng)該從哪些方面去提升用戶體驗(yàn)。這里面所包含的不止是表象，還有內(nèi)在的規(guī)則邏輯。所以從這一節(jié)開始，我們仔細(xì)來梳理一遍。
從我們平時使用到的，以及上文提到的，可以大概先梳理出幾類常見的通知類型。
1.用戶信息類通知
這種類型的通知有很多，比如微信消息發(fā)送，知乎私信，手機(jī)短信等等，它們主要由用戶主動生成發(fā)送至其他用戶被動接收，作用就是促進(jìn)用戶與用戶之間的互動關(guān)系，以提升用戶使用產(chǎn)品的頻率與時長。
這種通知，可給予用戶操作也可不給予操作，不操作就是讀取，并回復(fù)；操作就是可對該用戶的信息進(jìn)行屏蔽、已讀、刪除等設(shè)置。
這是最常見的通知類型，在多數(shù)社交產(chǎn)品與有社交特性的產(chǎn)品里都能看到。
說明
之所以給予用戶信息的操作行為，是因?yàn)橛脩粜畔⒖煞譃楦信d趣的與不感興趣的，它主要取決于人。不感興趣的人，頻繁的發(fā)送信息，會影響用戶對產(chǎn)品的好感度，畢竟有很多用戶消息并不是用戶想要接收的，所以在社交產(chǎn)品里，用戶可刪除好友，或拉黑好友；在有社交屬性的產(chǎn)品里，用戶可拉黑賬戶，以達(dá)到不被騷擾的訴求。
如果沒有到達(dá)刪除好友的程度，也可對該好友的信息進(jìn)行屏蔽，甚至對該好友信息做已讀而實(shí)際上未讀的處理；或者對重要信息做未讀而實(shí)際上已讀的處理。
當(dāng)然，用戶還能對群消息做更復(fù)雜的設(shè)置。這就是產(chǎn)品對這類通知的一種優(yōu)化方式。
2.系統(tǒng)推送類通知
我們經(jīng)常會在手機(jī)上收到一種系統(tǒng)類通知，或者在 App 中也會收到類似的系統(tǒng)通知。大多是關(guān)于系統(tǒng)升級，密碼更新等。
這類通知多數(shù)是用戶被動接收，且對于系統(tǒng)與用戶來說是較為重要的。當(dāng)然也有不重要的，比如 App 更新說明的通知，告知用戶新功能有什么變化，或系統(tǒng)更新了什么等等。
對于這類通知，用戶大多無法進(jìn)行設(shè)置，因?yàn)樗鼈儽容^強(qiáng)制，沒有可以商量的余地，類似于告知用戶：我們有新的消息，比較重要，你來看看，即使你不打算更新或執(zhí)行也來看下。
說明
系統(tǒng)類通知，通常來說較為被動，要么強(qiáng)制用戶執(zhí)行操作，要么就是提醒用戶系統(tǒng)近期做了更新，或者是一些并不重要的信息提示，比如勿擾模式。
強(qiáng)制類系統(tǒng)通知不能頻繁，否則會給用戶造成控制欲反制的副作用。類似于本身用戶使用產(chǎn)品需要對產(chǎn)品享有控制權(quán)，現(xiàn)在反而被產(chǎn)品控制了。這是不行的。
3.通用推送類通知
這類通知就是第一節(jié)中提到的那些，比如點(diǎn)贊/評論，內(nèi)容更新等等，這類通知如果是忠實(shí)用戶，那么或許不會反感它的頻率，當(dāng)然還是需要適當(dāng)。但如果是普通用戶，那么造成的影響就是直接關(guān)閉該 App 的所有通知。
我們現(xiàn)在的很多人，之所以開始反感通知的主要原因，就是這類通知所造成的。內(nèi)容不斷更新，隨著時間的推移，每天推送多條對于該用戶來說無用的通知。包括只適合一些符合條件的用戶參與的活動通知也推送給所有人，那么用戶就會逐漸對這類產(chǎn)品的通知失去興趣，造成無法彌補(bǔ)的損失。
即便像某團(tuán)一樣，經(jīng)常彈出開啟通知的彈框，也依然無法召喚回用戶。這就是很典型的下場。
說明
通用型通知，如果是業(yè)務(wù)很復(fù)雜的產(chǎn)品，就必須建立通知推送的功能模塊，給予用戶進(jìn)行選擇接受哪類信息的權(quán)力。允許用戶進(jìn)行相應(yīng)的設(shè)置，如活動類推送可拒絕接收。
在很多產(chǎn)品中都已經(jīng)置入這樣的推送模塊設(shè)置，如下圖。
這類內(nèi)容就是針對于產(chǎn)品的具體業(yè)務(wù)進(jìn)行細(xì)分。
比如興趣精選，私信消息等做好類別劃分。用戶可對自己感興趣的通知做選擇性的推送接收。
另外就是，在相同賬戶的不同設(shè)備之間，推送應(yīng)該同步推送與被處理。不能這邊推送了，那邊沒推送，或者這邊處理了，那邊沒被處理。
4.智能推送類通知
不知道大家是否有印象，在使用如大眾點(diǎn)評等產(chǎn)品時，只要你切換了城市，產(chǎn)品就會推送通知告知用戶該城市有哪些值得游玩的景點(diǎn)與品嘗的美食。
雖然這類通知還算不上多少智能，但至少在用戶群體中是存在這類訴求的。而這類訴求有時候并不能主動感知，因?yàn)橛脩艨赡軙氩黄饋硗ㄟ^哪類產(chǎn)品來查找附近美食。當(dāng)這么一條通知出現(xiàn)的時候，正好解決了用戶的問題，反而提升了用戶對于產(chǎn)品的好感度。
現(xiàn)在很多產(chǎn)品的通知都逐漸智能化，不會像以前那樣，三更半夜發(fā)來一條無關(guān)緊要的通知。而出現(xiàn)這類問題的主要原因還是在于產(chǎn)品、設(shè)計(jì)、運(yùn)營，在這方面沒有下過功夫，只將通知作為一種普通的工具來使用。導(dǎo)致用戶開始排斥通知，將其強(qiáng)制關(guān)閉。之后，就很難再讓用戶開啟了。同理心效應(yīng)，當(dāng)做這類功能的時候，可以回想一下自己是如何被其他產(chǎn)品打擾的。
隨著大數(shù)據(jù)的發(fā)展，我相信未來的通知系統(tǒng)會更加全面，且能做到千人千面的模式，不過在此之前，各位產(chǎn)品設(shè)計(jì)師，還需要對通知下一番功夫才是。
5.小結(jié)
我們還可以繼續(xù)舉例說明，但是基本大同小異，所以到這里為止，我再對上面的內(nèi)容做一次總結(jié)，梳理出一個好的通知應(yīng)該是如何設(shè)計(jì)的。
干擾最小化：通知本身具有強(qiáng)制性和干擾性。它的目的是把用戶的注意力吸引到產(chǎn)品上來，所以要認(rèn)真思考發(fā)送通知的內(nèi)容、時間、頻率；不要提醒用戶當(dāng)前屏幕上已經(jīng)處于展示狀態(tài)的內(nèi)容；也不要推送與用戶無關(guān)的系統(tǒng)信息。
跨設(shè)備：當(dāng)用戶讀過了某條信息，這條信息應(yīng)該不再做展示。同理，用戶也應(yīng)該能夠在其它更適合接收消息的設(shè)備上找到已讀信息。用戶通知應(yīng)該在所有設(shè)備上進(jìn)行同步。
允許設(shè)置：允許用戶在「設(shè)置」中禁止或調(diào)整通知的形式。如案例一，通過選擇推送內(nèi)容，來影響接收推送的頻率。案例二，可選消息提醒的形式是紅點(diǎn)+數(shù)字，或僅是紅點(diǎn)。
時效性：良好的通知應(yīng)盡可能實(shí)時推送。而不是等這件事情都過去很久了，才推送給用戶知道。
支持匯總：把同類型的通知合并為一條，并顯示信息未讀數(shù)量。也可以考慮一鍵展開通知，顯示信息詳情。
可操作性：把通知和操作結(jié)合在一起，讓用戶不需要打開首頁就能對特定通知進(jìn)行常規(guī)操作。操作應(yīng)該清晰明了，且僅在未重復(fù)默認(rèn)操作時提供。同時操作應(yīng)該是有意義、實(shí)時、和內(nèi)容對應(yīng)的，并且能讓用戶完成某個任務(wù)。如案例一，可以在不打開郵件的情況下，直接對通知進(jìn)行管理、查看和清除。案例二中的操作針對的是未讀郵件，可便捷地在通知板面進(jìn)行回復(fù)、刪除、標(biāo)為已讀或垃圾郵件。
小結(jié)
對本篇文章的拓展總結(jié)：
1.通知具有召喚屬性，但是頻率過多就會變成打擾，所以要注意通知的頻率與內(nèi)容重要性；
2.設(shè)計(jì)師或產(chǎn)品經(jīng)理應(yīng)該將通知的內(nèi)容分類梳理出來，以便維護(hù)或新增必要需求可能需要用到的推送信息。
3.通知一般為兩種類型，一類是推送只讀型，一類是操作反饋型；設(shè)計(jì)師需根據(jù)不同類型的通知做好對應(yīng)的設(shè)計(jì)，針對具體問題具體分析；
4.想要利用好「通知」，也需要對業(yè)務(wù)有詳細(xì)的了解，再代入本文所列舉的注意點(diǎn)，就可以設(shè)計(jì)出一個體驗(yàn)更佳的通知模式。
通知規(guī)則不會脫離本篇文章的范圍，所以只要詳細(xì)研讀，必會有所收獲。
轉(zhuǎn)自：站酷-呆總丶