產(chǎn)品經(jīng)理在工作時(shí)，所必須要必備的技能之一——文檔撰寫(xiě)能力，要如何整理出一份完整的產(chǎn)品文檔呢？下面這篇是筆者分享的關(guān)于此的內(nèi)容，大家一起往下看看。

一、撰寫(xiě)有根有據(jù)的產(chǎn)品文檔

文檔撰寫(xiě)能力是產(chǎn)品經(jīng)理必須具備的最基本的能力之一。在工作中，產(chǎn)品要輸出各種類(lèi)型的文檔，如BRD商業(yè)需求文檔，MRD市場(chǎng)需求文檔，PRD產(chǎn)品需求文檔，產(chǎn)品體驗(yàn)/分析文檔跟競(jìng)品分析分檔等等。寫(xiě)作的本質(zhì)是要把自己的思路，想法，IDEA形成文字，以文字的方式表達(dá)出來(lái)，然后讓閱讀對(duì)象閱讀并理解文檔里面的內(nèi)容。這才是一個(gè)文檔的完整過(guò)程。所以如何才能出一份，合格，優(yōu)良的產(chǎn)品文檔呢？

寫(xiě)文檔也是有一定的技巧，套路，除了公司發(fā)你那一個(gè)標(biāo)準(zhǔn)的模板，本人總結(jié)了以下3步曲：

1. 確定范圍

當(dāng)要寫(xiě)一個(gè)產(chǎn)品文檔之前，首先要定好文檔的范圍，通常要明確以下幾點(diǎn)：

1. 文檔標(biāo)題：要定位清晰，內(nèi)容明確，還要加上迭代的版本號(hào)
2. 文檔目的：用清晰簡(jiǎn)潔的語(yǔ)言描述文檔的目的跟用途
3. 文檔歸屬，閱讀對(duì)象
4. 創(chuàng)建時(shí)間/更新時(shí)間
5. 其它補(bǔ)充

2. 選模板

除了上面提到的文檔類(lèi)型，還有用戶調(diào)研報(bào)告，行業(yè)分析報(bào)告等等，公司的模板不一定能很好的表達(dá)自己的IDEA，可以選擇合適自己的模板，最好是在自己的日常工作中做好積累。

3. 守規(guī)范

規(guī)劃化是產(chǎn)品經(jīng)理在職業(yè)成長(zhǎng)過(guò)程中需要具備的一項(xiàng)基本職業(yè)素養(yǎng)。小到文檔撰寫(xiě)，原型設(shè)計(jì)的規(guī)范，大到用戶調(diào)研，需求分析以及產(chǎn)品設(shè)計(jì)，都有一定的規(guī)定可以遵循，這樣往往能事半功倍。

4. 命名規(guī)范

例如：SCRM系統(tǒng)產(chǎn)品需求文檔V10.0，這樣通用標(biāo)準(zhǔn)的格式來(lái)命名，就可以準(zhǔn)確的表達(dá)文檔的定位和類(lèi)型。也不容易引起歧義。

5. 表達(dá)規(guī)范

要注意文字表達(dá)的規(guī)范，盡量結(jié)構(gòu)化的語(yǔ)言闡述，用行業(yè)術(shù)語(yǔ)表達(dá)，而不是口語(yǔ)化，隨意的想到什么就說(shuō)什么，這樣會(huì)表現(xiàn)得很不專(zhuān)業(yè)，很業(yè)余，沒(méi)有意思做產(chǎn)品應(yīng)有的嚴(yán)謹(jǐn)與專(zhuān)業(yè)精神。

6. 版本迭代的規(guī)范

文檔不單單是寫(xiě)給自己，領(lǐng)導(dǎo)看的，還會(huì)寫(xiě)給開(kāi)發(fā)、測(cè)試、運(yùn)營(yíng)等整條產(chǎn)品線，做好迭代的規(guī)范才會(huì)減少溝通的誤會(huì)，引起不必要的內(nèi)耗，也是對(duì)其他同事的尊重。

