技能GET：高效产出PRD的“三不”原则.docVIP

技能GET：高效产出PRD的“三不”原则 　　简单来说，拒绝高保真、拒绝废话、拒绝重复，把自己的时间花在产品的核心驱动力上，减少对无用功的投入，降低单调重复的操作频次，才能保证高效产出有价值的牵引力。 　　 　　现在业内对于产品需求文档（PRD）普遍认同的交付形式是Axure的原型+文本，当然你也可以说是Sketch或者PPT等形式，不论是哪一种，都是用可视化替代Word（喜欢看文本的程序员可能是假的）。 　　本文仅陈述个人对于产品需求文档的看法。 　　一、PRD的主要构成 　　1.概要 　　文档变更记录（版本迭代、版块及功能说明、记录人等，其实就是简化版的功能需求清单）、全局规则说明（升级逻辑、异常逻辑、交互说明、输入限制…）、名词解释（积分、金币、白银会员…） 　　2.业务说明 　　产品功能主框架（功能/信息结构图、业务结构图/流程图、一级页面流转图）、权限说明表（角色权限、数据权限、功能权限）、页面交互/功能模块元素构成、规则说明 　　3.原型图 　　各页面的线框图、基本的交互形式、文本注释（缺省状态、字段名称、流程说明、等待时长说明…） 　　4.非功能性需求 　　地理位置获取、Push推送机制、敏感词过滤、CDN缓存策略、本地文件存放策略… 　　 　　如果这是产品的第一个版本，则需要在产品的功能结构、业务流程等逻辑层面上花更多的时间去说明，一方面降低与开发人员、项目经理、U