編輯導語：于用戶而言，推送在一定程度上可以幫助用戶接收自己所關注的信息，但過度推送、或推送質量的下降、推送延遲等，都會干擾用戶體驗。因此，產品可以如何改善推送設計？本篇文章里，作者從交互角度，談了談他對推送的設計改良想法，一起來看一下。

從移動互聯網打響“注意力爭奪戰”開始，手機系統提供的“消息推送”功能，就變成了一個矛盾的存在。

• 用戶：既希望通過推送，以最高的效率接收自己關注的消息，又厭惡被推送打擾。
• 應用：既希望通過推送完成用戶的促活與召回，又擔心過多的、相關性不足的推送給用戶帶來負擔、導致APP整體推送的關閉。

即使各產品近年來在策略和算法上都在不斷的迭代，但是每臺設備收到的消息總量還是居高不下。APP之間的推送“打開率”競爭以及系統“勿擾模式”粗顆粒的設置，仍無法很好地解決這個難題。

雖然解決這個難題的重要邏輯都在后臺，但是在前臺落地方面也同樣存在許多問題。那么體驗設計如何給出一份全面、有效的交互方案？下面以美港股券商為例，和大家分享我的解題過程。

一、現狀與反饋

接到需求后，我們可以從這些角度來了解推送的現狀：

1. 閱讀后端同學維護的消息結構文檔，了解線上目前共存在多少種消息type、哪幾類type的推送量最高。
2. 閱讀產品同學維護的推送策略文檔，了解現有推送是否做了分級、場景靜默和精細化開關。
3. 梳理站內、站外的推送形式有哪幾種，以及它們對應的落地場景都有哪些。
4. 打開產品和友商的全部推送，觀察真實的推送頻率、推送內容的時效與質量，體驗、評估各產品推送是否帶來打擾感受。
5. 收集產品和友商關于推送的用戶反饋，并進行整理、歸類。友商輿情可通過其社區、應用商店評論等渠道獲取。如下圖，部分友商輿情收集與我所在產品的用戶反饋整理（后臺數據進行了脫敏處理）。

通過對輿情的分類與觀察，發現用戶對推送的反饋主要集中在：到達率（比如打開了推送卻收不到消息）、時效和質量、推送對交易時機的影響、精細化（比如很多用戶會迫切表達要徹底打開或關閉某類推送）、落地歸屬等方面，另外還有一些個性化的功能建議。

對現狀與反饋的了解，幫助我們抽象出“用戶的一天”和“用戶想要”。在每天被大量推送打斷進程、將時間碎片化的今天，用戶希望推送可以推得有價值、推得準、并且推得適度。再根據前后臺邏輯的區分，我們推導出交互設計可以深度參與的方向，即：推得適度，緩解推送對用戶的打擾。

二、競品調研

這里我選取了2個主要的調研方向：iOS/Android 通知系統。

選取原因：平臺控制著推送的總開關和全局設置，我們在尋找優化APP的角度之前，可以先看看平臺在推送上的設計思路，以及其他APP在使用平臺提供的設置上，是否有我們之前沒關注到的地方。

（注：由于該調研在上半年完成，iOS15還未發布，所以調研內容是基于iOS14進行的。文章最后會對iOS15中“通知”的設計思路做補充。）

推送相關的幫助設計

選取原因：用戶在推送上遇到問題時，很多時候是非常無助的。除了文字提示、意見反饋等幫助渠道，我們可以關注下是否還有其他方式能夠解決用戶的困惑。

1. iOS/Android通知系統

1）通知管理

可以在iOS為用戶提供幫助的官方文檔中看到，蘋果在通知管理方面的總方向是“最大限度地減少在一天中所受的干擾”。

主要方式有：

• 通知分組；
• 在鎖定屏幕或“通知中心”輕點轉為“隱式推送”或直接關閉該應用通知；
• 勿擾模式的設置與開啟。

Android 通知管理方面的總方向與蘋果類似，主要方式多了“通知重要程度的分級”。

2）通知卡片的自定義，即：自定義功能是否可與推送子開關做聯動

① Android：支持自定義。

② iOS：在下圖場景引導推送的關閉/免打擾的設置，功能上可滿足（如左圖微博的菜單選項）。

但iOS提供自定義的初衷，更多是為了滿足不需要進入app的快捷操作場景（如右圖Gmail的菜單選項）。

2. 推送相關的幫助設計

