八、产品经理如何写一份高质量的PRD
1 PRD的基本结构
PRD(Product Requirement Document,产品需求文档)，由产品经理专业。是与技术及相关人员进行信息传递和沟通的工具。基本结构如下，每个公司基本都有需求文档模板，会更细：
1.1 变更日志
1.2 需求描述：用来介绍产品功能所能满足的业务需求和用户需求。
业务需求是指该产品功能在业务开展中所扮演的角色。
用户需求是指该产品功能在用户场景中为用户解决了什么问题，用户通过这个功能完成了什么用户任务。
以“关注”功能举例：业务需求比如是获取兴趣数据，为业务发展提供指导，比如关注医生可生等线下，线下可以运营活动或推动业务。
用户通过关注可以方便快速查找。
1.3 功能设计
产品功能设计包括产品业务流程，功能信息结构，产品原型及交互逻辑，产品视觉设计。
产品原型设计包括产品界面线框图设计，也包括基本交互设计。
2 如何判断需求的价值
可以从三个维度来判断需求价值：需求来源，目的，价值。需求的价值衡量标准：是否提升了用户价值。
2.1 需求来源：用户-真正意义上的产品用户。“用户”-产品经理、老版、开发等
来自用户的需求比“用户”的需求优先级高，更有价值。
2.2 需求满足少数人还是多数人？有价值就好
2.3 需求对产品战略的落实是否有促进作用，要知道去往何方，为谁服务，为用户解决核心问题是什么
3 基于目标读者写作
主要是工程师，为例。
1）以技术实现思维审视PRD里的内容，结合现有产品功能的实现方式判断新prd带来的改变。比如是否涉及结构性调整，还是微调。
2）关键规则，包括隐藏规则和队其他模块的影响。比如注册个人信息邮箱由选填修改为去掉，那么：
A. 新逻辑和流程：后面注册的用户无需填写邮箱
B. 如何兼顾老版本的用户，邮箱这个数据字段要保留，处理方法是什么
C. 特殊情况，如果新注册用户没地方填写邮箱，如果员工老版本登录使用产品，邮箱如何显示等
基于目标读者的写作不仅要把事情说清楚，而且要说明白为什么。在prd中的需求描述里要写明本次变化的原因（背景），是基于战略还是观测数据后得出的结论还是用户反馈得到的结论。在PRD里要写清楚变化的缘由及如何变化，还有就是变化的处理方案。
4 PRD的产品逻辑
产品逻辑主要指功能模块内部及功能模块之间的相关逻辑，模块划分越清楚的产品之间交错的逻辑就越少。主要包括功能逻辑，交互逻辑，边界规则等。
1）功能逻辑：正常情况逻辑，异常情况逻辑等
2）产品交互逻辑
3）边界规则：包括一些隐性规则，比如密码要求6位，是否允许特殊符号或大小写等。
5 PRD里的技术规则
比如短信模板，里面的一些参数就是技术中的一个数据字段，如何能用变量字段名写模板，就很清晰。
6 常用工具 word x-mind axure sketch等。
7 功能PRD和技术型PRD
功能型PRD或传统型PRD主要面熟产品的功能设计及具体的业务逻辑。
技术型PRD会在其中添加技术术语，帮助工程师理解产品经理设计意图，提高执行效率降低沟通成本。
8 沟通胜过文档。PRD是传递产品设计意图的载体，是结果，是沟通结果的沉淀。
产品经理是一个复合职能
沟通永远是产品经理需要学习和提高的技能，好的产品经理肯定是个会讲故事而且能站在不同角度讲故事的人。
