起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識關于“跨設備通知”體驗的設計思考
編輯導語：如今在這個大數據時代，我們每天要接收很多來自外界的消息，如果剛好遇上了自己業務繁忙的時候，就很可能會忽略掉一些重要的信息；本文是作者分享了關于“跨設備通知”體驗的設計思考，我們一起來了解一下。
我們生活在一個信息大爆炸的時代，人們與電子設備互相捆綁，加上各大App和商家為了提升DAU都在研究通知推送的高效觸達；因此用戶每天接收到的訊息數目巨大，各類紛雜多樣的信息滲透在我們的日常生活里，離不開也躲不掉。
另一方面，除了人們依賴的主設備——手機之外，其他各類設備的功能和設計也都越來越先進和完善，例如：
- 在用戶每天的On the go時間段，智能手表已經取代手機完成了極大一部分的日常任務，且功能還在不斷豐富中；
- 平板電腦正在一代代進行功能創新，加上iPad OS的獨立，說明了它越來越能在人們的工作和娛樂活動中獨當一面，承擔大任。
而在這一現象背后所發生的事情，則是這些設備分走了用戶的時間和精力，他們會在特定的場景使用不同的設備去完成相應的任務；以至于減少了對手機的關注，自然就會發生漏看通知、未及時處理的情況。
我們來模擬一下幾個場景：
現在是周五的下午四點，老板突然召開緊急會議，你匆忙抓了一臺平板電腦就進了會議室；朋友們正在商量今晚應該去哪吃飯，而你忘帶手機所以遲遲未回復消息；會議終于結束后你回到工位，拿起手機后發現聚會地點選在了離你公司車程一個多小時的地方，而此時已經快晚上七點了；你身心俱疲，不愿千里赴約，于是繼續裝作掉線狀態獨自回了家。
你馬上要進行一次重要的方案匯報，正在會議室中做準備工作；你突然發現，你之前傳到公共電腦中的材料是昨天的版本，于是你想趕緊登陸一下自己的云盤，下載最新版的匯報材料；由于是陌生設備，所以登錄時需要接收驗證碼驗證你的身份，但你從早上到公司就一直在忙著改材料，現在你的手機已經沒電關機了。
今天是周六，你需要在家加班完成一篇很長的報告，一整天都要泡在書房里面對電腦；但你在盒馬上訂購了幾批食材，害怕配送員下午敲門時聽不到，所以你為了關注盒馬的配送情況，在電腦上設置了短信同步；結果呢，配送通知你是收到了，亂七八糟的廣告短信你也收到了不少。
綜合上述情況我們不難發現，用戶現在普遍面臨著2個問題：
- 當自己的關注點在其他設備上時，如何能避免錯過重要的通知，及時地回復消息，不要成為朋友眼中的“意念回復消息者”？
- 如何能夠準確地從各種亂七八糟的信息中間，接收到自己真正需要的、必須及時反饋的通知？
筆者個人認為，可以從以下3點考慮，對跨設備通知規則進行一些優化的設想，減少不必要的通知，提高重要信息的有效觸達率：
- 設備選擇規則
- 通知篩選規則
- 通知處理規則
一、設備選擇規則
在APPLE的Continuity規則中，由于用戶當前所在位置和關注點的不確定性，系統為了保證信息確實能被有效送達，登錄了同一Apple ID的各設備都會同時收到同樣的通知。
但這樣處理會有1個小痛點：一旦有通知送達，多個設備的屏幕同時都會亮；功耗問題事小，但對用戶來說干擾較大，也許會造成用戶一時慌亂、不知該先處理哪個設備的情況。
筆者猜想，當用戶擁有多臺設備時，是否能為通知推送設置一個“后臺狀態”，根據用戶當前的設備使用情況，決定應該推送到哪個設備的前臺？
- 手機作為主設備是接收通知推送的首要選擇。當系統判斷用戶的手機未關機，且處在亮屏狀態、正在被使用時，通知首先直接被推送到手機上；
- 若用戶的手機處在熄屏狀態，系統則轉向判斷同賬號下的其他設備A,B和C，選出正在被使用的那臺設備B，繼而將通知從后臺推送到設備B上；
- 如果此時所有的設備都熄屏，則將通知保存在后臺；待用戶點亮哪個設備的屏幕，就觸發推送，將通知呈現在此設備的界面上；
這么設計推送規則的目的，是為了將通知準確地直接送到用戶面前，減少不必要的分心和打擾。
但有一點需要考慮，就是在一些特定的場景中（eg. 平板電腦或者臺式機作為家庭共用設備時）如何判斷此設備正是用戶本人在使用？這是一個值得思考的問題。
二、通知篩選規則
在剛才的模擬場景3中我們可以看到，APPLE目前對短信通知的同步是無差別對待的。
筆者不禁思考：
- 用戶一開始同步短信通知的目的，只是希望能及時收到盒馬的配送消息而已；
- 當用戶選擇在電腦上登錄微信PC端時，是為了能及時看到他認為重要的消息并回復。
所以當我們討論“跨設備通知”的時候，實際上是不是只是在期待“跨設備重要通知”？
如今國內各大手機廠商的通知設置里有一欄“不重要通知”，由系統自動判定某些App的通知是非緊急的；因此在視覺呈現上有差別，減少了通知pop-up的數量，幫助用戶優先看到重要通知。
如下圖：流量使用情況通知
筆者個人認為，跨設備通知應該是在手機的重要通知篩選條件的基礎上，進行再分類。
在筆者心中，允許跨設備推送的重要通知分為以下幾類：
- 通訊錄中的聯系人發來的信息；
- 與物流派送、航班動態等相關的通知；
- 通訊類App通知（微信、QQ、釘釘等）；
- 其他用戶使用最頻繁的App的通知（這一部分希望能允許用戶自定義白名單）。
而其他僅關于新聞推送、資訊推送和軟件更新的通知，則不允許跨設備推送。
三、通知處理規則
當一條通知在后臺待命，被允許在各個設備之間流轉時，這條通知最后該被如何處理呢？
筆者從Macbook的最近項目分配規則中得到了一點靈感：未打開過的文件，不會出現在最近項目的文件夾里。
假設用戶在設備A上接收到一條通知，但未點開（即未讀），系統則將此條通知判定為“未處理通知”，因此該通知依舊在后臺保持待命狀態；待用戶點亮下一個設備B的屏幕時，這條通知會被再次推送到前臺，防止用戶遺漏，保障觸達率。
如下圖：通知A和C未在手機上讀過，當用戶點亮平板電腦屏幕時，依舊可見通知A和C。
以上便則是筆者對跨設備通知體驗的一些思考。通知的復雜性、設備的共用情況等都導致了處理場景的多變，而機器也不能完全做到對用戶狀態的準確把握。
筆者目前的這些設想僅僅只是從用戶體驗的角度進行了小小的發散，還比較表面、不夠成熟。
不知道各位同學有沒有這方面的好建議和好想法呢？歡迎一起交流討論～
作者：你柴；公眾號：你柴的aCupOfTea
本文由 @你柴 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
點贊~
目前關于跨設備體驗的文章還很不豐富，樓主分析的跨設備通知邏輯很清晰
從當前體驗來看，各廠商的跨設備通知基本都跟apple的邏輯一致，未對重要通知，不重要通知作區分，大概有以下原因：
– 跨設備通知只是跨設備體驗中一個很小的點，各設備廠商都在跟進華為，完善自家方案，如應用接續，文檔拖拽等
– 通知體系本身就存在很大問題，第三方應用濫用通知，輪番轟炸用戶，目前手機端處理機制也不完善