【百天计划040】需求文档:结构化需求文档撰写方式

湖南快乐十分直播 www.3nf0e.cn 需求文档一般分为三种:BRD、MRD、PRD,现在很多时候前面两种都用PPT的方式会比较常见。这也导致很多产品新人在学习做产品的过程中直接就是从PRD开始的,因为很少见到前面两种。在做新产品/产品线的规划的时候,都需要有BRD和MRD的阶段,只有BRD评审通过了,很多项目才会立项去做。

这里简单介绍一下三种需求文档的内容和区别:

BRD:Business Requirement Document,英文直译过来就是商业需求文档的意思,就是基于商业目标或价值所描述的产品需求文档,是产品生命周期中最早的文档,其内容涉及市场分析,销售策略,盈利预测等,一般比较短小精炼,没有产品细节。直接一点就是要阐述清楚产品的商业模式。

MRD:Market Requirement Document,市场需求文档,对规划的某个产品进行市场层面的说明,对产品所在市场环境中的问题和机会、市场特征、用户特征、市场需求等进行阐述和说明。该文档是产品项目由“准备”阶段进入到“实施”阶段所需要的文档。

PRD:Product Requirement Document,产品需求文档,对产品的功能需求进行完整的描述,包括所有操作流程、判断逻辑、权限区别、页面效果、特殊状态处理、错误提示、已有功能说明等。该文档是用于指导产品研发最重要的文档。

大家最常见的应该都是PRD的撰写,那么如何才算写好一份产品需求文档呢?

1、正确描述用户需求及满足需求所要达到的目标

如果“不正确”仅仅是由于错别字造成的,那么多检查几遍文档就能解决问题。真正的困难是产品经理和用户自己都不明白用户究竟“想要什么”和“不要什么”。这就要求前期的需求设计环节要能发现真实的用户需求。

2、描述清楚且无二义性

清楚的需求让人易读易懂。清楚的反义词是难读、难理解。如果你写的文档让不同的人读了可能有不同的理解,将会导致误解需求而开发出偏离需求的产品。所以措词应当准确,切勿模棱两可,不能使用“可能”、“大概”、“或许”这种不确定性的词汇。

3、前后描述一致

各项描述都是统一的,特别是针对相同功能点的前后文描述,切忌出现上下文不一致的情况。

4、描述的需求是必要且完善的

各项需求对用户而言应当都是必要的,“必要”往前一步,要么是画蛇添足要么是锦上添花?;咛碜阆匀皇腔凳?,会导致开发人员多干一些吃力不讨好的工作;锦上添花是好事,可能会让用户获得比期望更多的喜悦,但是眼前用户不会为此多付钱。另外要做到不能遗漏必要的需求,否则会导致功能缺失。

5、确保需求都是可实现、可验证的

关于可实现性,一定要提前和技术人员确认好,当然,除了技术可实现性,还有资源、时间等要素需要考虑??裳橹ば钥商崆坝氩馐匀嗽惫低ㄈ啡?,确保所有的功能都是有办法来检验的。

6、明确指定需求优先级

我们要求需求文档里面所描述的需求都要实现,但也一定要区分出来轻重缓急,先做优先级高的需求,后做(甚至放弃)优先级低的需求,这样可以将风险降到最低。

7、阐述“做什么”而不是“怎么做”

“怎么做”是系统设计和实现阶段的事情, 如果在需求设计时想好了“怎么做”,当然应该记录下来,关键是不要将“怎么做”写到需求文档里面,记录在其它文档里就行了。产品需求文档的重点是阐述“做什么”,而不是阐述“怎么做”。

下面介绍一种结构化PRD文档撰写的方式:基于Axure原型的PRD文档编写方法。

这个方式其实就是截图,然后用截图+文字的形式来书写PRD文档,有人就说了,图片制作软件那么多,为什么非得用AxureRP来做原型,还得截图呀,这里有个已经使用AxureRP的前提:

1、AxureRP提倡快速原型设计法,可以大大减少原型设计的时间,这是选择使用AxureRP的一个原因;

2、AxureRP支持HTML格式的浏览,极大的方便了原型的演示效果,可以很清楚地告诉演示对象每个页面的跳转,每个按钮的操作效果,每个连接点击结果等,这是选择使用AxureRP第二个原因;

当然AxureRP的优点不止于此,原因可能很多,但主要的是这两个方面,这两个前提使很多人都是使用AxureRP来做原型设计的,然后再讨论如果在已经使用AxureRP的情况再来优化截图写PRD的方法,否则就没法进行下去了。

1、为什么是HTML格式页面的截图而不是直接导出图片?这个从操作层面上来讲,导出图片的模式操作流程如下:

