2.总监手把手教你如何撰写一份合格的产品需求文档.pdfVIP

怎样写好PRD 讲师：施沈阳 PRD遇到的挑战? „  文档是哪个SB设计出来阻塞项目进展的 „  产品总监、开发、测试干嘛老不断挑刺 „  交接一个新产品 ，翻看原文档发现不知所云 什么是PRD? Product Requirement Document 产品需求文档 „  对产品需求的完整描述 „  开发和测试的唯一依据 „  产品经理考核依据 „  后续历史追溯和备案 写PRD的理想境界 多、快、好、省 „  多——完整 l  各功能点无遗漏 ，无缺失。 „  快——高效 l  从方案确定到文档完成耗时短。 „  好——准确 l  无歧义 ，结构合理 ，便于开发及测试人员阅读和理解。 „  省——低沟通成本 l  讨论、评审、后期修改通报 ，流程合理 ，沟通顺畅。 基本步骤 „  是否立项 „  搭建框架 „  梳理主线 „  填充细节 第一步 ：是否立项 1.  老大让立项不代表真的值得立项 „  经验、直觉不代表真理 2.  问题目标—论证—资源（性价比 ）研发周期测量方法 „  不能发现问题的PM是不合格的 „  建立指标模型 ，如果需求不紧扣这些模型 ，那估计哪错了 „  不能量化的目标不值得做 „  没有推导过程订立的目标小心无法完成 „  不能评估工作量的需求没法进行性价比评估 3.  这部分只所以重要原因如下 „  如果模型评估 ，发现目标太低 ，性价比太低 ，你就不用写文档了 „  如果发现目标可以特别高 ，恭喜你资源向你奔来 „  如果一开始没有想明白就开始动手写文档 ，50%概率你会写偏 第二步 ：搭建框架 将产品所有功能进行合理分解和排序 ，确定PRD各节标题。 基本规则 ： „  按页面元素分解 上—>下、左—>右 „  按用户操作步骤分解 提交—>展示—>展示后编辑 „  按在系统中所处位置分解 前台页面—>用户管理后台—>官方管理后台 „  按功能主次分解 主要功能—>次要/附属功能（特殊权限、广告位、 其它相关说明等 ） 第三步 ：梳理主线 按照已确定的PRD章节顺序 ，用关键示例图 +简要文字描述 的方式对主要功能点进行说明。 „  此步骤只关注功能主线 ，不用有过于详细的描述 ，也不用涉及 各种特殊状态和细节的处理。 „  使产品所包含的主要功能在PRD中有完整体现。 „  在主要功能点的整理过程中 ，对PRD的结构及时进行合理调整 „  时刻回顾下主线跟目标关系 „  此步骤完成之后 ，可与开发人员进行初步沟通 第四步 ：填充细节 „  对产品功能及其它相关需求进行完整说明 „  包括所有操作流程、判断逻辑、权限区别、页面效果、特殊 状态处理、错误提示、已有功能说明等 „  此步骤完成之后可发起内部需求评审 细节说明通常会占到PRD篇幅的70%以上。一份细节清晰完整 的PRD是项目顺利进行的有力保障 ，也是PM对产品理解和 掌控程度的重要体现。 1.任何页面都要说明“从哪来 ，到哪去” „  页面入口 „  PC时代有title、DESC、KEYWORD „  页面初始状态 „  页面展现和功能细节 ，按一定顺序描述 „  各链接点击效果、指向地址、打开方式、刷新方式 „  浮动层具体策略 是否自动关闭 右上角是否展示关闭按钮 ，点击效果如何 若在浮动层中可打开新页面 ，原浮动层是否关闭 关闭后是否刷新页面 …… tips ：如果能用低保真交互原型进行表现 ，可以丰富你的文档。 2.不要只考虑普通用户 若页面对不同权限用户有不同展示和功能 ，要完整 说明并提供准确示意图。 „  审核人员 „  普通用户 „  登录会员 „