寫需求文檔容易犯的錯
每個產(chǎn)品經(jīng)理的工作都會寫需求文檔，而對于需求文檔的格式由于各個公司要求不統(tǒng)一，實(shí)際上也沒有一個標(biāo)準(zhǔn)的模版給產(chǎn)品經(jīng)理。
產(chǎn)品經(jīng)理都會做的是對于某個功能/頁面/彈窗上展開需求表述，還是會有相同的撰寫格式。比較常見的包含前置條件、交互描述、字段解釋、后置條件
可是到底一個需求文檔要寫多細(xì)？實(shí)際上是沒有答案的的。
因此會困擾不少產(chǎn)品經(jīng)理到底是否應(yīng)該把這部分需求加上。因?yàn)樯晕⒉蛔⒁饩统闪死速M(fèi)工作時間，本身需求文檔的目的是為了給開發(fā)、設(shè)計同學(xué)進(jìn)行查看，但過于細(xì)節(jié)則容易造成閱讀率降低。
普遍的做法是把需求文檔中的文本描述和原型進(jìn)行并列展示。圖文并茂的用于表達(dá)功能描述。
當(dāng)然為了對于某些流程較復(fù)雜比如業(yè)務(wù)系統(tǒng)、后臺產(chǎn)品或某個運(yùn)營活動，就需要加上時序圖、流程圖、泳道圖等多個圖表來說明。
產(chǎn)品經(jīng)理的需求到底要寫多細(xì)
一個功能由多個頁面組成，而撰寫需求都是以頁面展開。比如下面是PMTalk小程序「我的票圈」詳情頁，可以看到從上到下本頁面分為4個紅色矩形進(jìn)行展開。
分別有導(dǎo)航欄、banner、票圈信息流、底部導(dǎo)航欄4個部分。
「我的票券」這個功能也是這個頁面，產(chǎn)品經(jīng)理撰寫需求文檔就會從上面4個方向開始寫。
第一個矩形部分：導(dǎo)航欄
包含了返回按鈕、小程序縮小按鈕、小程序分析按鈕3個操作。如果要撰寫需求文檔，實(shí)際上面3個按鈕都可以展開功能描述。
可是微信小程序有官方自帶的能力，小程序分享按鈕就自帶下面標(biāo)準(zhǔn)的8個入口（安卓）。而產(chǎn)品經(jīng)理可以對這8個進(jìn)行部分篩選或添加部分能力，比如小程序的朋友圈分享能力，但是由于目前該能力僅支持安卓機(jī)型，用戶的使用數(shù)據(jù)特別低。
所以在需求文檔撰寫的時候，這一部分是可以省略的。同時導(dǎo)航欄返回圖標(biāo)已經(jīng)明確表達(dá)了是返回上一層級操作，需求文檔也可以不用撰寫。
所以如果是產(chǎn)品新人，會糾結(jié)是否要撰寫這部分的需求。而產(chǎn)品老鳥則不會撰寫這部分了。
第二部分矩形：banner的需求描述
對于這部分需求，因?yàn)閎anner涉及手勢操作，所以會有交互、和banner的展示邏輯2部分。
交互部分：
什么樣的手勢操作會觸發(fā)banner變化，同時banner的速度、切換效果等。這都是可以在需求文檔表達(dá)，去做開發(fā)的。
但實(shí)際上這是沒有意義的
banner這類都是前端開發(fā)都會采用現(xiàn)有組件完成，就像產(chǎn)品經(jīng)理在原型產(chǎn)品設(shè)計會用部件庫完成一樣。所以只需要告知banner的展示邏輯即可
banner的圖片尺寸、banner允許展示的數(shù)量、banner是否有推薦算法、banner的埋點(diǎn)等，這類需求是產(chǎn)品經(jīng)理需要撰寫的。
第三部分矩形：我的票券信息流
這部分因?yàn)樯婕暗叫袨椴僮?，同樣會分?部分，一個是交互、和信息流展示邏輯、還有信息流的跳轉(zhuǎn)。
交互部分：
同樣信息流到底是如何滾動的、滾動的速度是什么樣、觸發(fā)滾動的交互面積在哪里，這是可以撰寫的。
可信息流有標(biāo)準(zhǔn)的規(guī)范和組件，這部分同樣不需要產(chǎn)品經(jīng)理撰寫。
信息流展示邏輯：
這部分包含了信息流的標(biāo)題、摘要展示邏輯、長度顯示、同時展示順序的約束。比如為了提升票券的使用率，對「我的票券」里對于即將過期、已經(jīng)過期、還沒有過期的票券展示順序。
可是需求設(shè)計要求盡可能在第一版本保持簡單，所以核心是提供我的票券查看能力。而不用撰寫信息流展示順序，把展示的標(biāo)題長度說明清楚就好。
第四部分：小程序的tab
同樣這部分也會包含交互和邏輯展示2個部分
交互部分：
是否支持長按、點(diǎn)擊、輕觸等手勢操作；tab展示邏輯是否有前置條件，比如有的tab需要用戶一定要登錄注冊賬戶后才能展示內(nèi)容。
產(chǎn)品經(jīng)理在需求文檔只需要寫出tab點(diǎn)擊跳轉(zhuǎn)的頁面就行。而上面其他的要么是超出了常規(guī)開發(fā)的能力、要么是把需求做復(fù)雜了。
以上就是一個產(chǎn)品經(jīng)理的需求文檔撰寫方式，你可以看到越是老鳥的產(chǎn)品經(jīng)理越能把握需求的核心功能和邏輯，而去掉將需求變得越來越復(fù)雜，有版本計劃的對需求進(jìn)行擴(kuò)展。同時知曉固定的組件和交互規(guī)范，減少在交互和動畫效果的時間
01
每天體驗(yàn)1款A(yù)PP社群
02
今日視頻號分享
03
推薦閱讀