酷播亮新聞
在做需求原型的時候，不管自己寫再細，到了評審或研發測試階段，研發同事經常找你諮詢需求中的具體細節問題，而這些剛好你是沒有考慮到，或者沒有寫進文檔裡面。
那如何去避免需求遺漏這樣的問題呢，在實戰過程中，我通常會分5個步驟檢驗自己的需求是否完整。
1. 業務流程
首先，理清業務流程，用戶在什麼場景基於什麼目的使用該業務。
流程要做到以下3點：
- 來源；
- 去向；
- 異常情況的處理規則，窮盡回歸法。
舉個發帖流程例子，填寫帖子內容>>發布>>發布成功，生成一條帖子>>跳轉到我的帖子頁面。 如果發布過程中遇到網絡異常，則無法生成帖子，停留當前頁面，toast提示用戶“網絡異常”。 當然這只是簡單的例子，細心的朋友會發現還有很多需要補充的地方。
2. 內容數據
數據交互是普遍存在的場景，比如：商量列表，搜索結果等都有用到。 數據類型一般分兩種， 一種是靜態數據，一種是動態數據 。 靜態數據相對簡單點，只要保持數據的完整和準確性就好。
動態數據就需要考慮到數據的來源和交互規則，重點是交互規則，通常要做到兩點：
（1）排列規則
按內容權重，按時間
（2）加載規則
- 數據加載方式： 全屏式加載、整頁加載、自動加載、智能加載、離線加載；
- 怎麼觸發加載： 本地緩存、手動加載刷新、自動刷新加載；
- 加載時間： 加載時間多久、多久加載一次；
- 加載狀態： 加載成功、加載失敗。
3. 功能觸發
業務功能中的控件交互觸發規則，按觸發的狀態來檢驗。
- 觸發前： 要有提前設定好的初始內容，比如：灰度、默認值、提示文本、限定值。
- 觸發中： 是否要預檢，觸發規則。
- 觸發後： 結果顯示規則，異常情況處理（彈窗、toast、警示窗）。
下面以後台添加數據為例：
4. 網絡規則
交互過程中的網絡規則有兩種，一種是一直沒有網絡，另外一種是的促發的過程中遇到網絡中斷。 遇到一直沒有網絡的情況，推薦走全局交互規則，一般適用於所有功能。
重點是網絡中斷時，應該怎麼交互：
- 中斷任務，讓用戶重新操作；
- 重試，多長時間重複一次，限制多少次；
- 前端提示成功，後台進行數據同步處理（處理方式同第二條）。
5. push消息推送
該業務執行過程中，是否會觸發到消息推送規則，給出push消息交互所對應的結果。
最後
我相信需求原型做到了上述的內容，你的需求完整度已經達到95%以上了。 一個產品總有自己沒有想到的細枝末節，實戰的時候如果發現的話，那就慢慢完善吧。
本文由 @ ivan 原創發佈於人人都是產品經理。 未經許可，禁止轉載
題圖來自 Pexels，基於 CC0 協議