二、繪制思維清晰的流程圖

畫(huà)得好的流程圖，可以很好的體現(xiàn)業(yè)務(wù)邏輯和產(chǎn)品邏輯；相反，畫(huà)歪了，就是無(wú)形中增加團(tuán)隊(duì)的理解成本跟內(nèi)耗，還會(huì)影響產(chǎn)品的個(gè)人形象，對(duì)于下一次的產(chǎn)品評(píng)審溝通等都會(huì)起到減分作用。

當(dāng)面對(duì)復(fù)雜的業(yè)務(wù)流程和流轉(zhuǎn)邏輯時(shí)，語(yǔ)言描述和文字描述，往往沒(méi)有流程圖表達(dá)的清晰和簡(jiǎn)潔，一張清晰簡(jiǎn)明的流程圖不僅能更好的描述業(yè)務(wù)邏輯，還能查漏補(bǔ)缺。避免功能流程上、邏輯上出現(xiàn)遺漏，確保流程的完整性。流程圖在溝通的過(guò)程中思路更加清晰，邏輯更加清楚，有助于程序邏輯的實(shí)現(xiàn)和有效解決實(shí)際問(wèn)題。

1. 按表達(dá)的主體劃分

1. 業(yè)務(wù)流程圖：描述的主體是業(yè)務(wù)邏輯。
2. 數(shù)據(jù)流程圖：描述的主體是數(shù)據(jù)流。
3. 程序流程圖：描述的主體是軟件程序的操作流程。
4. 系統(tǒng)流程圖： 同時(shí)體現(xiàn)系統(tǒng)的操作流程和數(shù)據(jù)流。

2. 按表現(xiàn)形式劃分

• 一般流程圖：不區(qū)分角色在其中的穿插，只關(guān)注業(yè)務(wù)、功能本身的閉環(huán)。
• 泳道流程圖：業(yè)務(wù)、功能在多個(gè)角色之前穿插交互、流轉(zhuǎn)。

3. 按復(fù)雜程度劃分

• 基本流程圖：只描述流程的關(guān)鍵節(jié)點(diǎn)，忽略細(xì)節(jié)闡述。
• 完整流程圖：詳細(xì)的畫(huà)出整體流程的每一個(gè)環(huán)節(jié)。

三、繪制產(chǎn)品原型圖

原型設(shè)計(jì)在整個(gè)產(chǎn)品方案的輸出流程中處于很重要的位置，有這承上啟下的作用。進(jìn)行原型設(shè)計(jì)之前，需求描述相對(duì)比較抽象，原型設(shè)計(jì)的過(guò)程就是將抽象的需求描述轉(zhuǎn)化成為具象的產(chǎn)品方案的過(guò)程，之后再配合PRD和流程圖對(duì)原型圖中的功能邏輯、交互邏輯及視覺(jué)邏輯進(jìn)行描述和說(shuō)明。

原型圖的最大優(yōu)點(diǎn)在于，它可以有效的避免重要的元素被忽略，將需求邏輯可視化，促進(jìn)整個(gè)團(tuán)隊(duì)間的理解。

四、功能結(jié)構(gòu)圖、信息架構(gòu)圖、產(chǎn)品結(jié)構(gòu)圖

對(duì)比各種產(chǎn)品輸出物（文檔、原型、流程圖）可以看出，產(chǎn)品結(jié)構(gòu)圖的形式最簡(jiǎn)單，其實(shí)也就是一個(gè)思維導(dǎo)圖，簡(jiǎn)稱(chēng)腦圖，但其復(fù)雜程度，涉及的范圍，抽象程度都是最高的，對(duì)產(chǎn)品整體的把握能力，思維能力也是最高的。

在進(jìn)行產(chǎn)品設(shè)計(jì)時(shí)，首先應(yīng)該產(chǎn)出的是產(chǎn)品結(jié)構(gòu)圖，思考這張圖如何畫(huà)的過(guò)程，就是幫助你梳理產(chǎn)品設(shè)計(jì)思路以及確定產(chǎn)品形態(tài)的過(guò)程。

