不同的是，消息推送的重要性隨著(通知)的濫用而變得不那麽重要，其作用也遠沒有現實中那麽迫切。大部分短信變成了驗證碼和各種促銷。
隨著信息的爆炸，越來越多的通知以各種方式到達用戶手中。比如未讀消息的計數，紅點提示，即使我們已經知道角色不重要。當通知內容變成次要的、被濫用的時候，似乎就是壹個違背設計原則的功能——打斷用戶當前的行為。因為它打破了用戶和產品之間的等級關系，打破了產品之外的東西來吸引用戶的註意力，這是壹個非常令人不安的行為。比如我正在看書，突然收到壹條不重要的信息，我會很反感。所以為了不被紅點支配，不被通知打擾，我會把手機裏所有產品的消息都推掉。
同樣，許多用戶也沈迷於使用通知。它控制的是用戶對某個產品的控制欲望，擔心錯過某個信息。比如kol發布了壹個小紅書，吸引了很多贊和評論，但是他又不能壹直盯著看，這時候通知就起到了很好的作用。
對於優秀的產品負責人或設計師，包括運營人員來說，利用好預告可以掌握用戶的心理，巧妙地將用戶留在產品中，甚至有助於與有意放棄產品的用戶建立聯系，促進互動。
定義:吸引用戶註意力，讓用戶了解新事件信息動態的功能模式。產品把它發給用戶，和他們交流。
根據定義，通知有兩種形式，即被動只讀型和操作反饋型。被動只讀是指信息可以讀取，但不能操作；操作反饋型是指用戶可以操作通知，比如某寶訂單支付成功後的地址信息確認通知。
1.通信中心
這裏的消息中心指的是信息收集中心(郵件中轉站)，但不壹定是信息的來源。意思是，信息來源可能是下面有很多用戶喜歡妳的文章，這個贊行為在消息中心匯總，然後利用消息中心引導作者到文章頁面查看詳情(最終節點)。所以它是壹個匯總表。但也有可能是信息來源，比如壹些系統通知，告知升級，因為它沒有其他功能可以承載，所以只會出現在消息中心。
或者像ios系統的通知中心，如果通知是app推送的，會引導用戶進入壹個app；如果通知是系統行為，比如勿擾模式，【來電和通知將在6: 00前靜音】此通知只能在通知中心操作。如果要更改，需要手動打開設置。
2.通知指示器
4.推送時間
我們經常會發現，在各種產品中，不同類型的通知會被總結在各自的類型下。包括用戶收到的信息，通常會告訴用戶它屬於哪種信息。有時候標題可能會比較細，但是用戶可以通過圖標判斷信息屬於哪種信息，甚至不需要仔細看標題和內容。[圖片正在上傳...(-8d 0694-1606376556559-0)]
閱讀指示器
就像上面說的紅點，進入app的消息中心後顯示的是什麽。
8.摘要
可見有特定的通知方式。壹旦確定了通知的主要目標，以及要解決的問題，包括它們如何影響業務和吸引用戶，就可以確定通知的具體風格。
常見通知類型
1.用戶信息通知
主要由用戶主動生成，發送給其他用戶被動接收。其作用是促進用戶之間的互動關系，從而提高用戶使用產品的評價率和時長。比如微信消息發送，知乎私信，手機短信等等。這種通知可以有操作也可以沒有操作就給用戶，沒有操作就閱讀回復；操作就是篩選、讀取、刪除用戶的信息。
這是最常見的通知類型，在大部分社交產品和具有社交特性的產品中都可以看到。
*描述:
之所以把信息給用戶，是因為用戶信息可以分為感興趣的信息和不感興趣的信息，這主要取決於人。不感興趣的人頻繁發消息，會影響用戶對產品的好感。畢竟有很多用戶消息是用戶不想接受的，所以在社交產品中，用戶可以刪除好友或者拉黑好友；在具有社交屬性的產品中，用戶可以黑掉自己的賬號，已經達到了不被騷擾的需求。
4.智能推送類別通知
當妳切換城市時，大眾點評等產品會推送通知，告訴用戶這個城市有哪些值得去的景點和美食。雖然這種通知並不智能，但至少在用戶群體中有這樣的訴求。這種訴求有時候是不會主動感知的，因為用戶可能不記得用哪個產品去找附近的食物。這個通知出現的時候，正好解決了用戶的問題，提高了用戶對產品的好感度。
現在產品的通知趨於智能化，不會半夜發壹個無關緊要的通知。這類問題的主要原因還是出在產品、設計、運營上。沒有在這方面做出努力，通知只是作為壹種常用工具。導致用戶開始拒絕通知並強制關閉通知。之後用戶就很難開啟共情效果了。作為這種功能，妳可以回憶妳是如何被其他產品幹擾的。
隨著大數據的發展，我相信未來的通知系統會更加全面，可以做到千人壹面的模型。
5.總結-如何設計通知
A.幹擾最小化:通知本身是強制性的和侵入性的。其目的是吸引用戶對產品的關註，所以要認真思考發送通知的內容、時間和頻率；不要提醒用戶當前屏幕上已經處於顯示狀態的內容；不要推送與用戶無關的系統信息。
B.跨設備:當用戶閱讀了壹條消息，它不應該被顯示。同樣，用戶也應該能夠在更適合接收消息的其他設備上找到已讀信息。用戶通知應該在所有設備上同步。
1.通知具有召喚屬性，但是過於頻繁就會變成幹擾，所以要註意通知的頻率和內容重要性。
2.設計師或產品經理要對通知的內容進行整理，以便維護或添加必要需求可能需要的推送信息。
3.通知壹般有兩種，壹種是推送只讀，壹種是操作反饋；設計師需要根據不同類型的通知做出相應的設計，具體問題具體分析。
4.想要用好通知，需要對業務有壹個詳細的了解，然後把本文列舉的要點帶進來，這樣就可以設計出更有經驗的通知模式。
5.通知規則不會偏離本文的範圍。
參考:/通知-設計-規則