【文章摘要】分析并梳理出核心业务流程，可以帮助项目成员了解产品逻辑。涉及到多个角色的业务流程，可以使用泳道图，单个角色可以使用普通的活动图。另外，在分析业务流程的时候，还可以配合使用状态图和顺序图，具体使用什么工具，视情况而定，重点是梳理清楚逻辑。
本文作者：宫毓蔓
PRD即产品需求文档，是对产品需求的描述，内容主要包含产品的功能和性能的说明。PRD是项目启动之前，必须要通过评审确定的最重要的文档。
写PRD文档，其实就是一个产品的业务需求分析的过程，逻辑如下：
1、整理产品结构
产品是由功能和内容组成，这些功能和内容，按照某种方式，组成频道/模块，最终形成产品的整体结构。这里仅仅截取了一部分的产品结构图：
产品结构一般通过MindManger梳理。
2、分析核心业务流程
分析并梳理出核心业务流程，可以帮助项目成员了解产品逻辑。涉及到多个角色的业务流程，可以使用泳道图，单个角色可以使用普通的活动图。另外，在分析业务流程的时候，还可以配合使用状态图和顺序图，具体使用什么工具，视情况而定，重点是梳理清楚逻辑。这里截取一部分的泳道图：
3、分析及整理用例
这个步骤是更具体的一步，前面两个步骤是确定了范围和流程，而这一步是针对某一功能做具体描述。这里有两种方式：用例描述和功能点描述。这两者最大的区别是描述的角度不同，用例是从人和系统的旁观者来描述，而功能点是从产品角度进行描述。通过用例描述需求，最好是用统一的模板进行描述，而功能描述只需在Axure中以注释的形式进行描述即可。
关于需求怎么描述，没有完全正确的方式，只有最合适的方式，这个因人而异。
4、分析及整理非功能性需求
非功能需求涉及比较广，比如性能需求，访问速度如何、最大能支持多少人同时访问；比如设计需求，产品要设计成小清新风格还是成熟稳重的风格等；还比如统计需求，产品要统计哪些字段，形成哪些报表等。
5、整理需求文档并评审
当完成了以上4个步骤以后，其实整个产品的逻辑已经很清楚了，这时就可以进行汇总整理出需求文档。之后需要和项目相关的负责人一起评审，评审确认通过，就可以进入产品的实施阶段。实施一般是由项目经理负责，但是很多公司没有配备该岗位，这就要求产品经理拥有项目管理的能力，来推动产品顺利实施并上线。
PRD文档，只有最合适的，没有最好的，每个人所在的公司背景都不一样，一般大公司要求文档规范，细节到位，小公司可能只需要记录关键信息，剩余的靠口头沟通，甚至都不需要文档。还有一部分，直接通过Axure描述产品需求。PRD文档，最重要的还是产品的思考和整理的过程，当以上步骤梳理清楚后，文档只是水到渠成的产出。个人认为，只要内容清楚，文档格式并没那么重要。
本人小白一枚，我是结合各位大神以及自己平时工作的经验，做的整理，有描述不对的地方，欢迎大家指正。
本文由@宫毓蔓 原创投稿
转载请注明来源于产品壹佰并附带本文链接
产品壹佰非常欢迎产品界的各路大神、人神、女神、男神、土豪、屌丝来稿！
共同分享爱，明天会更好，小编等你来稿：ann@chanpin100.com
网友评论