以下是根據我的工作做的，覺得適用於各行各業的部分歸納等，分篇連載。為免洩露公司機密，僅個人歸納概括，希望對各位工作有借鑑作用：
一、需求文檔：
寫需求文檔是產品經理的重要工作，也是考核一個產品經理能力的基礎項，個人也還在摸索中，我的老闆需求文檔就寫得十分好。在此簡介一下一般的需求文檔格式：
1、前言：包括文檔目的、範圍以及術語表；
文檔目的：本文檔針對xxxxx（需求、功能等）進行說明，以此作為設計、開發和實施的依據；
範圍：x.x版本的xxx（迭代的版本號、iOS/安卓、功能名等）
術語表：文檔中提到的一些重要詞彙的名詞解釋；
2、項目要點：
項目目的：這個需求或功能的實現，到底是為了什麼，要達到什麼效果；
設計關鍵：實際上就是項目的關鍵，幾個需要重視不能出錯的核心要點；如風險控制、能力調用、在線更新、顯示邏輯等等；
版本記錄：該功能需求的迭代記錄，如V1.0版本，x年x月x日；
3、概要：對文檔中涉及到的要點進行概括（實際上就是展示文檔的框架）
4、特性：這是需求文檔的重中之重，開始一個一個小點展開來描述；
一般先圍繞該功能/需求的幾個板塊，先分開一個一個板塊陳述；
如圖所示，針對一個大的板塊，還要繼續細分到以下幾個小的板塊特性；
然後就是圍繞著小的特性進行詳細深入的描述：
優先級：一個需求文檔裡面會有多個特性，因此需要講清楚哪個優先級比較高；
用戶場景：簡述設想中的該特性的用戶場景是如何的；如xxx情況下，用戶xxx；
功能描述：這可以說是需求文檔的核心中的核心了，描述特性，設計、開發、測試同學都是根據這裡面的描述來工作的，所以就很考驗功力。
功能描述不是簡單的寫我要什麼功能，它應該怎麼怎麼用就行，它必須考慮周全。要寫的包括（不一定每個特性都牽涉以下全部點）：
流程圖：一般來說會用visio來畫流程圖，用於分解這個功能，一目瞭然知道這個功能要怎麼走；（圖片摘自百度）
後臺支持：後臺是否要支持、是否要配置、後臺顯示策略、灰度策略、針對設備等等；
功能邏輯：簡單來說就是每個操作下的反饋，會觸發些什麼，下一步是什麼；往往要考慮能不能調用，能不能在最少的路徑下完成特定的操作，一方面節約開發成本，另一方面產品的整體性也會很強，這十分十分考驗產品經理的邏輯能力和對產品的理解，需要以後展開來說；
操作細節：即各種操作後的反應、觸發時機等等，所有細節所有方面必須考慮到，正常的操作應該如何如何，萬一斷網了或各種異常又應該如何如何，所以說產品經理也是十分考驗細節的工作；
設計圖：為了講清楚自己想要的，需求文檔裡面得有設計圖，一般來說有交互圖（用axure畫）即可，因為這個文檔還要拿去pk，pk出一致方案後才會進入視覺設計的環節；
異常情況：要知道千萬用戶，上百種機型，可能會有很多突發情況，必須趕在用戶遇到之前想得清清楚楚，否則用戶遇到了，就會覺得這個產品用的不爽。所以說產品不好用，產品經理必須負責；
運營資源投入：有些功能可能還需要寫到運營投入，需要怎麼把這個功能給跑起來；
最簡單的需求文檔介紹大概就是這樣，但要寫一個考慮周全，十分完美的需求文檔是很難很難的。需求文檔又必須儘量完美，否則之後鏈條的同學都會被連累，也會受到很多pk，直接影響產品的質量，所以必須慎重。一般來說需求文檔都會經過多次修改和pk。
2、ppt：
考慮到機密問題，僅簡介幾種圖表
規劃類：roadmap
需要把功能之後幾個版本的規劃寫出來，這個功能包括哪幾個維度，然後每個維度之後幾個版本中要做到什麼樣子，都得列出來；
金字塔圖：因為產品以及用戶、策略都是有分優先級，得排個先後，所以金字塔圖很好地反映這層關係，從最基礎的，是哪一步，哪些人群，要做什麼，到上面頂端的人群、要做什麼等等，一目瞭然；
彙報類：
一般邏輯如下：
行業及競品分析---自己的產品定位及形態---核心模塊介紹---數據情況---版本進展及後續---產品發展訴求（就是之後要重視起來更多投入的地方）
具體怎麼寫又得另起一文了，在此不表；
產品介紹：
產品簡介---需求分析---體驗閉環---功能詳細介紹---關鍵環節、核心玩法等---產品未來規劃；
產品體驗類：
競品概況---重點競品分析（核心功能介紹、優劣分析、獨特之處、用戶反饋）---競品借鑑點梳理；
3、excel：
簡單來說excel主要發揮兩個作用：
一是通過表格清晰地反映n對n多維度的信息，一目瞭然，如各種板塊及特性圖、bug跟進、用戶反饋等等，都可以清晰地反映出來
也就是通常所說的，能用圖表反映的，都不要用文字；要養成一大堆文字，則考慮做成圖表反映以及刪字，概括出重點；
2、洗數據，出結論：
同事和老闆對一大堆原始數據，除了幾個關鍵數據外都是不感興趣的，因此必須整理數據，按一定的維度和要求等，歸納出清晰的圖表，如柱狀圖、折線圖等等，以及配上一兩句概括性語言；
閱讀更多 產品經理楊家俊 的文章
