整个产品周期大致分为产品市场分析-产品研发-产品交付三个部分，上一期说完了产品经理对于市场分析部分所需要输出的内容。这一期会说第二部分内容，也就是产品研发部分。
1、原始需求文档
这是很多产品经理在市场分析过程结束之后会直接跳过的部分。
在刚开始的几年，我都是直接写软件需求，描述产品应该具备哪些功能，每个功能的流程具体是如何的等等。这样做就会导致对产品没有整体的概念，直接聚焦于具体功能细节，专注于某个功能点，忽略用户原始的需求，整个产品逐渐会变成一个四不像。最终的结果就是投入了很多但收效甚微，用户依然觉得不好用。
所以原始需求文档是产品经理必不可少的输出内容。这份文档中的内容重点不是功能和实现方式，而是用户原始的痛点和场景。大概格式如下：用户类型+遇到的问题场景+产品的初步分析。举个简单例子，就拿打车软件为例，涉及到的原始需求如下：
一开始的原始需求可以很简单，但是一定要列出来，从上述表格中能知道，打车软件的核心就是建立乘客和司机的连接，尽量快速的将两者匹配起来完成交易。那么在软件层面来说，所有的功能都是围绕着这两条原始需求的。如果其中有一个功能和原始需求背道而驰，那么理所应当的就应该被砍掉。
当然这样的颗粒度是远远不够的，接下来就要对着两条原始需求做拆解，就拿用户的来说：
这种拆解的原始需求就可以逐步定位产品的特性了，比如上述拆解的内容，转化成产品特性就可能包含：
- 需要适配包含移动App、微信小程序等移动终端方式
- 需要呈现司机的接单情况和车辆的具体型号、牌照等等
- 可以有相应的高峰加价策略，但必须在产品页面中提前告知
以上只是简单的举例子，我想表达的意思是，只有采集、整理并分析了用户的所有原始需求后，才能知道产品应该做成什么样子，而不是上来就直接写细节功能。之后的产品迭代过程也是如此。
2、产品需求文档
产品需求文档是每个产品经理都必须要做输出的东西。需求文档一般以产品版本作为输出的频率，一个版本一份文档，可以通过不同的评审反复修改并最终归档。由于产品版本的需求文档属于公司内部的资料，阅读者一般来说是设计、研发和测试，所以由于不同产品团队的人员组成和特点，每个产品经理写需求文档的风格也会有所不同。我所理解的需求文档中所包含的内容可能会包含以下部分：
(1) 业务流程描述
如果此版本中有包含业务流转的内容，那么在描述功能之前需要有关于此功能的整体业务流程图，流程图展现的是产品在此功能上包含的用户触点、整体业务流转方向等信息。设计需要参照业务流程图组织设计原型的文档结构和顺序、研发需要考虑整体的架构设计，测试需要按照流程编写测试用例。
(2) 权限描述
权限描述包含了产品版本功能的用户种类和各自能够使用的功能菜单、查看到的数据等等。表现形式一般为产品用例图+描述。这对于比较复杂的系统拆解非常有效，把权限规则提前在文档中标明也能节省开发和测试的工作，提升整体研发工作效率。
(3) 功能描述
写完业务流程并且描述完权限情况后，一般来说就可以详细的描述产品需求了。
由于需求文档的读者是整个产品研发团队的所有节点并且是唯一参考源头，所有节点的产出（概要设计、详细设计、低保真&高保真设计、测试用例）都会参考这个文档，所以我自己会非常仔细的把每个功能尽量描述清楚，可能会包含以下内容：
功能点描述：即便是有流程图和用例图，依然无法详细的说明用户如何使用产品，所以在功能点的描述中应该详细说明用户的使用行为和路径，以及在使用场景中产品提供的功能。
字段：这个部分比较有争议。由于需求文档需要提供给交互和视觉进行原型设计，设计师就势必要把需求转化成页面，所以在页面上需要有哪些字段，这些字段是否都有明确的来源，字段限制是哪些都必须非常清楚的说明。在我的理解中，在此基础上输出的设计稿才能最大限度的缩短修改的时间，设计师只需要专注设计方案的合理性而不用考虑之后由于字段增减变化带来的页面改动。但是有的产品经理不会规定到如此细致，希望设计师将这些内容自行补上，这建立在设计师对产品业务和结构非常了解的基础上，简言之就是如果需求文档写的多一些，设计就少做一点，以此类推。
兼容性、性能和对外接口能力：这个部分是在设计稿体现不出来的。产品的兼容性和性能要求是需要产品经理根据实际的用户使用场景规定的，对外接口能力属于产品经理在考虑后续对外开放时需要提供的能力范围，在产品出现新功能时，势必要考虑后续的功能迭代与第三方接入可能性。
下面是我平时做的一个简单小功能的需求例子，没有敏感信息，仅供参考：
3、咨询管理
用户能够在前台对某件事项进行咨询，管理员能够在后台查看到相应的咨询问题并针对问题进行答复，咨询管理功能分为如下模块：
(1) 待回复列表
列表字段包括对应事项名称、问题内容、咨询时间、所属管理员；
操作内容包括回复和忽略。可针对某个咨询问题回复一段文字，不超过1000个汉字；进行忽略操作后将此问题置于忽略列表；
(2) 已回复列表
列表字段包括对应事项名称、问题内容、回复内容，咨询时间、回复人、回复时间；
(3) 忽略列表
列表字段包括对应事项名称、问题内容、咨询时间。针对忽略的咨询，可以回复，回复后此条数据会更新至已回复列表；