其次，產(chǎn)品上線之后，無(wú)論是進(jìn)行內(nèi)部的宣講還是對(duì)外的推廣，都需要使用高度抽象，簡(jiǎn)潔易懂的載體來(lái)介紹產(chǎn)品的整個(gè)情況，推廣信息不可能用繁雜的頁(yè)面和文字去描述，因此，產(chǎn)品結(jié)構(gòu)圖就是介紹整個(gè)產(chǎn)品的理念，功能和設(shè)計(jì)的最好媒介。

常見(jiàn)的產(chǎn)品結(jié)構(gòu)圖有功能結(jié)構(gòu)圖，信息架構(gòu)圖，產(chǎn)品結(jié)構(gòu)圖，業(yè)務(wù)架構(gòu)圖，混合結(jié)構(gòu)圖等等。

主要有以下4個(gè)步驟：

1. 確定對(duì)象：確定業(yè)務(wù)對(duì)象。
2. 拆解架構(gòu)：化整為零，拆分各個(gè)功能。
3. 挖掘關(guān)系：理清個(gè)功能之間的干系，并列，父子，支撐，輔助等等。
4. 輸出表達(dá)：逆向思維查漏補(bǔ)缺。

五、如何更好的研究和分析用戶

1. 問(wèn)卷調(diào)研

問(wèn)卷調(diào)研是用戶調(diào)研過(guò)程中應(yīng)用最廣泛的形式之一，其中最重要的環(huán)節(jié)是設(shè)計(jì)調(diào)研問(wèn)卷。問(wèn)卷設(shè)計(jì)主要包括：合理性，一般性、邏輯性、明確性、非誘導(dǎo)性、便于理解分析等。

2. 用戶訪談

1）訪談時(shí)，訪談?wù)咭ミm應(yīng)被訪談?wù)撸灰尡辉L談?wù)哌m應(yīng)自己。

2）提問(wèn)不要帶有主觀的誘導(dǎo)性。

3）讓被訪談?wù)哒f(shuō)出自己的真正需求，而不是他自己想出的解決方案。

3. 構(gòu)建用戶畫(huà)像

1）戰(zhàn)略角度：用戶畫(huà)像做好，可以幫助企業(yè)進(jìn)行市場(chǎng)洞察，預(yù)估市場(chǎng)規(guī)模，制定階段性目標(biāo)，指導(dǎo)重大決策，提升ROI投資回報(bào)率。

2）產(chǎn)品角度：可以對(duì)用戶進(jìn)行人群細(xì)分，確定產(chǎn)品的核心人群，從而更加準(zhǔn)確的做產(chǎn)品定位并優(yōu)化產(chǎn)品功能。

3）數(shù)據(jù)分析的角度：有助于建立數(shù)據(jù)資產(chǎn)，挖掘數(shù)據(jù)的價(jià)值，是數(shù)據(jù)分析更加準(zhǔn)確，可以進(jìn)行數(shù)據(jù)交易，促進(jìn)數(shù)據(jù)流通。

六、管理需求的的方法

1. 挖掘用戶的真實(shí)需求

所以的產(chǎn)品的誕生都是基于用戶的需求設(shè)計(jì)出來(lái)的，但用戶往往只會(huì)提出眼前的，表面上的訴求，而真正的，本質(zhì)上的需求用戶往往沒(méi)有有意識(shí)的深思考，不考慮需求的實(shí)現(xiàn)前提到底是充分條件，還是必要條件等等。

2. 評(píng)估需求的價(jià)值

用戶只考慮當(dāng)下的問(wèn)題，但是產(chǎn)品往往要考慮用戶維度，研發(fā)維度，商業(yè)維度等等，都是要綜合量化產(chǎn)品的ROI，所以必須要有清晰的價(jià)值認(rèn)識(shí)。

3. 評(píng)估需求的優(yōu)先級(jí)

