需求文檔2.0:三個(gè)原因,解答我為什么用excel寫需求文檔

不只是我自己在用excel,我還推薦朋友使用,在培訓(xùn)時(shí),我也將excel需求文檔的寫法教給大家,并且將excel版本定義為需求文檔的2.0階段。
這篇大概是我改的次數(shù)最多的文章,因?yàn)楹锰帉?shí)在太多,最開始我從使用特性來分析,然后又從管理來分析,但總覺得不妥,畢竟這些好處并不是絕對的,還要看個(gè)人和團(tuán)隊(duì)的升級(jí)應(yīng)用,然后就有了這版 ,絕對肯定一定大概也許可能打死不改的版本。
我決定,寫幾個(gè)最基礎(chǔ)的好處,屬于每一位用excel寫需求文檔都會(huì)擁抱它的好處。
一、需求可量化
如圖,我們一旦使用excel寫需求文檔,會(huì)立即知曉需求數(shù)量,圖有14個(gè)需中便求點(diǎn)。你還記的上一個(gè)版本做了多少個(gè)需求嗎?
我們使用excel來攥寫需求文檔,會(huì)很明確每個(gè)版本的需求量,比如我在上一個(gè)版本里總共開發(fā)的需求點(diǎn)有240個(gè)左右。
不論是word版本又或者是原型圖標(biāo)注,在這一點(diǎn)上都無法做到與excel相同的效果。(ps.我始終不認(rèn)為原型圖標(biāo)注是一種需求文檔的撰寫方法,他應(yīng)該是表現(xiàn)形式才對)
需求量化以后,我們能做到哪些事情?
將需求量化以后,我們可以輕易得到以上四個(gè)信息。
產(chǎn)品輸出:
基本上每位產(chǎn)品經(jīng)理都能生產(chǎn)需求,但卻無法將這些需求進(jìn)行均衡,這也是許多創(chuàng)業(yè)團(tuán)隊(duì)的PM進(jìn)入成熟團(tuán)隊(duì)后,很難適應(yīng)的問題。
每個(gè)開發(fā)團(tuán)隊(duì)的生產(chǎn)力都是有限的,越是成熟的團(tuán)隊(duì),周期內(nèi)開發(fā)的需求量越是顯得均衡,比如一個(gè)月固定開發(fā)量在400-500之間。
當(dāng)然開發(fā)團(tuán)隊(duì)的規(guī)模,技術(shù)能力,以及需求復(fù)雜度,都會(huì)影響可開發(fā)的需求量。但這些的前提,我們得有能量化下來的需求才行。
需求變更:
需求變更不僅僅是讓開發(fā),測試同學(xué)深惡痛絕,也是我們產(chǎn)品從業(yè)人員心理的痛。誰不想消滅需求變更呢?畢竟被大家不信任,以及質(zhì)疑,總不是一件讓人感到高興的事情。可似乎我們總是做不到“不變更”,甚至不知道自己的變更算嚴(yán)重還是在可接受范圍。
量化以后,這些數(shù)據(jù)就能成為我們最大的評判工具。
在上個(gè)版本一共有40個(gè)需求點(diǎn)出現(xiàn)了變更,這個(gè)版本變更記錄只有20條,是不是離目標(biāo)近了點(diǎn)?即使某個(gè)版本出現(xiàn)變更較多的時(shí)候,比如出現(xiàn)了60個(gè)需求點(diǎn)變更,我們也能立即發(fā)現(xiàn)問題出在哪個(gè)環(huán)節(jié),能發(fā)現(xiàn)自己對何種類型的需求掌握不足。
開發(fā)輸出:
大概是習(xí)慣使然,我們一般都會(huì)質(zhì)疑產(chǎn)品的需求遺漏,卻不怎么會(huì)留意到功能漏做,一個(gè)好的團(tuán)隊(duì) ,出現(xiàn)功能漏做的可能性比較低,但在團(tuán)隊(duì)初期時(shí),這個(gè)問題,可是非常常見的。
我們可以借助規(guī)范的方法來避免這個(gè)問題,也是寄托于需求可量化的特性,能夠統(tǒng)計(jì)到漏做的數(shù)量 ,也能關(guān)注到哪些需求容易漏做。
這是word乃至原型標(biāo)注所不能達(dá)到的效果:需求可量化
需求量化后就可被統(tǒng)計(jì),而有了統(tǒng)計(jì),就會(huì)出現(xiàn)完成率,變更率
這部分就不再展開了,我們來看看除了需求可量化以外,我選擇excel撰寫需求文檔的其他好處。
二、認(rèn)識(shí)功能
這是我強(qiáng)調(diào)的另一個(gè)概念,對于產(chǎn)品經(jīng)理而言,這是一個(gè)分水嶺:認(rèn)識(shí)功能。其實(shí)有許多產(chǎn)品經(jīng)理認(rèn)識(shí)需求,但卻不認(rèn)識(shí)功能。
這并不是一個(gè)值得提倡的趨勢,需求的來源我們可以理解成分析階段的產(chǎn)物,也是一種想法,思考的表現(xiàn),但卻終要功能來實(shí)現(xiàn)。
互聯(lián)網(wǎng)產(chǎn)品經(jīng)理本身有很大的局限性質(zhì),我們的想發(fā)必須依賴功能才得以實(shí)現(xiàn),而這些功能都受到編程語言的限制,那就表示,功能是有限的。
需求是什么呢?
用戶將內(nèi)容從A產(chǎn)品里分享到朋友圈里,如果他的微信好友訪問了他分享出去的內(nèi)容,那在A產(chǎn)品里能夠記錄并通知用戶:你的微信好友xxx ,訪問了你分享的<xxxx>。
這是一個(gè)需求,也是我所做過的一個(gè)需求,實(shí)際的效果非常好,我們不需要將用戶的微信好友轉(zhuǎn)移到A產(chǎn)品里,就能實(shí)現(xiàn)簡單的熟人互動(dòng)?!?/p>
怎么實(shí)現(xiàn)呢?
Word版本的需求文檔,大多是以描述需求為主,就像這個(gè)案例一樣,這個(gè)描述里有多少個(gè)功能,都有哪些功能,我們都是不知道的。
但excel的需求文檔里,如果我們不認(rèn)識(shí)功能,就無法撰寫,excel并不只是將需求點(diǎn)羅列出來而已。
按照列順序,依次是 功能模塊 ,需求點(diǎn),需求描述, 參數(shù)
功能模塊可以有多個(gè)需求點(diǎn),需求點(diǎn)卻只能包含一個(gè)功能點(diǎn)。
我們只有認(rèn)識(shí)到什么是排序規(guī)則,什么是首次加載,什么又是翻頁,什么是緩存,才能去將這些功能羅列出來,并且對單個(gè)功能點(diǎn)進(jìn)行描述。
我們只有認(rèn)識(shí)到什么是參數(shù),才能在參數(shù)列里,將參數(shù)的內(nèi)容獨(dú)立出來。這就反過來對我們產(chǎn)生了督促效果。
在撰寫的過程中,會(huì)反復(fù)思考需求如何實(shí)現(xiàn)的,并且向開發(fā)詢問,進(jìn)行技術(shù)調(diào)研,經(jīng)過了這一系列的過程,最終寫出來的需求文檔,就會(huì)極大的規(guī)避遺漏掉的需求,以及會(huì)變更的需求。要知道,在我們掌握一個(gè)需求的實(shí)現(xiàn)方案之前,這份文檔是寫不出來的。
所以,使用excel寫需求文檔的PM ,在相同的一年里,往往能比word版本的PM,具備更多的功能素材,積累更多的關(guān)于技術(shù)的認(rèn)識(shí)。
這并不需要學(xué)習(xí)代碼,excel寫需求文檔就能達(dá)到這個(gè)效果。
三、積累需求庫
當(dāng)我們進(jìn)入這個(gè)行業(yè)后,會(huì)逐漸的發(fā)現(xiàn),功能的復(fù)用度很高。
我所了解的設(shè)計(jì)師有一些開源的素材,開發(fā)也會(huì)有封裝好的SDK,可以直接使用。
產(chǎn)品經(jīng)理也可以,我們的需求文檔也可以積累下來,也是可以被復(fù)用的。
圖中是一個(gè)功能模塊的需求文檔,我們會(huì)發(fā)現(xiàn)很多產(chǎn)品里使用到發(fā)布時(shí)間的,都會(huì)有一些相同的表現(xiàn)結(jié)果。那么這部分的需求文檔就可以復(fù)用到多個(gè)項(xiàng)目中。
隨著這樣的模塊化需求越來越多,我們自身就會(huì)積累非常高效的需求庫。怎么做呢?
這只需要我們單獨(dú)再建一張EXCEL,將每個(gè)版本的需求,按照一定的規(guī)律進(jìn)行集合就好了。
Excel的需求文檔,由于是對功能進(jìn)行定義,也就是說從功能的角度來寫,這就導(dǎo)致復(fù)用性非常高,不牽扯到業(yè)務(wù)邏輯,需求場景,功能就是功能。
久而久之,就會(huì)讓我們發(fā)現(xiàn)其實(shí)不同的需求所用到的功能很多都是相同的。不論我們做什么樣的項(xiàng)目,圖片還是那個(gè)圖片,輸入框還是輸入框。
這時(shí),我們再寫一份需求文檔,大概只需要1-2小時(shí),從我們的需求庫,提取出相應(yīng)需求就可以了。
需求庫的形成,會(huì)有幾個(gè)典型好處:
- 對功能的認(rèn)識(shí)可積累下來
- 極高的復(fù)用性能
- 逐漸完善需求,減少遺漏
有時(shí)候,我們會(huì)反復(fù)在同一個(gè)類型的需求里反相同的錯(cuò)誤,就拿統(tǒng)計(jì)數(shù)字來講吧。
統(tǒng)計(jì)數(shù)字現(xiàn)在經(jīng)常被使用,像是點(diǎn)贊數(shù),評論數(shù),關(guān)注數(shù),粉絲數(shù),照片數(shù),閱讀數(shù)等等,非常多的地方使用到了統(tǒng)計(jì)數(shù)。我們可能在第一次寫統(tǒng)計(jì)數(shù)字的需求時(shí),會(huì)漏掉單位轉(zhuǎn)換,沒關(guān)系,我們將這個(gè)遺漏掉的需求,以需求變更的形式,記錄下來。
第二次寫的時(shí)候,我們會(huì)直接復(fù)用這塊的需求,可能還會(huì)漏掉四舍五入,同樣的,還是用需求變更的方式記錄下來。
到后續(xù)的第三次,第四次,直到我們不需要再補(bǔ)充了,直到不會(huì)再因?yàn)樵擃愋偷男枨?,增加需求變更記錄了,我們的需求庫就成熟了。后續(xù)使用時(shí),直接復(fù)用就好,無須再思考了。
這篇文章,我給大家講述了三個(gè)選擇使用excel的原因,但就如同我在前文里提及到的,excel的好處實(shí)在太多了,甚至還有很大的挖據(jù)空間,等待大家的發(fā)現(xiàn)。
枯葉講需求
今天來說說前端的“判斷”邏輯。
判斷邏輯是指在指定結(jié)果里,選擇某一個(gè)結(jié)果進(jìn)行展示。
每個(gè)結(jié)果,都會(huì)有一個(gè)唯一的原因。
以關(guān)注按鈕而言,后端會(huì)告訴前端該用戶是否已關(guān)注對方,0表示 已關(guān)注,1表示未關(guān)注,前端就判斷這個(gè)參數(shù)是0還是1。如果是0的話,就顯示已關(guān)注按鈕,或者隱藏關(guān)注按鈕;如果是1的話,就顯示關(guān)注按鈕。
判斷條件的結(jié)果可能有多個(gè),但一定是有限的,而且是一對一的。比如有四種結(jié)果,那就是在四種結(jié)果中間進(jìn)行判斷。
#專欄作家#
枯葉,近6年經(jīng)驗(yàn)的產(chǎn)品經(jīng)理,人人都是產(chǎn)品經(jīng)理專欄作家。擅長社交,社區(qū),細(xì)分群體挖掘。微信公眾號(hào):枯葉咖啡館。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
什么是需求模塊?需求模塊的定義是什么?
求源文件學(xué)習(xí)!?。「兄x感謝~~282191695@qq.com
求源文件學(xué)習(xí)?。?!萬分謝謝~~ 921179840@qq.com
求源文件學(xué)習(xí)?。?!謝謝~~ 799041852@qq.com
求源文件學(xué)習(xí),感謝~~mengya223@163.com
這種方法適合做B端產(chǎn)品嗎?需求評審主要是講業(yè)務(wù),更多的向開發(fā)人員傳達(dá)價(jià)值,講清楚業(yè)務(wù),讓整個(gè)團(tuán)隊(duì)明確目標(biāo),所以原型也是按業(yè)務(wù)邏輯來呈現(xiàn),像老師你提到的用表格,會(huì)不會(huì)太碎片化?開發(fā)接觸需求會(huì)不會(huì)不能理解我們的需求是什么?要通過什么手段解決什么問題,就只知道這個(gè)版本要做什么功能,有多少功能? 請問老師怎么有機(jī)結(jié)合呢?
求源文件學(xué)習(xí),感謝~1303225059@qq.com
十分實(shí)用,可以的話,求源文件學(xué)習(xí),感謝~409576552@qq.com
超級(jí)詳細(xì),想要源文件,謝謝~1109322231@qq.com
求源文件,超級(jí)詳細(xì),謝謝~1158457932@qq.com
不錯(cuò),求源文件,求學(xué)習(xí),,,謝謝~531835722@qq.com
從開始做產(chǎn)品那天起就有這個(gè)想法, 被帶我的人打消了,今天看到你的分享,決定干起來
能不能發(fā)我一份學(xué)習(xí),謝謝樓主
你好,文章寫的不錯(cuò),但是我想問下,excel怎么體現(xiàn)流程和模塊之間的關(guān)聯(lián)關(guān)系呢
Excel寫需求文檔的最大好處在于在下方可以進(jìn)行分模塊標(biāo)簽管理,一個(gè)模塊一個(gè)標(biāo)簽,每個(gè)模塊里面展示對應(yīng)的流程、原型圖、描述、規(guī)則等內(nèi)容,邏輯展示非常清晰;
而且另外一個(gè)最大優(yōu)勢是在進(jìn)行需求評審的時(shí)候,不需要像word一樣上上下下滾動(dòng)幾百米讓人眼花繚亂
非常贊成樓主的觀點(diǎn)!
公眾號(hào)搜不到哦~
入行一年左右還未完整的寫過需求文檔。每次都是用excel列名需求點(diǎn),文字說明都是直接寫在原型上的,前面覺得很直觀,后面說明多了,很多點(diǎn)都會(huì)被忽略掉,用excel確實(shí)有很多復(fù)用性可以借鑒。謝謝大佬的文章
求需求文檔,公眾號(hào)搜索沒搜到,樓主~
入行時(shí)間不久,接手幾個(gè)產(chǎn)品線之后發(fā)現(xiàn)很多功能重復(fù)性很高,但因?yàn)樽约翰蛔⒁庹砗头e累,每次還需要重新寫,最怕的就是頁面?zhèn)€性化定制,對自己和開發(fā)工作都帶來了負(fù)面影響??吹阶髡叽蟠蟮目偨Y(jié),很受用,是時(shí)候整理下自己的原型規(guī)則了。 ??
不錯(cuò),求源文件,謝謝~13410158354@139.com
跟我們老大講的使用usecase的思想方式寫需求文檔是一致的,非常贊
用Excel的確是比較好的表現(xiàn)數(shù)據(jù),但有兩點(diǎn)是比較不好處理的,1.插入圖片,有圖片后,與文字的關(guān)系就非常不好排;2.不方便排版,尤其是PRD往往需要大約存檔的,對打印排版并不友好
贊一個(gè)
非常贊,小白看完收獲了一些基礎(chǔ)知識(shí),也學(xué)到一種方法,感謝博主分享
非常細(xì),配合原型設(shè)定規(guī)則非常棒~
求樓主分享文檔,想規(guī)范化自己的需求文檔,371966475@qq.com,萬分感謝
關(guān)注我個(gè)人公眾號(hào)“枯葉咖啡館”,底部菜單欄的“往期文章->功能分析”里有案例分析,可以參考下~
求樓主分享文檔,對于不懂技術(shù)的人要寫需求文檔是很好的解決方法,542368441@qq.com ,萬分感謝您!