“一句話需求”如何需求評審?兩個原則全搞定

7 評論 19103 瀏覽 118 收藏 7 分鐘

總有一些小需求,根本寫不出PRD——姜太公公

你是否遇到過寫不出PRD的小需求呢?也就是我們經(jīng)常說的“一句話需求”。

加個按鈕,改個顏色,加個跳轉(zhuǎn),刪除個邏輯……blabala~ 這種情況下,你說寫PRD吧?寫10個字兒寫完了。不寫PRD吧?和開發(fā)童鞋直接溝通,開發(fā)完成后發(fā)現(xiàn)和預(yù)期相差八百里。那么,你是怎么處理“一句話需求”的呢?你在處理過程中和開發(fā)溝通的愉快嗎?

舉一個實際例子:

產(chǎn)品:在這個頁面增加一個「回到頂部的按鈕」。這個需求的場景是用戶在列表頁一直滑滑滑,突然想回到頁面頂部,這個按鈕可以幫助用戶快捷回到頂部

技術(shù):好的

 

一天之后……

產(chǎn)品:這個「回到頂部按鈕」為啥出現(xiàn)在首屏?我還沒有滑呢為啥它就出現(xiàn)了?這時候不需要回到頂部啊?
技術(shù):你說過嗎?

所以你看,“一句話需求”真是說時一時爽,上線之后都是填不完的坑。

那么問題來了,為啥給開發(fā)講“一句話需求”開發(fā)總是做的跑遍了?明明是一個很簡單的需求??!

其實,“一句話需求”沒有錯,錯的是你踩了“場景”和“實現(xiàn)效果”兩個大坑。要高效的溝通“一句話需求”,可以嘗試的遵守如下兩個原則:

原則一:“一句話需求”不要談場景,要講“當(dāng)前狀態(tài)”!

原則二:“一句話需求”不要談實現(xiàn)效果,要講“用例”!

原則一:“一句話需求”不要談場景,要講“當(dāng)前狀態(tài)”!

什么是場景?簡單來說,就是什么人在什么時間什么地點做了什么事情產(chǎn)生什么結(jié)果(who+when+where+what+how)

產(chǎn)品經(jīng)理必須會談「場景」。就像一個情場老手必須時刻把“我愛你”掛在嘴邊一樣。有了它,你幾乎戰(zhàn)無不敗。直到某一天你遇到一個開發(fā),你手捧粘著露水的玫瑰,深情滿滿的說“我愛你”,開發(fā)扣著腳說“啥?”,想想也是夠掃興的了。

那正確的姿勢是什么?描述當(dāng)前狀態(tài)。

如下圖,故事原作者是「老李說」,圖片截取自UI中國

回到上文加「回到頂部按鈕」的例子,產(chǎn)品說的“這個需求的場景是用戶在列表頁一直滑滑滑”就是這個需求的場景……

這樣的描述,開發(fā)會有如下疑惑:

  • 列表頁:哪個列表頁?搜索結(jié)果頁,促銷列表頁?是只加單個列表還是全局添加?
  • 列表頁狀態(tài):在初使?fàn)顟B(tài)是否添加「回到頂部按鈕」?在空狀態(tài)時是否添加「回到頂部按鈕」

正確的描述應(yīng)該是:

在“搜索結(jié)果頁”,用戶處于瀏覽態(tài)(沒有任何「可點擊浮層」覆蓋在“搜索結(jié)果頁”上),并且當(dāng)前曝光商品處于屏幕的非首屏,此時需出現(xiàn)一個「回到頂部按鈕」。備注:只要滿足上面的條件,無論上滑手勢或者下滑手勢都可吊起「回到頂部按鈕」展現(xiàn)

正確的描述“當(dāng)前狀態(tài)”,應(yīng)該盡可能用結(jié)構(gòu)化的語言。結(jié)構(gòu)化的目的是為了讓“一句話需求”的表達(dá)更加接近于開發(fā)思維,從而減少和開發(fā)的信息理解不對稱。下面是幾種常見的“當(dāng)前狀態(tài)”的描述,可以進(jìn)行參照:

  • 當(dāng)前的物理狀態(tài)是什么?斷網(wǎng)狀態(tài),網(wǎng)絡(luò)不好狀態(tài),網(wǎng)絡(luò)通暢狀態(tài)……
  • 當(dāng)前的用戶狀態(tài)是什么?瀏覽狀態(tài),確認(rèn)狀態(tài),輸入狀態(tài),等待狀態(tài),初始狀態(tài)……
  • 當(dāng)前的頁面狀態(tài)是什么?無結(jié)果狀態(tài),處于第幾屏,是否為疊加層……

原則二:“一句話需求”不要談實現(xiàn)效果,要講“用例”!

“一句話需求”講實現(xiàn)效果可以嗎?可以是可以,但是問題是,實現(xiàn)效果是一種感性的描述,而開發(fā)是理性的動物。這就是我們的代溝。當(dāng)你說出實現(xiàn)效果時,你的邏輯是:「首先腦海中有畫面,然后話語描述實現(xiàn)效果」

可是開發(fā)通過你的一句話可以準(zhǔn)確的倒推回和你腦袋里面的畫面嗎?

回到上文加「回到頂部按鈕」的例子,產(chǎn)品說的“用戶突然想回到頁面頂部,這個按鈕可以幫助用戶快捷回到頂部”是這個需求的實現(xiàn)效果……

那怎樣的描述可以更加精準(zhǔn)的幫助開發(fā)理解呢?講用例。用例是用戶完成目標(biāo)的方法和步驟。告訴開發(fā)用戶的任務(wù),前置條件,用戶做了怎樣一個操作。

正確的描述應(yīng)該是:

  • 前置條件:用戶點擊手勢或者長按后的松開手勢
  • 預(yù)期結(jié)果:頁面回到頂部,「回到頂部按鈕」消失

總結(jié)

為啥把“一句話需求”單獨拎出來,一方面是有的需求小的根本無法寫出PRD,另一方面本著敏捷開發(fā)的原理,處理好“一句話需求”可以幫助我們團(tuán)隊提升效率。那么PRD怎么寫呢?下回分解吧。

PS: 你被哪些“一句話需求”坑過嗎?歡迎大家留言踴躍留言

 

作者:姜太公公 ?(微信號公眾號:grandpa_jiang) ?產(chǎn)品老流氓,終身學(xué)習(xí)者。致力于研究產(chǎn)品方法論,解決小白PM的疑難雜癥。

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 老鐵,坐等你的下回分解的

    來自廣東 回復(fù)
    1. 拖稿了……近期會猛更新

      來自北京 回復(fù)
  2. 謝謝

    回復(fù)
  3. 領(lǐng)導(dǎo)提的幾乎每一個需求都是“一句話需求”

    來自廣東 回復(fù)
  4. 換位思考,以程序員視角寫文檔,這是最好的方式

    來自江蘇 回復(fù)
  5. 適合零散小需求

    回復(fù)
  6. 不錯,受益匪淺!

    來自河南 回復(fù)