最近有部分同學說，關于產品設計中的異常流程總是考慮不全，需求評審的時候總被開發(fā)懟。尤其是在從0到1設計一個新產品，或者新模塊的時候，尤其需要考慮清楚這些經常不被重視但是又很重要的細節(jié)，在很多文檔里，異常流程的描述往往比正常流程還要多。今天就跟大家聊聊，產品設計流程中異常流程那些事兒。

獲取權限失敗

大家在初次打開一個剛剛下載的APP的時候，總是會收到很多獲取權限的申請，比如申請在使用應用時訪問位置權限；發(fā)送通知的權限；申請訪問網絡的權限。對于開發(fā)者來講，當然是希望能夠獲取全部的權限，但是在用戶實際使用過程中，往往不會盡如開發(fā)者所意，比如我個人，會把絕大部分應用的“發(fā)送通知”權限關掉，只保留最重要的幾個應用的推送（我強迫癌晚期，看到滿屏幕的小紅點真心沒法忍）。那么，在用戶關掉這幾類權限之后的產品設計方案，就需要產品經理去考慮。

沒有訪問網絡的權限

這個情況下需要考慮的一個非常重要的點是如何引導用戶打開訪問網絡的權限，畢竟現在市面上絕大部分APP沒了網絡權限就沒了大半條命（甚至是整條名），啥也玩不轉，因此這個環(huán)節(jié)就顯得尤為重要。一類通用的方法是，在APP的首頁，用清晰的圖文描述告訴用戶怎么打開網絡權限，注意，在這個頁面的設計過程中，可以適當的加入情感化設計，就比如“主人，沒網倫家森么也做不了哇”諸如此類的文案與我見猶憐品牌形象。還有一類做法是在用戶無網的情況下進行彈窗提示，在彈窗中給一個“去設置”的快捷方式，直接跳轉到該應用獲取網絡權限的手機對應界面。當然，這種做法需要前端研發(fā)同學對不同的機型做不同的配置。

獲取地理位置權限失敗

需要獲取地理位置權限的APP現在大約有電商類、外賣類，地圖類還有很多的社交類（陌陌）APP，不同的APP獲取用戶地理位置的目的不一樣：對有的APP來講，獲取地理位置是APP的“剛需”（地圖類），獲取不到地理位置就無法定位、無法導航，有的則是“非剛需”（電商、外賣），用戶手動切換地理位置與收貨地址也可以滿足APP使用需求，這兩種情況下，APP的處理方式也不一樣。前一類需要在用戶使用產品流程的前兩步就應該給予此類提示。后一類需要把這個獲取地理位置請求穿插在產品的使用流程上。當然，電商、外賣類APP，還需要考慮，新用戶的沒有地理位置權限的話，需要給用戶一個默認地址。

發(fā)送通知權限獲取失敗

這個對社交類APP影響會比較大，但是不管是不是社交類APP，都希望能獲取到這個權限。現在市面上比較通用的做法是，在打開APP之后，會給一個彈窗，告訴用戶沒有發(fā)送通知的權限，提示用戶去開啟權限。這類彈窗提示的形式與文案需要產品同學仔細設計，既要達到目的，又不能打擾用戶。這里要特別提醒的是，不是用戶打開了推送就是好事，市面上有部分產品在給用戶推送消息的時候不知道什么叫克制，導致每次全員push一波消息之后，APP卸載率就能拉一個“漲停板”，很慘。

還有一個例子，希望大家能自己思考，如果涉及到上傳照片的功能，但是用戶拒絕了獲取相冊照片的權限，如何處理？

網絡狀況

這個部分需要考慮的網絡狀況有4種：4G、wifi、弱網（很多同學考慮不到）、無網。

這里舉幾個栗子：

視頻類APP，在用戶由wifi切換成4G的時候，需要自動暫停緩存，并給用戶提示“網絡由wifi切換成4G，如果繼續(xù)播放將使用運營商網絡并產生流量費用”

電商類APP，在4G切換成wifi的時候會提示用戶“當前網絡環(huán)境為wifi，將顯示更清晰的商品圖片”，反過來，會提示用戶“當前網絡環(huán)境為移動網絡，將呈現普通質量的商品圖片”。

這兩個栗子是告訴大家要考慮4G與wifi相互切換下的不同產品方案的切換。