导出为图片>>>打开word>>>选择插入菜单>>>选择插入图片>>>搜寻图片所在文件夹>>>选择图片>>>点击按钮完成插入图片操作;

或者是下面这种方式:

导出为图片>>>打开图片所在文件夹>>>选择插入图片并打开>>>复制图片>>>打开word>>>粘贴图片完成插入图片操作;这个比上面的省一个步骤;

从HTML页面截图的模式操作流程如下:

打开对象所在HTML页面>>>用截图工具截图>>>复制所截图片>>>打开word>>>粘贴图片完成插入图片操作;

对比一下就知道,用截图的方式所需的操作步骤是最少的,也就是最能节省时间的,这里推荐一个截图工具:Snagit,可以对所截的图进行一些简单的编辑,比如画个圈圈提示一下,画点箭头什么的。

2、基于AxureRP原型截图这种方式更能适应需求变化。大家都知道AxureRP是支持单个页面的修改单个页面重新生成原型的,不需要整体原型重新生成一遍,这样某个地方修改了,只要重新生成一下原型,然后再截图修改即可,而导出图片的方式AxureRP只支持导出主页和导出全部页面两种方式;

3、截图工具的辅助功能,上面也提到了,可以对图片做一些必要的处理;

这是截图+文字的模式,有了截图之后,编写描述文字应该就方便很多了,避免出现大段的文字。另外PRD编写一般都是有格式要求的,有些内容不能用工具来解决,一般一份PRD文档要包含以下这些内容:

1、概述部分:简单介绍一下产品的背景,产品的价值或者愿景,产品的简单介绍,一些预估的风险点,干系人,名词解释等等;

2、业务需求描述部分:定义好目标用户群体,业务流程图,业务架构图,脑图等等的介绍;

3、功能需求描述部分:这部分才是用到上面所述方法的点,每个功能点都可以用那样的方式描述;

4、非功能需求描述部分:与产品相关的一些辅助功能,性能要求、易用性要求等等;

5、接口描述部分:与外部有相关接口的需要在这个部分描述;

6、附录部分:培训信息、参考资料等,还可以有运营计划等等;

完整的PRD文档中,最多的部分就是对功能需求的分解描述,AxureRP可以很好的支撑这个部分的全部内容,另外其实AxureRP也有流程图、UML图的功能,业务流程图、业务架构图等都可以在AxureRP里面实现出来。

附一个MRD的模板,仅供参考。

1、文档介绍
1.1 文档目的
1.2 内容概要
2、市场问题和机会
2.1 本章摘要
2.2 市场问题
2.3 市场机会
2.4 产品问题和机会
2.5 技术问题和机会
3、市场概述
3.1 本章摘要
3.2 目标市场描述
3.2.1 目标市场特征
3.2.2 目标市场趋势
3.2.3 目标市场细分
3.2.4 目标市场时间约束
4、客户和购买者
4.1 本章摘要
4.2 目标客户描述
4.2.1 目标客户细分
4.2.2 客户动机
4.2.3 影响因素
4.2.4 客户目标
4.3 目标购买者描述
4.3.1 业务决策购买者
4.3.2 技术决策购买者
5、使用者和用户原型
5.1 本章摘要
5.2 原型特征
5.3 现实需要
5.4 原型联系
6、市场需求
6.1 本章摘要
6.2 功能分类
6.3 开发环境说明
6.4 兼容性说明
6.5 性能说明
6.6 国际性说明
6.7 文档说明
6.8 外观说明
6.9 发布说明
6.10 支持和培训说明
6.11 其它说明
6.12 方案概述
6.13 技术概述
6.14 市场需求概要表
7、支持信息
7.1 本章摘要
7.2 文档假设
7.3 参考资料
7.4 产品体系

“【百天计划040】需求文档:结构化需求文档撰写方式”暂时没有评论

发表评论:

姓名 (*):
E-Mail (*):
网址:
内容 (*):

XHTML: 可用标签: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>
?
  • 《大国小鲜》两会特辑第六期:中美新能源“争夺战” 2018-07-26
  • 恒大赴意大利开启海外拉练 J·马随队高拉特不见踪影? 2018-07-25
  • 网约车谨防四类风险 小心遗落手机被司机私自转账 2018-07-24
  • 科技以人为本 B&O于CES发布多款无线耳机新品 2018-07-23
  • 2018年军队院校报考指南 军校在山西省计划招生396人 2018-07-22
  • 郭万超 马萱:全球视野下的中国文化产业价值链 2018-07-21
  • 少讲大话,多造点核武器吧, 2018-07-20
  • “一带一路出境人员健康保障”论坛 2018-07-20
  • 南丰670名调解员活跃城乡促和谐 调处成功率达96.5% 2018-07-19
  • 419| 688| 743| 799| 705| 273| 928| 209| 542| 832|