接到這個命題時候，我內(nèi)心是猶豫的，可能很多人談起產(chǎn)品經(jīng)理需要寫的文檔，無非就是產(chǎn)品原型、PRD。但是在產(chǎn)品設計中這兩樣就夠了么？

對于繁雜的產(chǎn)品管理工作來說，其實是遠遠不夠的。同時，對于不同的公司，不同的產(chǎn)品經(jīng)理，崗位職責要求也不會太一樣。

鑒于個人發(fā)展及綜合性，我結(jié)合過往工作經(jīng)驗，提出以下9種文檔，分享給大家。文檔是輸出順序是以一個項目開始到結(jié)束演化來的：

在一個項目開始階段，我們大量的用戶訪談和調(diào)研，會形成項目需求列表，很多產(chǎn)品經(jīng)理又叫做需求池。

這個表格需要注意的是：優(yōu)先級和需求來源，這兩項屬性決定后續(xù)實現(xiàn)的順序和權(quán)重。

樣表如下：

梳理完需求，為了解決需求我們通常會設計功能結(jié)構(gòu)圖，這時候一般我們常用XMIND等思維導圖工具，進行一個系統(tǒng)的功能結(jié)構(gòu)規(guī)劃。

在通過功能結(jié)構(gòu)圖驗證產(chǎn)品設計結(jié)構(gòu)是否合理后，進行拆分，功能列表要拆分到具體功能點及子功能，如果有條件，盡量評估工時和迭代規(guī)劃。

在需求功能化的階段，每個產(chǎn)品經(jīng)理應該熟練地整理每個功能對應的功能流程圖，流程圖是產(chǎn)品經(jīng)理重要的能力體現(xiàn)之一。

當你梳理完業(yè)務流程圖后，即可開始產(chǎn)品的原型設計工作了。

不同公司的原型圖管理差異也是比較大的，有線框圖、低保真原型圖、高保真原型圖的要求，這個是依據(jù)項目實際情況和成本酌情考量的。

這里給出一個原型圖結(jié)構(gòu)示例。

基本前面都是產(chǎn)品經(jīng)理在項目準備階段的工作，一般在原型圖出具線框圖后，就可以準備立項相關(guān)工作了。

一般立項時需要對公司進行匯報，這需要對整個產(chǎn)品規(guī)劃進行介紹。有些公司可能會要求輸出MRD等文檔，大部分匯報PPT都要匯報相關(guān)內(nèi)容。

PRD，即需求規(guī)劃說明書，很多人都覺得產(chǎn)品經(jīng)理就是做需求規(guī)劃說明書編制工作的。做PRD需要把前一階段的內(nèi)容進行大量整合，如需求列表、業(yè)務流程、原型圖，以供開發(fā)人員整理詳細設計。

這份文檔的編制需要把產(chǎn)品標準和規(guī)則、功能定義及說明、產(chǎn)品風險等事項進行充分考慮?？梢院唵慰聪履夸洠?/p>

大部分的產(chǎn)品上線，產(chǎn)品經(jīng)理都有責任把好最后一關(guān)，因為有大量的邏輯設計是產(chǎn)品經(jīng)理設計的，最后的成果物交付自然需要反復測試。

如果一個產(chǎn)品經(jīng)理能寫好一份測試反饋文檔，就可以大量降低與開發(fā)的溝通成本，達到事半功倍的效果。所以我建議可以整理一套自己的模板，管理項目測試所發(fā)現(xiàn)的問題。

很多時候，這個活可能由項目經(jīng)理來做。但是由于產(chǎn)品經(jīng)理的角色覆蓋范圍太大，在我的從業(yè)經(jīng)驗里面，就數(shù)次做過結(jié)項報告。

其實每個項目完成后的總結(jié)復盤，對于一個產(chǎn)品經(jīng)理的提升是異常重要的。所以我一般在一個項目結(jié)項后都會花一到兩天做一個復盤的結(jié)項報告。

以上就是產(chǎn)品經(jīng)理在整個項目的產(chǎn)品管理過程中，需要用到的文檔。產(chǎn)品經(jīng)理需要對接的角色太多，而不同角色的特定或是專業(yè)知識也是不一樣的，所以會衍生出各種各樣的的文檔，而這些文檔也是必須在實際的項目中遇到問題之后才能體現(xiàn)其價值。

其實文檔不在于類型有多少，內(nèi)容有多豐富，只在于需要通過文檔對接到的人，或是關(guān)鍵點，能夠發(fā)揮其最大價值即可。

一切的文檔都是為了保證項目的正常進行，保質(zhì)保量地完美實現(xiàn)，因地制宜才是合理的。