• 新浪微博：為“收不到推送”的用戶提供了“推送服務檢測”的功能，實際體驗下來，反饋比較及時。在點擊該選項之后的幾小時內，就收到了推送。
• 同花順：對什么是“免打擾”提供了具體的說明文案，這點非常重要。方便用戶理解的同時，也省去了很多“推送”相關的客服成本。

三、細化設計目標

綜合用戶需求與業務需求，我們首先得到一個籠統的大目標：降低推送打擾帶來的負面感受，避免用戶直接關掉整體推送。

接著我們會根據梳理現狀和用戶反饋，以及競品調研帶來的補充視角，分拆出這樣幾個小目標：

1. 消息type的觸點一一對應，幫助用戶建立起消息接收與落地的關聯；
2. 優化推送諸多設置項的信息層級，幫助業務落地多個新增開關的同時降低用戶的理解成本；
3. 提供幫助，通過預判解決部分場景可能產生的推送問題。

四、交互方案落地

1. 消息type的觸點一一對應

這里我們需要一張表，來走查線上消息type在前臺邏輯中的不同觸點，看它們之間是否保持一致。不一致的地方記錄下來，同步給對應協作方，以便項目啟動后對接排期、跟進優化進度。

以“今日看點”、“個股資訊”和“投資線索”為例：

優化前：用戶對不同消息type的接收、存放認知混亂。

優化后：每個type的消息從接收到存放，以及對消息開關的掌控，都能在這條通暢路徑中建立起清晰的認知。

2.優化推送設置的信息層級

首先我們先解決“功能入口”層級過深的問題，如下圖所示：

接下來我們專注在設置頁，看看做些什么能讓它變得更容易理解、更能切實幫助用戶管理每天的推送。

1）第一步，從分類開始

• Before：除了互動類開關，剩下開關沒有細分、也沒有輔助說明，全部扔在“其他”。
• After：將項目重新框定的開關進行分類，可以總體分為：全量推送、精準推送（基于算法團隊的用戶畫像）、細分推送（行情+交易+互動）。

2）第二步，將分好類的開關進行排序

• Before：優先級不高的“互動”開關顯示在最上面，剩下開關沒有排序，全部扔在“其他”。
• After：新的排序邏輯參考自各type的推送總量和頻率，總量大、頻率高的type一旦能被很好的管理起來，那么對于緩解推送的打擾度來說，是非常關鍵的。

3）第三步，解決開關密度過高的問題

Before：所有子開關都平鋪在設置頁。

After：

• 序號①：將“互動訂閱”的子開關收起至三級頁；
• 序號②：將“股票熱帖”開關調整為→在“精準推送”的內容類型中進行標簽管理；
• 序號③：“股票預警”開關實際是APP中“預警管理”功能里的一個開關，中間省略了“全部預警”的落地頁，從而增加了理解成本。借著優化推送的項目，將此處調整為→進入“全部預警”頁，不僅把此處邏輯調順了，同時還減少了一個開關的外露。

4）最后，看看如何歸納一些子級設置項

這步很簡單，把需要進入三級頁才能完成的操作，試著使用呼出底部面板來承載，就可以在當前頁面歸納這些子級（比如序號②“選擇推送類型”、序號④“選擇推送頻率”）。

3. 提供幫助

出于落地可行性的考慮，現階段交互側能做兩件事：在設置頁增加“推送”的定向反饋入口，以及在合適場景可以進行前置引導，讓用戶了解到我們提供了哪些管理推送的精細化能力。

五、聊聊iOS15

iOS15對通知進行了大刀闊斧的革新，新推出的“通知摘要”用來收納非緊急通知，也就是在推送管理上進一步放權給用戶。

“專注模式”實際上是對“勿擾模式”的精細化處理，目的是更加細顆粒度的降低推送打擾?？梢钥吹?，蘋果在通知/推送方面的新設計思路，與上文闡述的解題思路總體上呈現了一致的方向。

目前iOS15beta2還處于內測階段，下圖為“通知摘要”和“專注模式”功能的主要截圖，供大家參考。

1. 通知摘要

2. 專注模式

六、總結思考

由于產研資源、排期、調度等問題，我們在工作中能碰到對一個功能進行整體優化的機會并不是很多。

無論是重后臺邏輯的功能、還是偏前臺展示的功能，從交互角度來看，都要抱著“窮盡所有“的心態去深入其中。這不僅利于方案更完整地輸出，也是一次吃透需求的好機會。

當我們充分了解了某個功能的運轉機制，才能發現更多被忽略的體驗缺口、避免體驗債務的持續增加，更好地管理各功能模塊的遺留問題。

本文由 @cony的小書包 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議