價(jià)值權(quán)重，緊急程度，實(shí)現(xiàn)的難以程度，上級(jí)的指示，先后順序等等。

4. 開(kāi)好產(chǎn)品的需求評(píng)審會(huì)

5. 需求池的應(yīng)用

6. 父需求與子需求的平衡

7. 需求研發(fā)過(guò)程中的進(jìn)度跟進(jìn)

8. 需求上線后的項(xiàng)目復(fù)盤(pán)

七、設(shè)計(jì)優(yōu)秀的產(chǎn)品

1. 構(gòu)建自己的產(chǎn)品設(shè)計(jì)模型庫(kù)

工作中會(huì)經(jīng)常遇到一些通用的產(chǎn)品設(shè)計(jì)方案，這些方案同時(shí)具備可遷移性和可復(fù)用性，作用于具體的行業(yè)和業(yè)務(wù)，只有數(shù)據(jù)上的不同，基于這些獨(dú)立的模塊，需要構(gòu)建出自己的產(chǎn)品設(shè)計(jì)知識(shí)地圖，自己的產(chǎn)品設(shè)計(jì)模型。

2. 交互設(shè)計(jì)自查表

3. 產(chǎn)品的完整性與業(yè)務(wù)的閉環(huán)

4. 產(chǎn)品的高內(nèi)聚與低耦合

保證產(chǎn)品單一功能模塊具備相對(duì)豐富的功能，且各模塊之間足夠獨(dú)立，一個(gè)模塊的改動(dòng)對(duì)其他模塊影響不大，例如在RBAC模型中，賬戶管理，角色管理，權(quán)限管理三大模塊就具有高內(nèi)聚低耦合的特性，具體體現(xiàn)在賬戶管理模塊的變更，角色管理模塊的變更，權(quán)限管理模塊的變更，三者相互獨(dú)立，互不影響。

又如在電商體系的產(chǎn)品設(shè)計(jì)中，下單流程通常涉及商品模塊，用戶模塊和訂單模塊，在電商管理后臺(tái)中，這三大模塊都是完整的功能模塊，呈現(xiàn)出高內(nèi)聚低耦合的特性，這三大模塊都支持各自的增刪查改，都不會(huì)對(duì)其他模塊造成影響，卻共同支撐整用戶的整個(gè)下單操作流程。

5. 產(chǎn)品交互的7大定律

1）菲茨定律：指點(diǎn)到達(dá)一個(gè)目標(biāo)的時(shí)間，與設(shè)備當(dāng)前的位置，和目標(biāo)的距離，和 目標(biāo)的寬度有關(guān)。

2）希克定律：一個(gè)人面臨的選擇越多，需要做決定的時(shí)間就越長(zhǎng)。

3）7+-2法則：人類(lèi)大腦在最好的狀態(tài)下能記住5~9項(xiàng)信息后，后面還有就會(huì)容易出錯(cuò)。

4）接近法則：如果2個(gè)或多個(gè)對(duì)象離得很近時(shí)，人的潛意識(shí)會(huì)認(rèn)為他們是相關(guān)的。

5）防錯(cuò)原則：我們不可能消除差錯(cuò)，但是可以人為的發(fā)現(xiàn)并糾正差錯(cuò)，最大限度避免損失。

6）復(fù)雜守恒定律：每一個(gè)過(guò)程都有其固有的復(fù)雜度，存在其臨界點(diǎn)，超過(guò)這個(gè)點(diǎn)就沒(méi)辦法簡(jiǎn)化了，只能將復(fù)雜從一個(gè)地方轉(zhuǎn)移到另一個(gè)地方。

7）奧卡姆剃刀原則：如無(wú)必要，勿增實(shí)體，簡(jiǎn)單即有限原則。

6. 雅各布·尼爾森10大交互原則

7. 輸出一份完整的產(chǎn)品分析報(bào)告

8. 產(chǎn)品用戶體驗(yàn)的定義與思考

八、怎么進(jìn)行數(shù)據(jù)分析

