金莱克 大道产品 7月19日
在进入正文之前，
我们先来看一下prd现在的处境。
撰写prd困难吗？
不难写，现在网上可以借鉴的prd够多，照葫芦画瓢，也能也出一份像样的prd。成熟的公司也都有规范文档。
撰写prd简单吗？
不简单，它伺候的人可多了。产品经理、项目经理、技术人员、UI、测试还有运营。
众口难调啊！
所以，一份prd不难写，难写的是一份阅读性高、逻辑性强、层次清楚且针对性强的prd。
正文
prd要解决产品经理管理迭代产品的需求、项目经理分配任务的需求、技术人员开发产品功能的需求、UI了解交互、设计界面的需求、运营数据分析的需求以及业务人员了解产品的需求。
prd真的不好写啊！
此文就以解决需求的思路来介绍一份优秀的prd的写作思路。
1.产品经理管理产品迭代的需求
产品修订记录表：
以表格的形式让产品迭代的信息可读性更强，产品的每个版本都有迭代记录可查询，方便产品经理了解自己产品的演变，更宏观的去思考。
2. 业务人员了解产品的需求
对于产品信息方面，其详细程度视公司要求。但必须要回答如下几个问题：
1. 产品是什么？（产品定位）
2. 为什么要设计这个产品？
3. 产品的目标用户是谁？
4. 产品目标是什么？
3. 项目经理分配任务、制定计划的需求
项目经理需要对产品开发制定计划，并根据产品的功能、功能的数量、功能的优先级合理分配任务以及规划。
如下图就是合格的prd必须具备的功能列表：
功能列表同时也能帮助产品经理全局把握产品功能，加深对产品功能的分布以及理解。
4. 技术人员开发的需求
这个需求乃是所有需求的重中之重，这里描述产品需求要做到描述全面、层次明确、逻辑清楚以及简洁明了。
大概可以分为两点进行描述：产品架构以及产品需求。
我们先来看看技术人员是如何理解一个产品的，也是从5个方面。
1. 逻辑层——产品需求逻辑化
2. 实现层——运用函数、算法实现
3. 接口层——各模块交互的渠道
4. 数据层——程序执行的结果
5. 架构层——技术的结构，调用关系
而我们需要做的就是帮助技术人员完成逻辑层。
宏观上需要理解产品的整个结构
一个产品包含多种功能，需要根据业务类型对其模块化的分类，因为技术层面上，也是根据模块化进行设计的，模块需要清晰，不要耦合在一起，这样回头迭代也会更方便。这就需要绘制好一份功能模块分类清晰、逻辑明确的产品结构图。
详见这篇文章。
5分钟搞定产品结构图
产品结构说明完之后，便可以针对每个产品需求进行细说。产品需求分为功能性需求以及非功能性需求。
先来讲解如何描述功能性需求。
我们先来分析搜索这个产品需求，如图所示：
需要注意的是，用户需求与产品需求不同，用户需求是抽象的，产品需求已经是具象到一个按钮、一个界面去满足用户需求，就如上图，就是一个搜索的产品需求。去描述一个需求可以从用户、场景、行为、目的需求四元素进行基础性的描述。
然后要把搜索的逻辑梳理清楚，可以根据用户行为的先后来进行分析，比如:
搜索前:是通过哪个入口进入的，
搜索中:是否有提示、数据是否需要存入数据库，
搜索后:的结果是何种逻辑，无搜索结果的状况是什么，搜索结果按照什么排序？
将这些问题思考清楚，梳理完成，绘制一张用户搜索的流程图。
最后再详细地去介绍用户操作时各个元素的交互效果，以及操作后界面的反馈。如下图用例所示：（简单来说，用例就是描述需求的一种方法）
非功能性需求
视产品而定，但安全、性能以及数据需求是每个产品所需具备的非功能性需求。
这里注重讲一下数据需求也就是下一个要介绍的需求
5. 运营分析数据的需求
运营人员需要对数据分析进行精细化运营，提高转化率，需要了解到用户使用产品的状况以及问题，而用户的状况只能通过数据来间接体现，故数据的采取尤为重要。（不仅是运营人员要分析数据，产品经理也需要分析数据）需要进行埋点的数据有：
页面UV：按日对设备号去重。
页面PV：计算访问次数。
退出次数：计算从该页面离开网站的次数，用来衡量该页面的质量。
退出率：退出次数/页面PV。
页面停留时长：下一页面时间与本页面时间之差，一般取中位数。
6. UI设计界面、交互的需求
UI需要输出高保真的界面，以及设计规范，需要给UI人员提供交互以及界面的说明，所以在prd中要涉及到原型图的说明（图例中的元素说明），对于一些全局性的交互说明、界面说明，可以放在全局说明中，例如以下的全局点击的交互效果：
导航栏的说明：
对以上内容进行梳理可以得到如下的框架：
小结
写prd对于产品经理来说是进一步梳理与思考产品整个系统，在写的过程中也会发现产品中的逻辑问题、用户体验问题，同时技术、UI等人员阅读时也会提供产品上的建议，仔细想想，撰写prd只是思考与沟通的工具，咱们最后服务的都是产品！