產品設計順序流程
一般在設計功能時，會有一個順序的流程。
例如設計一個搜索功能，需要有一個搜索輸入框，一個搜索按鈕，還有搜索列表。搜索的基本功能點就是這些了，後期可以再計劃加一個搜索的漸進提示框，視覺和交互慢慢細化。
這就算設計結束了嗎？？遠遠還沒有。
- 搜索響應失敗？
- 搜索不到結果？
- 網絡不好的如何反饋？
- 用戶輸入了亂七八糟的字符搜索？
- 輸入了過長或過短？
- 數據量大，搜索時間長？
等等 ，還有很多的細節點 ，產品要考慮的，不止是順序流程，異常流程纔是完善產品重點。
爲什麼要兼容失敗
互聯網界有一句話，叫做【永遠不要相信用戶的輸入】。你根本不知道用戶會以何種姿勢來使用你的產品，由於用戶操作產生的失敗異常要兼容。
互聯網界還有一句話，叫做【網絡是不靠譜的】。無法百分百保證自己程序的網絡環境，更無法保證用戶的網絡環境，由於網絡環境產生的失敗異常要兼容。
還有正常的業務失敗流程，搜索不到、搜索時間長、服務響應錯誤等等。失敗的流程只要有可能發生，那就必須要兼容。
給用戶一個友好的提示，給用戶一個可以失敗返回、退出的操作，保護自己的應用，就算失敗也不要讓應用崩潰。
最好從產品角度記錄下失敗，可以分析用戶失敗的頻率，用戶失敗時發生的操作和場景。
邊界
一般是測試同學纔會特別關心邊界，那麼產品需要關心的是，邊界產生後的交互反饋。
- 沒輸入
- 輸入太少
- 無意義的字詞
- 輸入太多
- 特殊字符
- 沒有結果
- 只有一條結果
- 只有一頁結果
- 有100頁結果
等等，有些場景可以一個交互覆蓋，但不得不考慮。
快速失敗
個人的流程是，先設計正常的產品流程，再快速過一遍失敗流程。
一次兩次，會有漏的細節點。做好記錄和 checklist。後面會越做越順！