第七章——文檔管理水慨。
一直以來都不是特別清楚產(chǎn)品經(jīng)理的具體定義蔚叨，如果從Product Manager直接翻譯過來，那除了“產(chǎn)品經(jīng)理”之外粥诫，還可以理解成產(chǎn)品管理者，這也就意味著產(chǎn)品經(jīng)理最本質(zhì)的工作應(yīng)該是產(chǎn)品管理崭庸。其它方面的工作——比如需求管理怀浆、項(xiàng)目管理等——都是由產(chǎn)品管理所衍生出來的。
產(chǎn)品經(jīng)理要不要懂技術(shù)怕享？
這其實(shí)是一個(gè)老生常談的問題了执赡，有個(gè)公眾號(hào)叫“給產(chǎn)品經(jīng)理講技術(shù)”，連續(xù)一年函筋，更新了好幾百篇技術(shù)文章沙合，知乎上關(guān)于這個(gè)問題也是討論得熱火朝天 [產(chǎn)品經(jīng)理需要懂技術(shù)嗎？懂到什么程度跌帐？ - 互聯(lián)網(wǎng) - 知乎](https://www.zhihu.com/question/19554113) 首懈。但不管再怎么爭論，產(chǎn)品經(jīng)理肯定是要會(huì)懂技術(shù)的谨敛，問題在于要懂到哪個(gè)程度究履。
好的文檔到底是什么樣的？
一個(gè)很簡單的檢驗(yàn)方法：能夠減少甚至免除在開發(fā)過程中技術(shù)人員跟產(chǎn)品經(jīng)理溝通的文檔就是好的文檔脸狸。
從這個(gè)原則出發(fā)最仑，好的文檔應(yīng)該要滿足以下幾個(gè)條件：
1. 沒有邏輯硬傷——不會(huì)出現(xiàn)文檔前后邏輯不一或邏輯不通。
2. 沒有疏漏——要定義清楚細(xì)節(jié)炊甲。
3. 邏輯清晰——盡量在文檔里配合開發(fā)人員從全局出發(fā)定義清楚問題泥彤。
4. 可讀性強(qiáng)——盡可能更加友好地把事情說清楚，不要讓開發(fā)人員找你反復(fù)確認(rèn)卿啡。
產(chǎn)品經(jīng)理不僅僅是要理解用戶的需求吟吝，還要配合好開發(fā)人員理解他們的需求。需要輸出給他們有效牵囤、友好的具體功能描述爸黄。
輸入是不斷跟用戶產(chǎn)生互動(dòng)滞伟，輸出就是不斷跟開發(fā)人員產(chǎn)生互動(dòng)。
文檔邏輯
主要分為3塊：功能框架邏輯炕贵、業(yè)務(wù)流程邏輯以及功能描述邏輯梆奈。
功能框架邏輯
一個(gè)比較簡單的梳理功能框架邏輯的方法是拆分組合。
拆分：把產(chǎn)品的功能（或預(yù)期有的功能）枚舉出來称开，組成相對(duì)獨(dú)立的模塊
組合：把羅列出來的產(chǎn)品功能組合成相對(duì)獨(dú)立的模塊
這個(gè)方法還可以用在對(duì)其它產(chǎn)品的分析上面亩钟，比如可以用這個(gè)方法分析一下得到。
業(yè)務(wù)流程邏輯
業(yè)務(wù)流程的梳理鳖轰，可以從兩個(gè)維度進(jìn)行：面向事件以及面向?qū)ο蟆?/p>
面向事件指的是要整理出一個(gè)有可能出現(xiàn)多步操作的事情清酥，整理出健全的流程，邏輯清楚且不存在疏漏蕴侣。
面向?qū)ο笾傅氖菍?duì)象的生命周期代表著一次完整的功能使用焰轻。（例：一個(gè)訂單的生命周期）
功能描述邏輯
在描述功能時(shí)要注意以下幾點(diǎn)：
1. 完整：盡量枚舉所有的情況，并且分情況詳述功能內(nèi)容昆雀。
2. 考慮所有影響點(diǎn)：對(duì)任何認(rèn)為細(xì)小的改動(dòng)都有可能牽扯到其它地方辱志，所以必須特別注意。
3. 條件判斷清晰：在什么情況下會(huì)觸發(fā)什么樣的功能（if…else狞膘、while揩懒、switch）
4. 含義明確
5. 敘述背景
6. 功能所要達(dá)到的目的
總結(jié)
文檔的完整性和邏輯性是在寫作文檔的時(shí)候必須要重點(diǎn)關(guān)注的。
