關于“跨設備通知”體驗的設計思考

0 評論 2293 瀏覽 4 收藏 10 分鐘

編輯導語:如今在這個大數據時代,我們每天要接收很多來自外界的消息,如果剛好遇上了自己業務繁忙的時候,就很可能會忽略掉一些重要的信息;本文是作者分享了關于“跨設備通知”體驗的設計思考,我們一起來了解一下。

我們生活在一個信息大爆炸的時代,人們與電子設備互相捆綁,加上各大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協議。

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!