設計產(chǎn)品的過程中流程設計異常的經(jīng)歷

關于產(chǎn)品設計中的異常流程總是考慮不全，需求評審的時候總被開發(fā)懟。尤其是在從0到1設計一個新產(chǎn)品，或者新模塊的時候，尤其需要考慮清楚這些經(jīng)常不被重視但是又很重要的細節(jié)，在很多文檔里，異常流程的描述往往比正常流程還要多。

一. 獲取權限失敗

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

沒有訪問網(wǎng)絡的權限

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

獲取地理位置權限失敗

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

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

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

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

二. 網(wǎng)絡狀況

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

這里舉幾個栗子：

• 視頻類APP，在用戶由wifi切換成4G的時候，需要自動暫停緩存，并給用戶提示“網(wǎng)絡由wifi切換成4G，如果繼續(xù)播放將使用運營商網(wǎng)絡并產(chǎn)生流量費用”。
• 電商類APP，在4G切換成wifi的時候會提示用戶“當前網(wǎng)絡環(huán)境為wifi，將顯示更清晰的商品圖片”，反過來，會提示用戶“當前網(wǎng)絡環(huán)境為移動網(wǎng)絡，將呈現(xiàn)普通質量的商品圖片”。

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

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

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

三. 缺省狀態(tài)

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

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

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

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

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

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

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

四. 手機儲存空間不足

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

 

五. 前置條件

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

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

 

六. 刷新

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

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