完整度超95%的原型需求,應該具備哪些條件?

13 評論 16795 瀏覽 130 收藏 4 分鐘

在做需求原型的時候,不管自己寫再細,到了評審或研發測試階段,研發同事經常找你咨詢需求中的具體細節問題,而這些剛好你是沒有考慮到,或者沒有寫進文檔里面。

那如何去避免需求遺漏這樣的問題呢,在實戰過程中,我通常會分5個步驟檢驗自己的需求是否完整。

1. 業務流程

首先,理清業務流程,用戶在什么場景基于什么目的使用該業務。

流程要做到以下3點:

  1. 來源;
  2. 去向;
  3. 異常情況的處理規則,窮盡回歸法。

舉個發帖流程例子,填寫帖子內容>>發布>>發布成功,生成一條帖子>>跳轉到我的帖子頁面。如果發布過程中遇到網絡異常,則無法生成帖子,停留當前頁面,toast提示用戶“網絡異常”。當然這只是簡單的例子,細心的朋友會發現還有很多需要補充的地方。

2. 內容數據

數據交互是普遍存在的場景,比如:商量列表,搜索結果等都有用到。數據類型一般分兩種,一種是靜態數據,一種是動態數據。靜態數據相對簡單點,只要保持數據的完整和準確性就好。

動態數據就需要考慮到數據的來源和交互規則,重點是交互規則,通常要做到兩點:

(1)排列規則

按內容權重,按時間

(2)加載規則

  • 數據加載方式:全屏式加載、整頁加載、自動加載、智能加載、離線加載;
  • 怎么觸發加載:本地緩存、手動加載刷新、自動刷新加載;
  • 加載時間:加載時間多久、多久加載一次;
  • 加載狀態:加載成功、加載失敗。

3. 功能觸發

業務功能中的控件交互觸發規則,按觸發的狀態來檢驗。

  • 觸發前:要有提前設定好的初始內容,比如:灰度、默認值、提示文本、限定值。
  • 觸發中:是否要預檢,觸發規則。
  • 觸發后:結果顯示規則,異常情況處理(彈窗、toast、警示窗)。

下面以后臺添加數據為例:

4. 網絡規則

交互過程中的網絡規則有兩種,一種是一直沒有網絡,另外一種是的促發的過程中遇到網絡中斷。遇到一直沒有網絡的情況,推薦走全局交互規則,一般適用于所有功能。

重點是網絡中斷時,應該怎么交互:

  • 中斷任務,讓用戶重新操作;
  • 重試,多長時間重復一次,限制多少次;
  • 前端提示成功,后臺進行數據同步處理(處理方式同第二條)。

5. push消息推送

該業務執行過程中,是否會觸發到消息推送規則,給出push消息交互所對應的結果。

最后

我相信需求原型做到了上述的內容,你的需求完整度已經達到95%以上了。一個產品總有自己沒有想到的細枝末節,實戰的時候如果發現的話,那就慢慢完善吧。

 

本文由 @?ivan 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Pexels,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 觸發中:是否要預檢 此處預檢是什么意思呢?請指教哦~

    來自河北 回復
    1. 預檢是否滿足前置條件

      來自廣東 回復
  2. 本人菜鳥,讀完前輩的文章受教很多,在加載的時候是否可以加入同步還是異步考慮是否更合適

    回復
  3. 前輩的文章寫的很好,我想提一個疑問,排序的時候是否可以角色排序

    回復
  4. 都流行簡史版啊,濃縮就是精華

    來自廣東 回復
  5. “在做需求原型的時候,不管自己寫再細,到了評審或研發測試階段,研發同事經常找你咨詢需求中的具體細節問題,而這些剛好你是沒有考慮到,或者沒有寫進文檔里面。”我還以為是我一個人這樣,每次都懷疑自己…

    來自山東 回復
  6. 期待樓主持續更新~

    回復
  7. 這篇文章不錯,還不是可以弄個加精干貨的標簽~
    如果每個產品經理都這么仔細的考慮到,可以為需求評審剩下不少時間哦……減少后期溝通成本….

    回復
  8. 謝謝,學習了

    來自廣東 回復