還要考慮的一個點是無網環(huán)境的方案設計，在任何一個頁面的設計中都要考慮這個異常情況，如果之前有網突然無網了，那么在該頁面進行所有操作都要定義好方案：是彈窗，還是toast，還是直接刷新一個無網的缺省頁面，在該頁面給一個刷新網絡的按鈕？

“弱網環(huán)境”可以理解為，通過數據能夠檢測到APP心跳，但是請求接口&返回數據的時候出現數據返回異常、加載過慢等情況。這個時候給的提示，應該是區(qū)別于“無網絡”環(huán)境的提示的。比如：“當前網絡環(huán)境較差，請檢查您的網絡”當然，是否要有“弱網環(huán)境”的特殊的網絡環(huán)境區(qū)分，還需要結合各自的業(yè)務情況。比如電商的商品列表頁，在弱網環(huán)境下，只能加載出商品名稱和產品價格，而加載不出商品主圖，這個時候就需要產品經理協(xié)調UI同學設計一個默認的商品主圖，在弱網環(huán)境下使用。使用的標準是：比如請求接口超過2秒鐘依然沒有返回完整數據，那么前端就顯示默認主圖。弱網環(huán)境的設計原則是，在盡量保證主流程能夠走通，需要大量流量字段盡量用planB代替。

缺省狀態(tài)

缺省狀態(tài)就是我們通常說的默認狀態(tài)，舉幾個栗子：

電商或者外賣APP的收貨地址頁面，新用戶在該頁面是沒有維護任何新地址的，這個頁面如何處理？是不是應該引導用戶新建一個收貨地址？

用戶新建了第一個收貨地址之后，有新建了20個收貨地址，此時，還允許用戶新建嗎？

跟大家分享一個簡單的方法，如果一個頁面涉及到用戶自定義、或者可編輯的字段的時候，考慮三種情況：0、1-N和N。

• N即為上限閾值。
• 0的意思是，如果一個都沒有，怎么處理？
• 1-N的意思是，如果在正常范圍內，怎么處理？

N的意思是，如果超過閾值，怎么處理？

這個方法對很多頁面都通用，比如用戶輸入手機號的一個功能，一個數字都沒輸入，怎么反饋，輸入了2個數字，怎么反饋，輸入了11個數字，怎么反饋，用戶想輸入20位數字，怎么反饋。

手機儲存空間不足

很多APP需要占用大量的手機存儲空間的，對存儲空間要求比較高的APP，甚至會出現存儲空間少于xxx兆就無法運行的情況（比如：好唱），這個時候就需要設計一個產品方案，進入APP時自動檢測手機剩余存儲空間，看看是否滿足可支持運行的最低限制，如果不滿足，就需要提示用戶清理存儲空間。這都是需要產品經理考慮到的。

前置條件

這個是需要考慮每一個頁面的前置條件，比如游客可不可以進入該頁面，如果不允許，那么在用戶進入該頁面時是不是需要引導用戶進行登錄注冊操作？

登錄了之后，還有用戶權限的不同，很多APP設有比較嚴格的等級權限，區(qū)分有普通用戶、付費用戶。付費用戶還分等級，VIP1-VIP6哪個等級能進？都要規(guī)定清楚。

刷新

刷新看似是一個比較簡單的動作，其實要真深入研究起來，還是蠻復雜的。需要考慮的點很多：

1. 刷新的觸發(fā)條件（入口）現在移動端產品絕大部分的刷新方式都是下拉刷新與點擊刷新按鈕刷新。
2. 刷新成功，刷新出新內容，提示文案是什么？
3. 刷新成功，沒有新內容，提示文案是什么？
4. 刷新失敗，有緩存的時候，提示文案
5. 刷新失敗，無緩存的時候，提示文案是什么
6. 連續(xù)刷新時的保護：比如10秒內連續(xù)刷新10次，這個時候需要有一定的機制進行帥新保護，防止前端請求接口太過頻繁，在給頁面沒有進行壓測的情況下有可能會導致服務器宕機。
7. 刷新規(guī)則：比如新聞咨詢類APP，是顯示最新的10條新聞還是其他的邏輯。

以上是這次的一些總結，有總結沒到位的，大家可以留言給我，我再繼續(xù)補充。

#專欄作家#

譚小超，人人都是產品經理專欄作家。北大心理學碩士，關注電商領域，擅長用戶心理解析。

本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載

題圖來自 Pexels，基于 CC0 協(xié)議