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