记得自己在学习PRD文档撰写的时候，总希望能找到一份比较全面详细又易懂的模板。如果你也曾有相同的困恼或者尚未遇到满意的答案，或许本文可以提供不错的参考。
（往下阅读之前，希望能先思考一下：为什么需要写PRD 文档？欢迎评论讨论）
惯例，还是先甩图
不同公司、不同团队或产品对PRD文档的要求不同，不同PM的撰写风格也各有所异，本文力求全面而简洁，仅做简要概括。
简书，在我看来长这样
本文“简书”移动端为例，按照上图的总结写一份简单的PRD文档框架，希望能帮助同为“简书”用户的大家更好地理解。（PM菜鸟一枚，简书新用户，重文档轻分析）。
1、版本信息
2、文档说明
2.1 文档简介
本文档主要描述简书APP的功能需求点及其设计，目的在于清晰地定义各模块的需求细节及逻辑流程。
2.2 文档读者
本文档主要面向以下读者：简书APP项目的研发人员、测试人员、产品经理、市场运营人员、管理人员等。
2.3 专业术语
可在此提前交代一些专业术语以方便后文理解（通常以表格形式），也可见附录8.4
目录（略）
3、产品简介
3.1 产品定位
简书致力于提供最好的分享体验，为写作者打造最优秀的写作软件 ，为阅读者打造最优雅的阅读社区。“交流故事，沟通想法”是简书的slogan。
3.2 产品特色
简单优雅的设计、良好的交流氛围、丰富的文章主题、Mardown富文本等特色功能
3.3 用户分析
主要用户为喜欢分享交流、爱生活拥有文艺气息的年轻人，喜爱文字并想在喧嚣网络中沉淀文字的读写人。
4、产品架构
4.1 产品结构图
此文仅述主要模块，应展开至最小用户可见单元。
4.2 信息结构图
信息结构以信息为维度，比如用户信息，用户文章信息，用户行为信息等，与产品结构可对应分析，不再陈述。
4.3 总体流程图
总体流程可说明产品的基本的用户行为路径，有助产品理解。
5、详细功能说明
5.1 功能列表
功能列表作为功能需求说明的总览，可分模块描述。
5.2 原型界面
每一个模块功能的需求说明都应该包含详细的原型界面图及流程图，此作简单示意图（重置密码）。
5.3 用例流程
6、非功能性需求
6.1 性能需求
1、前端内容展现应保证用户在WIFI及移动网络下阅读体验流畅；
2、万级用户在线时后台信息处理稳定且快速等等。
6.2 系统需求
兼容Andriod、IOS各系统版本（包括最新版本）
6.3 运营需求
用户/内容管理系统开发、用户数据分析系统开发等
7、项目规划
有的项目或产品并不包含该部分，但通常要交代产品的风险分析及应对策略。
8、附录
大量的相关参考文档可放置附录，以避免篇幅过长影响阅读。通常包括原型/UI文档、MRD/BRD文档、技术文档、专业术语。
至于，一篇简单的产品需求文档雏形就有了。再次强调本文旨在提供PPR文档模板的一份参考，你对开篇的思维导图有印象就足够了，希望对你有所帮助，可喷可讨论，谢谢~
