以下是根据我的工作做的，觉得适用于各行各业的部分归纳等，分篇连载。为免泄露公司机密，仅个人归纳概括，希望对各位工作有借鉴作用：
一、需求文档：
写需求文档是产品经理的重要工作，也是考核一个产品经理能力的基础项，个人也还在摸索中，我的老板需求文档就写得十分好。在此简介一下一般的需求文档格式：
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、洗数据，出结论：
同事和老板对一大堆原始数据，除了几个关键数据外都是不感兴趣的，因此必须整理数据，按一定的维度和要求等，归纳出清晰的图表，如柱状图、折线图等等，以及配上一两句概括性语言；
閱讀更多 產品經理楊家俊 的文章
