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

13 評(píng)論 16795 瀏覽 130 收藏 4 分鐘

在做需求原型的時(shí)候,不管自己寫(xiě)再細(xì),到了評(píng)審或研發(fā)測(cè)試階段,研發(fā)同事經(jīng)常找你咨詢需求中的具體細(xì)節(jié)問(wèn)題,而這些剛好你是沒(méi)有考慮到,或者沒(méi)有寫(xiě)進(jìn)文檔里面。

那如何去避免需求遺漏這樣的問(wèn)題呢,在實(shí)戰(zhàn)過(guò)程中,我通常會(huì)分5個(gè)步驟檢驗(yàn)自己的需求是否完整。

1. 業(yè)務(wù)流程

首先,理清業(yè)務(wù)流程,用戶在什么場(chǎng)景基于什么目的使用該業(yè)務(wù)。

流程要做到以下3點(diǎn):

  1. 來(lái)源;
  2. 去向;
  3. 異常情況的處理規(guī)則,窮盡回歸法。

舉個(gè)發(fā)帖流程例子,填寫(xiě)帖子內(nèi)容>>發(fā)布>>發(fā)布成功,生成一條帖子>>跳轉(zhuǎn)到我的帖子頁(yè)面。如果發(fā)布過(guò)程中遇到網(wǎng)絡(luò)異常,則無(wú)法生成帖子,停留當(dāng)前頁(yè)面,toast提示用戶“網(wǎng)絡(luò)異?!?。當(dāng)然這只是簡(jiǎn)單的例子,細(xì)心的朋友會(huì)發(fā)現(xiàn)還有很多需要補(bǔ)充的地方。

2. 內(nèi)容數(shù)據(jù)

數(shù)據(jù)交互是普遍存在的場(chǎng)景,比如:商量列表,搜索結(jié)果等都有用到。數(shù)據(jù)類型一般分兩種,一種是靜態(tài)數(shù)據(jù),一種是動(dòng)態(tài)數(shù)據(jù)。靜態(tài)數(shù)據(jù)相對(duì)簡(jiǎn)單點(diǎn),只要保持?jǐn)?shù)據(jù)的完整和準(zhǔn)確性就好。

動(dòng)態(tài)數(shù)據(jù)就需要考慮到數(shù)據(jù)的來(lái)源和交互規(guī)則,重點(diǎn)是交互規(guī)則,通常要做到兩點(diǎn):

(1)排列規(guī)則

按內(nèi)容權(quán)重,按時(shí)間

(2)加載規(guī)則

  • 數(shù)據(jù)加載方式:全屏式加載、整頁(yè)加載、自動(dòng)加載、智能加載、離線加載;
  • 怎么觸發(fā)加載:本地緩存、手動(dòng)加載刷新、自動(dòng)刷新加載;
  • 加載時(shí)間:加載時(shí)間多久、多久加載一次;
  • 加載狀態(tài):加載成功、加載失敗。

3. 功能觸發(fā)

業(yè)務(wù)功能中的控件交互觸發(fā)規(guī)則,按觸發(fā)的狀態(tài)來(lái)檢驗(yàn)。

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

下面以后臺(tái)添加數(shù)據(jù)為例:

4. 網(wǎng)絡(luò)規(guī)則

交互過(guò)程中的網(wǎng)絡(luò)規(guī)則有兩種,一種是一直沒(méi)有網(wǎng)絡(luò),另外一種是的促發(fā)的過(guò)程中遇到網(wǎng)絡(luò)中斷。遇到一直沒(méi)有網(wǎng)絡(luò)的情況,推薦走全局交互規(guī)則,一般適用于所有功能。

重點(diǎn)是網(wǎng)絡(luò)中斷時(shí),應(yīng)該怎么交互:

  • 中斷任務(wù),讓用戶重新操作;
  • 重試,多長(zhǎng)時(shí)間重復(fù)一次,限制多少次;
  • 前端提示成功,后臺(tái)進(jìn)行數(shù)據(jù)同步處理(處理方式同第二條)。

5. push消息推送

該業(yè)務(wù)執(zhí)行過(guò)程中,是否會(huì)觸發(fā)到消息推送規(guī)則,給出push消息交互所對(duì)應(yīng)的結(jié)果。

最后

我相信需求原型做到了上述的內(nèi)容,你的需求完整度已經(jīng)達(dá)到95%以上了。一個(gè)產(chǎn)品總有自己沒(méi)有想到的細(xì)枝末節(jié),實(shí)戰(zhàn)的時(shí)候如果發(fā)現(xiàn)的話,那就慢慢完善吧。

 

本文由 @?ivan 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來(lái)自 Pexels,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 觸發(fā)中:是否要預(yù)檢 此處預(yù)檢是什么意思呢?請(qǐng)指教哦~

    來(lái)自河北 回復(fù)
    1. 預(yù)檢是否滿足前置條件

      來(lái)自廣東 回復(fù)
  2. 本人菜鳥(niǎo),讀完前輩的文章受教很多,在加載的時(shí)候是否可以加入同步還是異步考慮是否更合適

    回復(fù)
  3. 前輩的文章寫(xiě)的很好,我想提一個(gè)疑問(wèn),排序的時(shí)候是否可以角色排序

    回復(fù)
  4. 都流行簡(jiǎn)史版啊,濃縮就是精華

    來(lái)自廣東 回復(fù)
  5. “在做需求原型的時(shí)候,不管自己寫(xiě)再細(xì),到了評(píng)審或研發(fā)測(cè)試階段,研發(fā)同事經(jīng)常找你咨詢需求中的具體細(xì)節(jié)問(wèn)題,而這些剛好你是沒(méi)有考慮到,或者沒(méi)有寫(xiě)進(jìn)文檔里面?!蔽疫€以為是我一個(gè)人這樣,每次都懷疑自己…

    來(lái)自山東 回復(fù)
  6. 期待樓主持續(xù)更新~

    回復(fù)
  7. 這篇文章不錯(cuò),還不是可以弄個(gè)加精干貨的標(biāo)簽~
    如果每個(gè)產(chǎn)品經(jīng)理都這么仔細(xì)的考慮到,可以為需求評(píng)審剩下不少時(shí)間哦……減少后期溝通成本….

    回復(fù)
  8. 謝謝,學(xué)習(xí)了

    來(lái)自廣東 回復(fù)