開發(fā)到底需要一份怎樣的需求文檔？這個問題我記得我做產(chǎn)品不久后在PMcaff上提過，非常感謝當(dāng)時解答的朋友，為我在以后的寫文檔提升了很大的質(zhì)量和減少了很多不必要的溝通。
今天做為已有豐富經(jīng)驗的產(chǎn)品老司機，我決定親自來回答自己當(dāng)年提出的問題。
沒錯，開發(fā)和產(chǎn)品經(jīng)理之間產(chǎn)生矛盾大多確實是因為一個叫「需求文檔]的東西。產(chǎn)品和開發(fā)都有各自都很多想吐槽對方的地方，就如下圖所呈現(xiàn)的一樣。
產(chǎn)品和開發(fā)在公司的角色不同，工作職責(zé)也就不同，所以他們都是站在自己的立場來看待問題，
不過做產(chǎn)品經(jīng)理，是需要對整個產(chǎn)品進(jìn)行負(fù)責(zé)，很多時候，產(chǎn)品和研發(fā)的矛盾，產(chǎn)品要負(fù)主要責(zé)任，產(chǎn)品經(jīng)理要多哄哄開發(fā)，經(jīng)常買買零售或者請喝喝奶茶，平時搞好關(guān)系也很重要。
當(dāng)然，最終重要的還是你的需求文檔要寫的開發(fā)滿意，不然關(guān)系再好也沒用。
那什么樣的文檔才算是好文檔呢？誰來評判是好還是不好，當(dāng)然是使用方，也就是我們的開發(fā)，當(dāng)然還有測試、UI等，不過開發(fā)是最主要的使用對象。
所以站在開發(fā)的角度，我認(rèn)為，能夠減少甚至免除在開發(fā)過程中技術(shù)人員跟產(chǎn)品經(jīng)理溝通的文檔就是好的文檔
PRD一般包含什么內(nèi)容？下面是我之前寫的需求文檔，如果有需要模板的關(guān)注我的關(guān)注號aipm12345（回復(fù)PRD即可獲得）
現(xiàn)在開發(fā)同事大都喜歡看流程圖+圖文結(jié)合的需求文檔，帶有頁面交互，而且頁面當(dāng)中的詳細(xì)的注釋，所以只要邏輯和流程表達(dá)清晰，用ppt還是Axure、墨刀，對于開發(fā)同事來講并無差別。
為了避免不必要的沖突，產(chǎn)品經(jīng)理應(yīng)該盡量避開以下幾種情況？
1、上線前加需求
這個計劃每個開發(fā)都會拒絕，加需求意味著的延期或者是加班，所以不是特別緊急的需求就別加，有可能是老板讓加的，那么下次需要盡早給和老板過，這樣可能讓老板早點提出。
2、開發(fā)中改需求
這種情況很可能是產(chǎn)品發(fā)現(xiàn)自己的需求設(shè)計有問題，或者是需求方提出更改，無論哪種原因，開發(fā)都是不樂意的，會覺得你不專業(yè)。所以需求設(shè)計完一定要正式的進(jìn)行需求評審，自己在評審前也需要對需求查漏補缺、
3、需求邏輯不清
需要表達(dá)清楚，用戶在什么環(huán)境下，操作什么功能，完成動作，達(dá)到了用戶的目的
4、功能有遺漏
網(wǎng)絡(luò)好的情況下正常加載，網(wǎng)絡(luò)差的時候，怎么辦，無網(wǎng)絡(luò)的時候怎么，這些產(chǎn)品經(jīng)理都要考慮完全，避免被開發(fā)問了改，又再問，再改。
最重要的是要和開發(fā)達(dá)成共識
prd要描述清楚需求的背景和場景，同時講清這個需求的用戶價值（解決什么問題），甚至是商業(yè)價值，在過需求評審的時候，獲得開發(fā)的認(rèn)可，后續(xù)推動起來即可事倍功半，
如何避免呢，有什么方法和工具嗎？當(dāng)然有，下面是產(chǎn)品設(shè)計交互自查表（aipm12345公眾號內(nèi)回復(fù)“交互設(shè)計自查表”即可獲得表格）
交互自查表綜合地把大部分的場景都包含在里面了，然而我們在做產(chǎn)品設(shè)計的時候難免會漏掉一些點，所以產(chǎn)品經(jīng)理在輸出完方案后盡量先對照交互自查表把每個細(xì)節(jié)先梳理一遍，這不僅可以提升我們設(shè)計本身專業(yè)度之外，還大大提高了后續(xù)開發(fā)測試的工作效率。最重要的是讓我們以后考慮問題更加全面和縝密。
聯(lián)系客服
