完整度超95%的原型需求,應該具備哪些條件?
在做需求原型的時候,不管自己寫再細,到了評審或研發測試階段,研發同事經常找你咨詢需求中的具體細節問題,而這些剛好你是沒有考慮到,或者沒有寫進文檔里面。
那如何去避免需求遺漏這樣的問題呢,在實戰過程中,我通常會分5個步驟檢驗自己的需求是否完整。
1. 業務流程
首先,理清業務流程,用戶在什么場景基于什么目的使用該業務。
流程要做到以下3點:
- 來源;
- 去向;
- 異常情況的處理規則,窮盡回歸法。
舉個發帖流程例子,填寫帖子內容>>發布>>發布成功,生成一條帖子>>跳轉到我的帖子頁面。如果發布過程中遇到網絡異常,則無法生成帖子,停留當前頁面,toast提示用戶“網絡異常”。當然這只是簡單的例子,細心的朋友會發現還有很多需要補充的地方。
2. 內容數據
數據交互是普遍存在的場景,比如:商量列表,搜索結果等都有用到。數據類型一般分兩種,一種是靜態數據,一種是動態數據。靜態數據相對簡單點,只要保持數據的完整和準確性就好。
動態數據就需要考慮到數據的來源和交互規則,重點是交互規則,通常要做到兩點:
(1)排列規則
按內容權重,按時間
(2)加載規則
- 數據加載方式:全屏式加載、整頁加載、自動加載、智能加載、離線加載;
- 怎么觸發加載:本地緩存、手動加載刷新、自動刷新加載;
- 加載時間:加載時間多久、多久加載一次;
- 加載狀態:加載成功、加載失敗。
3. 功能觸發
業務功能中的控件交互觸發規則,按觸發的狀態來檢驗。
- 觸發前:要有提前設定好的初始內容,比如:灰度、默認值、提示文本、限定值。
- 觸發中:是否要預檢,觸發規則。
- 觸發后:結果顯示規則,異常情況處理(彈窗、toast、警示窗)。
下面以后臺添加數據為例:
4. 網絡規則
交互過程中的網絡規則有兩種,一種是一直沒有網絡,另外一種是的促發的過程中遇到網絡中斷。遇到一直沒有網絡的情況,推薦走全局交互規則,一般適用于所有功能。
重點是網絡中斷時,應該怎么交互:
- 中斷任務,讓用戶重新操作;
- 重試,多長時間重復一次,限制多少次;
- 前端提示成功,后臺進行數據同步處理(處理方式同第二條)。
5. push消息推送
該業務執行過程中,是否會觸發到消息推送規則,給出push消息交互所對應的結果。
最后
我相信需求原型做到了上述的內容,你的需求完整度已經達到95%以上了。一個產品總有自己沒有想到的細枝末節,實戰的時候如果發現的話,那就慢慢完善吧。
本文由 @?ivan 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自 Pexels,基于 CC0 協議
評論
評論請登錄
觸發中:是否要預檢 此處預檢是什么意思呢?請指教哦~
預檢是否滿足前置條件
本人菜鳥,讀完前輩的文章受教很多,在加載的時候是否可以加入同步還是異步考慮是否更合適
前輩的文章寫的很好,我想提一個疑問,排序的時候是否可以角色排序
都流行簡史版啊,濃縮就是精華
“在做需求原型的時候,不管自己寫再細,到了評審或研發測試階段,研發同事經常找你咨詢需求中的具體細節問題,而這些剛好你是沒有考慮到,或者沒有寫進文檔里面。”我還以為是我一個人這樣,每次都懷疑自己…
期待樓主持續更新~
這篇文章不錯,還不是可以弄個加精干貨的標簽~
如果每個產品經理都這么仔細的考慮到,可以為需求評審剩下不少時間哦……減少后期溝通成本….
謝謝,學習了