PRD的基本结构
PRD是产品经理用来与技术人员或其他相关人员进行信息传递和沟通的工具。
PRD的组成：1.变更日志 2.需求描述 3.产品功能设计
1.变更日志
将产品变化记录在PRD中，并标记变更时间、变更原因、变更人、变更内容。
变更日志格式
PRD变更日志可以很方便的为具体的产品需求变更情况做索引，既能回溯版本，也可以通过关键点的记录辅助沟通。
2.需求描述
需求描述是用来介绍产品功能所满足的业务需求和用户需求的，如果产品经理在设计产品时不知道产品功能满足了什么需求，那么这个功能就很有可能成为一个无用的功能。若无必要，勿增实体。
业务需求：指该产品功能在业务开展中扮演的角色。
例子：在医疗App当中，如果一个用户关注了某个医生，那么可以做一个全量的数据统计，看平台上被关注的医生中哪一个科室的比例最高，根据这个比例可以推断平台上的用户对哪一个科室的医生更感兴趣或者需求量更大，基于这个结论就可以在平台上多推出相关的运营活动或者推动业务。这个关注功能的业务需求就是提供业务动作，指导数据，并且在系统里沉淀这种关系数据，为业务打法提供支撑。
用户需求：指该产品功能在用户场景中，为用户解决了什么问题，用户通过这个功能完成了什么任务。
例子：还是以为关注为例，这个功能所满足的用户需求是能让用户将自己感兴趣的医生单独收产品的关注医生列表，便于用户快速找到自己感兴趣的医生，并且在下次咨询时，能在最短路径内直接找到该医生，省去查找搜索的过程。
3.功能设计
「1」业务流程
通过业务流程让PRD阅读者知道要完成一个什么样的任务。
业务流程图示范
「2」信息结构
信息结构是产品表现的雏形
信息结构示范
「3」产品原型及交互逻
预约医生产品原型图
产品原型通过具象化的方式将产品界面和每个界面的基本功能及跳转的逻辑表现出来。产品界面上的信息对应产品信息结构中的信息。
4.如何评判一个需求的价值
在接到需求的第一时间，首先要对需求进行分析和处理，分析过后要做出是否接受及开发排期的决定。
需求的维度
总的来说，需求的价值只有一个衡量标准：是否提升了用户价值。所有的产品决策和产品设计都应该围绕着用户价值展开，用户价值具体体现在对用户需求的释放、用户体验的升级等方式。
评判产品需求的价值
「1」需求是来自用户还是“用户”
考虑需求是否真实，是否能够解决用户场景中的问题。
「2」需求来自少数人还是多数人（是否高频、需求的用户群体是否够大）
一个产品需求是否有价值，取决于是否给多数用户带去价值，只有主流用户的需求被持续满足，产品才有希望被大众用户接纳和认可，而且这个数量级越大越好。
「3」需求对产品战略的落实是否有促进作用
有些需求看似正确，但其实是违背产品战略的，例如美团的核心战略是外卖，不能因为需求的出现而贸然与产品战略方向背道而驰。
5.基于目标用户写作
基于目标读者的写作不仅要把事情说清楚，而且要说明为什么，在PRD中的需求描述里要写明本次变化的原因，是基于产品战略考虑还是关泽数据后得出的结论，或者是用户反馈的结论。
6.PRD中的产品逻辑
产品逻辑主要是指产品功能模块内部和功能模块之间的相关逻辑，模块划分的越清楚，之间的交错就越少。
产品逻辑：功能逻辑、交互逻辑、边界规则
「1」功能逻辑
产品中正常情况下的功能逻辑与异常情况及特殊情况下的处理要明确标记。
「2」交互逻辑
在原型设计阶段，要为产品功能之间的流转设置交互逻辑（利用惯性思维-“从哪进就从哪儿出”）
「3」边界规则
产品功能在临界状态的规则和处理。
每次遇到不懂的名字一定要寻根问底问明白，这种信息获取的越多，对技术的理解就越深入。
7.沟通胜过文档
在进行需求阐述时，讲述的过程应该是：时间、背景、基于数据/用户反馈/战略考虑/遇到的问题、如何做、这样做的好处是什么（能够带来什么价值）。
在沟通之前，首先查看产品功能所设计的逻辑是否已经完整。
看起来漂亮只需要通过好的视觉设计就可以实现，这是产品给人的第一印象，用户开始使用后，功能和交互的赊借就会产生用起来的感受，自然的使用体验是最能让用户没有束缚感的，而价值感带来的是超出预期的体验，超出预期是产品带给用户的额外体验，这种感觉会让用户阐述情感认同，从而愿意深度甚至长期使用产品。
网友评论