一句話就能描述的需求,才是好需求
如何用一句話來描述你的需求,以便用最小的溝通成本,獲取團(tuán)隊(duì)對(duì)需求最深刻的了解。
之前一篇文章有提到過,產(chǎn)品經(jīng)理如何合理獲取需求,并合理安排任務(wù),以實(shí)現(xiàn)最小成本的投入獲取最優(yōu)產(chǎn)出。
那么這篇文章就是對(duì)其的一篇擴(kuò)充——如何用一句話來描述你的需求,以便用最小的溝通成本,獲取團(tuán)隊(duì)對(duì)需求最深刻的了解。
說到這里,可能會(huì)有朋友不相信,因?yàn)橐痪湓?,如何把一個(gè)需求說清楚呢?難道不是說的越詳細(xì),才會(huì)越清楚嗎?說的沒錯(cuò),這也是為什么每一次需求評(píng)審會(huì)都要開大半個(gè)小時(shí)的原因了。因?yàn)橛幸话霑r(shí)間在說一些多余的話。
那問題來了,如何說不多余的話,這也是這篇文章的主題。原理很簡(jiǎn)單,
即誰在什么地方遇到了什么問題,(解決方案),用一個(gè)洋氣的表達(dá)方式就是,Who,Where,Question,(How)
(Ps:括號(hào)內(nèi)的內(nèi)容是針對(duì)開發(fā)團(tuán)隊(duì)使用的,對(duì)外不需要)。
舉個(gè)栗子:
在開需求確認(rèn)會(huì)的時(shí)候,除了一上來的幾句開場(chǎng)白,接下來的第一句話只需要說:
市場(chǎng)部leader,希望在工作臺(tái),能夠?qū)⒖蛻裘麊畏纸o市場(chǎng)專員。
想必各位看官已經(jīng)知道我們接下來要做核心需求是什么了。
剩下肯定是還有一些不明確的地方,但那并不是核心,只不過是為了把一個(gè)抽象需求細(xì)化的輔助描述,即便不說,團(tuán)隊(duì)成員也已經(jīng)知道自己本次會(huì)議的目標(biāo)是什么,本次工作任務(wù)的目的是什么。能夠在會(huì)議之初就明確目標(biāo)不說,還因此大大縮短了會(huì)議時(shí)間,提高了效率,這就是一句話需求的魅力所在。
上面已經(jīng)提到了,Who,Where,Question。那還剩一個(gè)How,應(yīng)該怎么辦。這時(shí),身為產(chǎn)品的你,就要拿出你的看家本事了,如何用同樣的方式,用幾句話把需求表達(dá)清楚。
在這里我有一個(gè)不成熟的建議,可供大家參考。個(gè)人認(rèn)為,可使用一個(gè)模板,把需求拆分成幾句話,例如:
- 需求描述:市場(chǎng)部leader,希望在工作臺(tái),能夠?qū)⒖蛻裘麊畏纸o市場(chǎng)專員;
- 涉及角色:市場(chǎng)部leader、市場(chǎng)專員;
- 載體:內(nèi)部系統(tǒng)的工作臺(tái)(務(wù)必附圖);
- 核心功能:批量分配,顯示市場(chǎng)專員手頭名單數(shù)量;
- 分配對(duì)象:客戶名單;
- 分配規(guī)則:即分配規(guī)則,“相對(duì)公平”分配;
- “相對(duì)公平”的定義:即所有人手頭名單盡量平均。
以上。
看到這,也許大家已經(jīng)知道這個(gè)需求的核心關(guān)鍵點(diǎn)在哪了,甚至已經(jīng)可以大致估算時(shí)間了。當(dāng)然,估算時(shí)間的事情還是交給開發(fā)負(fù)責(zé)人來比較合適,畢竟人家對(duì)工期直接負(fù)責(zé)。
當(dāng)然,上面描述的需求并不清晰,因?yàn)榉峙湟?guī)則本身不合理,但這畢竟只是一個(gè)栗子,不做深究。
話說回來,如果在需求確認(rèn)會(huì)之前,就做好這個(gè)表單,在開會(huì)的時(shí)候,給大家往那一展示,若還有問題,基本上也就是一些細(xì)節(jié)問題了,就不一一舉栗了。
如果有朋友感興趣,可以嘗試著把手頭的需求精簡(jiǎn)成一句話,建議從簡(jiǎn)單的需求開始,逐漸簡(jiǎn)化復(fù)雜的需求。
我再舉個(gè)略微復(fù)雜的栗子(就不做詳細(xì)分析了,畢竟篇幅有限)。
如:財(cái)務(wù),希望能在客戶消費(fèi)情況中,開發(fā)票。
簡(jiǎn)單分析如下:
- 需求描述:財(cái)務(wù),希望能在客戶消費(fèi)情況中,開發(fā)票;
- 涉及角色:財(cái)務(wù)、客戶;
- 載體:內(nèi)部系統(tǒng)的客戶管理–消費(fèi)詳情(務(wù)必附圖);
- 核心功能:開發(fā)票;
- 開票對(duì)象:客戶訂單;
- 開票類型:單筆訂單(非全額)開票、多筆訂單合并(非全額)開票、多客戶合并開票(團(tuán)票)。
開票規(guī)則:
- 單筆(合并)開票金額≤對(duì)應(yīng)(多筆)訂單剩余可開票金額;
- 單筆訂單開票和多筆訂單合并開票不互斥;
- 開過團(tuán)票的訂單,不再允許開個(gè)人發(fā)票;反之亦然。
- 以上。
其實(shí)到了這里,相比大家也多少清楚了本需求的核心目標(biāo),但是這其中還有很多隱藏需求,也許大家也發(fā)現(xiàn)了。
- 開票的前提,必須確保訂單金額及可開票無誤;
- 開票還涉及到打印發(fā)票,需要對(duì)接開票打印機(jī)or稅控盤;
- 申請(qǐng)開票,必須要有發(fā)票抬頭等信息,需要提供客戶填寫的端口;
- 發(fā)票也許需要寄送,那么還需要接入快遞模塊,如果每日開票數(shù)量足夠大(幾十上百),甚至需要接入快遞單打印機(jī),以及相應(yīng)的快遞信息錄入端口,可以和申請(qǐng)開票做在一起。
以上還只是我簡(jiǎn)單描述了一下顯性需求和隱性需求,也許還有很多待挖掘的部分我沒提到。但是無論如何,我們的一句話需求還是很成功的,因?yàn)榇蠹叶记宄吮敬涡枨蟠_認(rèn)會(huì)的核心目標(biāo),至于那所謂的隱性需求,只不過是為了滿足大需求而做的鋪墊,也能夠按照普通需求一樣,通過一句話來描述需求,并逐一拆分、細(xì)化,逐一完成。
最后,個(gè)人建議,將一句話描述需求養(yǎng)成習(xí)慣。真的受益匪淺。
本文由 @?RonT 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pexels,基于 CC0 協(xié)議
朋友和我吐槽,說好久沒看到我更新了。周末熬夜到四點(diǎn)終于寫完了一份草稿,迷迷糊糊復(fù)查了一遍就提交了。下一篇會(huì)講關(guān)于系統(tǒng)架構(gòu)的一點(diǎn)點(diǎn)心得,以前寫過一點(diǎn)點(diǎn),這次做擴(kuò)充。
年輕時(shí),覺得“一句話需求”是評(píng)價(jià)產(chǎn)品的貶義詞。長大后,發(fā)現(xiàn)產(chǎn)品人員越能以簡(jiǎn)潔語言交付需求,代表技術(shù)對(duì)產(chǎn)品的默契與信服度越高。
如果開發(fā)人員非常熟悉相關(guān)系統(tǒng),有的時(shí)候,一些小功能需求只需要產(chǎn)品一句話講清楚,在原型出來之前,功能都做好了。