數(shù)據(jù)通常可以分為結(jié)構(gòu)性數(shù)據(jù)和非結(jié)構(gòu)性數(shù)據(jù)，結(jié)構(gòu)化數(shù)據(jù)是指可以按一定的規(guī)則可以格式化存儲(chǔ)的業(yè)務(wù)數(shù)據(jù)或用戶基礎(chǔ)數(shù)據(jù)，這些數(shù)據(jù)通常存儲(chǔ)在關(guān)系型的數(shù)據(jù)庫(kù)中，而非結(jié)構(gòu)型數(shù)據(jù)通常是指那些非格式化處理的數(shù)據(jù)，如用戶的評(píng)論數(shù)據(jù)，這些數(shù)據(jù)通常存儲(chǔ)在非關(guān)系型的數(shù)據(jù)庫(kù)中。

數(shù)據(jù)分析是指用適當(dāng)?shù)慕y(tǒng)計(jì)分析方法對(duì)收集起來(lái)的大量數(shù)據(jù)進(jìn)行分析，從中提取出有用的數(shù)據(jù)及形成結(jié)論的過(guò)程。數(shù)據(jù)分析通常分為描述性數(shù)據(jù)分析、探索性數(shù)據(jù)分析和驗(yàn)證性數(shù)據(jù)分析。其中描述性分析是指?jìng)?cè)重于對(duì)現(xiàn)有的數(shù)據(jù)進(jìn)行事實(shí)或結(jié)論的陳述。探索性分析側(cè)重于在數(shù)據(jù)之中發(fā)現(xiàn)新的特指，驗(yàn)證性分析側(cè)重于對(duì)已有的假設(shè)驗(yàn)證或證偽。

完整的數(shù)據(jù)分析過(guò)程分為：

1. 明確目標(biāo)
2. 獲取數(shù)據(jù)
3. 處理數(shù)據(jù)
4. 展現(xiàn)數(shù)據(jù)
5. 分析數(shù)據(jù)
6. 輸出報(bào)告

在數(shù)據(jù)分析過(guò)程中，指標(biāo)是指衡量事物發(fā)展程度的單位或方法，通過(guò)需要經(jīng)過(guò)計(jì)算或統(tǒng)計(jì)才能得到，比如PV、UV；維度是指事物本身所帶有的某種特征或?qū)傩?，抑或是一種描述事物的角度，如性別，時(shí)間，年齡，收入等。

九、如何做項(xiàng)目管理

瀑布模型將軟件生命周期劃分為需求分析、方案設(shè)計(jì)、實(shí)施/編碼、測(cè)試/評(píng)估、運(yùn)維這5個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下，相互銜接的固定順序，如同瀑布流水，逐級(jí)下落。

物極必反，實(shí)現(xiàn)需求的目標(biāo)的明確，研發(fā)流程的規(guī)范以及項(xiàng)目流程的嚴(yán)格控制，也犧牲了對(duì)需求變動(dòng)響應(yīng)的靈活性。導(dǎo)致在項(xiàng)目各個(gè)階段之間極少的反饋。只有在結(jié)束的后期才看到結(jié)果，如果最終結(jié)果與用戶的期望不一致，則會(huì)產(chǎn)生巨大的返工成本。瀑布模型的致命缺點(diǎn)就是不能用戶需求的變化。

敏捷是一種應(yīng)對(duì)快速變化的需求的軟件開(kāi)發(fā)能力。敏捷不僅強(qiáng)調(diào)技術(shù)人員與產(chǎn)品及客戶之間的緊密協(xié)助，還重視面對(duì)面的溝通，認(rèn)為這比書(shū)面文檔溝通更加有效，同時(shí)要求頻繁交付新的軟件版本并且不斷的反饋。更注重軟件開(kāi)發(fā)過(guò)程中人的作用。

十、總結(jié)

以上，只是總結(jié)的一些方法，最重要的是產(chǎn)品在日常的工作中不斷的實(shí)踐，思考和應(yīng)用，舉一反三，不斷的自我革新，相信都能成為一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理。