产品需求文档PRD模版 产品设计文档和需求文档


产品需求文档PRD模版 产品设计文档和需求文档

文章插图

产品需求文档PRD模版 产品设计文档和需求文档

文章插图
人人圆桌
人人圆桌是在群讨论的基础上,通过筛选人员、限制讨论时间的一种讨论模式,以达到帮助新人成长、发散思路和学习交流的目的;而且因圆桌讨论的特殊性,也能在讨论中暴露出一些工作和思维上的问题 , 避免工作时再次犯错 。
规则介绍
人人圆桌开启时间为每月第二个周四晚上20:30,历时60分钟 。圆桌主题确定后会提前在众多报名者中 , 选择10名合适的成员单独建群讨论 。
圆桌主题则在圆桌招募初期即公布,成员在获知主题内容后都有思考、收集资料的时间,但不允许私下讨论 。
圆桌时间仅有一个小时,无论是否得出结果都必须结束 。因而对参与者的思维能力、话题把控能力、沟通能力、时间管理等都是一大挑战 。
本期话题
对于产品经理来说最重要的三个需求文档是商业需求文档、市场需求文档和产品需求文档,而关于文档的模板资料,质量却参差不齐 。本次讨论选取产品需求文档作为讨论的话题,让大家在圆桌讨论中分享各位关于产品需求文档写作思路的干货 。
任务目标
针对一个工具类App应用(以zaker为例),设计一个合理、可用、完整的产品需求文档模板 。
圆桌记录
2014年11月13日晚8点30分 , 经历了严格筛选的产品老鸟们开始了为期一小时的思维碰撞,力求解决“产品需求文档到底该怎么写“这一终极难题 。
首先大家一致确认了PRD的重要性,积极的Phoenix抛出了一个可供大家讨论的模版 。
产品需求文档PRD模版 产品设计文档和需求文档

文章插图
经过大家确认 , 一致认为效益成本分析是MRD中已经确认的内容,不应该在PRD中讨论 , 所以去掉了效益成本分析这一块 。
接下来按顺序分析
1.概述
关于概述大家都有不同的想法
Phoenix提出概述应该包括名词说明;产品概述及目标;产品roadmap;产品风险,节奏提出既然是概述肯定要概括的说明产品的背景;产品的目标;产品的基本介绍等,基于经验大家又发现需要对数据的进行部分说明增添了数据字典的模块,需要对PRD的阅读对象进行分工定义 , 增添了文档阅读对象 。
发散思维的各种讨论后,讲概述确定为
1.1产品概述及目标----包括背景介绍和产品目的
1.2名词解释----声明文档中出现的名词含义
1.3数据词典----介绍本产品中数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等 。
1.4文档阅读对象----声明本文档输出的阅读对象和注意事项
确认了概述时已经时间用去三分之一,各大神明显觉得时间过得好快 。。。所以接下来的讨论加快了速度,快速的确认接下来主要讨论的内容:产品描述和功能描述 。
2.产品描述
讨论完概述后 , 大家一致认为使用者需求这个词语容易造成歧义且范围过窄,所以将名称改为了产品描述 。
产品描述章节介绍了产品的整体逻辑流程,概括性的描述产品需求、产品版本规划、产品整体的框架结构以及功能列表 。产品整体流程与产品框架都需要使用相应的图表展现方式
产品描述经过确认包括
2.1产品整体流程----展示产品框架图和用户流程图 。
2.2产品需求描述----描述产品核心功能,解决哪些情景下的哪些需求 。
2.3产品版本规划----叙述产品版本迭代计划,版本号、主要模块、功能点、计划开发时间、计划结束时间、备注 。

相关经验推荐