产品需求管理MRD
产品MRD需求文档模板
(公司logo)产品市场需求文档
文档修改记录:
目录
1、文档介绍 5
1.1 文档目的 5
1.2 内容概要 5
2、市场问题和机会 5
2.1 本章摘要 5
2.2 市场问题 5
2.3 市场机会 5
2.4 产品问题和机会 5
2.5 技术问题和机会 5
3、市场概述 5
3.1 本章摘要 5
3.2 目标市场描述 5
3.2.1 目标市场特征 5
3.2.2 目标市场趋势 5
3.2.3 目标市场细分 6
3.2.4 目标市场时间约束 6
4、客户和购买者 6
4.1 本章摘要 6
4.2 目标客户描述 6
4.2.1 目标客户细分 6
4.2.2 客户动机 7
4.2.3 影响因素 7
4.2.4 客户目标 7
4.3 目标购买者描述 7
4.3.1 业务决策购买者(BDM) 7
4.3.2 技术决策购买者(TDM) 7
5、使用者和用户原型 7
5.1 本章摘要 7
5.2 原型特征 7
5.3 现实需要 8
5.4 原型联系 8
6、市场需求 8
6.1 本章摘要 8
6.2 功能分类 8
6.3开发环境说明 9
6.4兼容性说明 9
6.5性能说明 9
6.6国际性说明 9
6.7文档说明 9
6.8外观说明 9
6.9发布说明 9
6.10支持和培训说明 9
6.11其它说明 9
6.12 方案概述 9
6.13 技术概述 9
6.14 市场需求概要表 9
7、支持信息 10
7.1 本章摘要 10
7.2 文档假设 10
7.3 参考资料 10
7.4 产品体系 10
1、文档介绍
1.1 文档目的
1.2 内容概要
2、市场问题和机会
2.1 本章摘要
2.2 市场问题
2.3 市场机会
产品经理技能之MRD
文档基本信息:公司名称,产品名称,文档创建日期,创建人,创建人联系方式,部门、职位。
文档修改记录:日期,版本、修改人、修改记录、审核人。
文档目的:用于说明产品的市场、用户、产品规划、核心目标、产品路线图、项目规划等。
文档概要:文档说明;市场说明;用户说明;产品说明。
2、市场说明
市场说明:摘要(可选);
现在市场存在的问题和机会:根据需要撰写–两到三点:产品方面–形态复杂,用户体验差;技术方面–(语音压缩技术不成熟,外资搜索引擎对中文理解不够深刻);运营方面–(产业链篇下游,重实体,轻线上,造成瓜分旅行社利润,形成对立);用户方面(新的需求的出现,需求明显);商业模式方面。
目标市场分析:市场规模;市场特征;发展趋势(未来2-5年的发展评测);时间边界(这个市场的持续时间预估)。
市场分析结论:一般来说,这里会得到一个比较有市场商业价值的结论。
3、用户说明
用户说明:目标用户群体(要求准确:年龄段、收入、地区、学历);
目标群体特征:共性的为主分析;
建立虚拟用户角色:形象化,常用用户特征,用户名称,用户技能、与产品相关的用户特征。
制作用户角色卡片:对用户归类划分,抽取典型角色,能代表目标用户。
用户场景分析:演示性的场景,用户在时间、地点,完成的某个事的故事。
用户动机总结;用户目标总结(明确实质);分析影响用户使用的主要因素。
注意:从技术层面剖析市场,洞察用户心理案例分析。动机和目标是不一致的。
4、产品说明
产品定位:我们用什么样的产品满足用户或用户市场;针对什么用户,做什么事。
产品的核心目标:解决目标市场、用户的核心需求;核心目标的工作级别最高。
什么是mrd
什么是mrd
MRD意思是市场需求文档。
MRD英文全称是MarketRequirementDocument。
市场需求文档在产品项目过程中属于“过程性”文档。市场需求文档是市场部门的产品经理或者市场经理编写的
一个产品的说明需求的文档。
市场需求文档是产品项目由“准备”阶段进入到“实施”阶段的第一文档,其作用就是“对年度产品中规划的某个产品进行市场层面的说明”,这个文档的质量好坏直接影响到产品项目的开展,并直接影响到公司产品战略意图的实现。
市场需求文档在产品项目中是一个“承上启下”的作用,“向上”是对不断积累的市场数据的一种整合和记录,“向下”是对后续工作的方向说明和工作指导。
扩展资料:
撰写MRD,大致从以下几个方面(按先后顺序)着手:
1、项目背景。
2、名词解释。
3、可行性分析(前期调研信息和数据+项目预期目标)。
4、综合描述(功能概述+对其他产品的影响)。
5、功能详述(功能需求+功能点)。
6、其他问题描述。
1
什么是MRD?如何撰写市场需求文档?
什么MRD?
MRD全称MarketRequirementDocument,中文名市场需求文档,顾名思义,MRD 应该跟多的去承载一些市场目的的文档,那么到底什么MRD呢?
可以概括为,MRD对市场的分析以及后续的工作方向进行指导的文档。
而且,到目前为止,其实们已经了解了BRD、MRD、PRD,它们三者之间其实也
存在着一定的关系。一般来说,BRD作为战略方向的制定,最早产出的文档,而MRD则在战略方向的基础上对市场进行的分析,同时对后续工作的方向进行一些
说明和指导,也可以说通过对市场环境、竞品的分析,明确用户定位和产品定位的过程,PRD则在战略方向、工作方向已经很明确的情况下,所产出的关于产品具
体怎么设计的文档。
由此可见,这三份文档一个从抽象到具体的过程,从想法到实际落地的过程。
MRD的查看对象
1.CEO(老板)
这个时候其实老板已经不一定要全程参与了,但有一些相对比较小的或者老板管的比较细的,依然还会到MRD的相关内容。
2.市场总监
此时一般来说便负责市场的相关领导,其实对市场有着和产品经理不同角度的了解,所以将MRD让市场的负责人查看并提出相关意见也会比较常见的情形。
3.产品总监&产品经理
很多情况下,MRD会由产品总监来撰写,但也不排除有时候产品总监会把这种活
交给手底下的产品经理去,产品总监只负责后续的审阅工作,所以撰写完成后,给产品同事查看提出意见然后给总监去审阅比较合适的流程。
MRD的撰写目的以及内容
明确了MRD的概念以及MRD写给谁看的以后,毋庸置疑,们得了解MRD的撰写目的和内容。
何为MRD,什么是MRD,写好MRD的10种技巧
何为MRD,什么是MRD,写好MRD的10种技巧
何为MRD,什么是MRD,写好MRD的10种技巧
MRD-“市场需求文档”,是产品经理或者产品市场经理编写的一个产品的说明需求的文档。这些文档用于计划一个新产品或修正一个已有的产品,是被工程师团队开发产品时使用。
在硅谷的一些软件公司,MRD仅仅覆盖high-level的功能。在这种情况下,产品经理通过创建了另一个文档-通常指的是PRD(产品需求文档)来定义更加详细的产品需求。
在本文中,我用术语“MRD”泛指所有那些由产品管理和/或产品市场团队创建的,为工程师团队传达产品需求为目的的文档。
1、从用户角度的编写
从用户角度编写需求内容。使用“用例(Use Case)”和“用户角色(User Personas)”来达到这个。考虑用以下两种方法来详细说明你们公司正在开发的SFA(sales force automation)软件的“Login”的功能性。
方法A:
用户通过一个要求用户提供证书的登陆界面,然后软件允许用户带着特定的权限进入系统。软件鉴别这些证书,在鉴定通过的基础上允许用户访问那些他们有权限访问软件的功能部件。
方法B:
Mike是一个销售经理,Cathy是一个销售代表。当他们打开软件,他们看到登陆界面。他们通过用户名和密码进入系统。如果用户名和密码是正确的,他们能登进系统。一旦登陆进系统,Mike能访问软件所有的功能部件。Cathy只能访问那些对销售代表有有效的功能部件。
哪个方法更加容易阅读和理解?就我的看法,毫无疑问,"方法B"。
还有,它同时减少了令人烦恼的阅读!
mrd策划方案
MRD策划方案
背景介绍
MRD(Market Requirements Document)是市场需求文档的缩写,是产品开发
中的重要文档之一。该文档包括了对产品的目标市场、目标用户、产品功能、性能要求以及竞争对手分析等内容,为产品开发团队提供了明确的目标和方向。
本文档将详细介绍MRD策划方案的编写过程和内容要点,以帮助团队全面了
解市场需求文档的编写流程,并提供一份规范的模板供参考。
文档编写流程
1. 需求收集
需求收集是编写MRD的第一步,主要通过市场研究、用户调研等方式获取对
产品的需求信息。收集的信息应该尽可能全面并具有代表性,以确保MRD的准确
性和可靠性。
2. 目标市场分析
在目标市场分析中,团队需要对产品所属市场进行深入研究,包括市场规模、
增长率、竞争状况等。同时还需要分析目标市场的需求特点和趋势,以确定产品的定位和市场定位。
3. 目标用户分析
目标用户分析是编写MRD的重要一环,团队需要对目标用户进行细致的分析,包括用户人群特征、用户需求、用户行为等。这些分析结果对于确定产品功能和用户体验设计非常重要。
4. 产品功能确定
在产品功能确定阶段,团队需要结合需求收集和目标用户分析的结果,明确产
品的功能要求。功能应该能够满足用户的核心需求,并具备一定的创新性和竞争力。
5. 性能要求定义
除了功能要求,性能要求也是编写MRD时需要明确的一部分。团队需要根据
产品的性质和需求,确定性能要求的指标,并进行详细的阐述。如:响应速度、容量、稳定性等。
6. 竞争对手分析
竞争对手分析是MRD中不可或缺的一部分,团队需要分析竞争对手的优势和劣势,了解市场上类似产品的情况。通过对竞争对手的分析,可以为产品定位和差异化设计提供参考。
市场需求文档(MRD)模板
市场需求文档(MRD)模板
市场需求文档
产品名称:
日期:
联系人:
文档接收人:
文档修改记录:
日期修订版本修改人核定人目录
1.文档介绍
1.1 文档目的
本文档旨在明确产品需求,为开发团队提供市场需求信息,以确保产品开发符合市场需求。
1.2 内容概要
本文档包括市场问题和机会,产品问题和机会,以及产品需求说明。
2.市场问题和机会
2.1 本章摘要
本章节将重点介绍市场问题和机会,以帮助开发团队更好地了解市场需求。
2.2 市场问题
市场上存在一些问题,如竞争激烈、市场份额下降等,这些问题需要我们寻找解决方案。
2.3 市场机会
市场上也存在一些机会,如新兴市场、消费者需求变化等,这些机会可以为我们的产品开发提供方向。
2.4 产品问题和机会
除了市场问题和机会外,我们还需要关注产品自身存在的问题和机会,以便更好地满足客户需求和提高产品竞争力。
以上是市场需求文档的内容概要,我们将持续更新和完善该文档,以确保产品开发符合市场需求。
本章主要介绍了该软件的各个方面,包括开发环境、兼容性、性能、文档、外观、发布以及支持和培训等方面。
开发环境是指该软件开发所使用的硬件和软件环境。在本章中,我们详细介绍了开发环境的配置要求,包括操作系统、开发工具、编程语言等方面。
兼容性是指该软件能否在不同的操作系统、浏览器、设备上正常运行。在本章中,我们列出了该软件的兼容性测试结果,以及兼容性问题的解决方案。
性能是指该软件在各种负载下的运行速度和稳定性。在本章中,我们详细介绍了该软件的性能测试结果,并提供了性能优化的建议。
文档是指该软件的用户手册、开发文档等。在本章中,我们介绍了该软件的文档结构和内容,并提供了文档下载和使用的方法。
为什么要写MRD和PRD如何写
为什么要写MRD和PRD如何写
MRD,全称Market Requirements Document,指的是市场需求文档,主要用于确定产品的市场定位和市场需求。PRD,全称Product Requirements Document,指的是产品需求文档,主要用于明确产品的功能和特性。这两个文档对于产品开发和项目管理非常重要,下面将详细介绍为什么要写MRD和PRD以及如何编写这两个文档。
1.确定产品的市场定位:MRD和PRD可以帮助团队明确产品的目标市场,分析竞争对手,确定产品的差异化定位,从而制定相应的市场策略。
2.理解用户需求:MRD和PRD可以帮助团队了解用户的需求和期望,将用户的需求转化为产品的功能和特性,以满足用户的需求,提升用户体验。
3.提高开发效率:MRD和PRD可以帮助开发团队明确产品的功能和设计要求,避免在开发过程中出现需求变更和重复工作,提高开发效率和产品质量。
4.沟通与协作:MRD和PRD可以作为团队内部的沟通和协作工具,帮助团队成员明确任务和目标,统一思路,减少误解和冲突。
5.项目管理:MRD和PRD可以作为项目管理的依据,帮助项目经理和团队进行进度和资源的规划,确保项目按时交付。
如何写MRD和PRD?
1.MRD编写步骤:
(1)描述市场环境和竞争情况:分析目标市场的规模、增长率、趋势等,评估竞争对手的优势和弱点。
(2)确定目标用户和需求:描述目标用户的特征、需求和痛点,了解目标用户的购买决策过程和关键因素。
(3)制定市场策略和定位:根据市场需求和竞争情况,确定产品的差异化定位和市场推广策略。
产品需求管理MRD
产品需求管理MRD 集团文件发布号:(9816-UATWW-MWUB-WU
YOUR L TY-
XXX 项目/ 产品 M R D
XX有限公司
(版权所有,翻版必究)
MRD修改记录
注:MRD提交评审之前的修改也可以记录下来
目录
1项目背景
【在此简单介绍项目/产品产生的背景】
2名词解释
【对文档中出现的新的名词、概念或简略语给出定义和解释。如果没有此项,可以裁剪】
3可行性分析
3.1前期调研信息和数据
【提供前期调研信息和数据作为项目立项的支持,给出一些重要的依据数据(譬如通过某项调研发现存在很大的空间可以提高问题解决率,那么调研的结果应该在此进行表述)】
3.2项目预期目标
【明确项目的预期目标,最好有量化的目标值(譬如用来提高问题解决率的MRD,应该给出预期的解决率的范围或者具体值)]
4综合描述
4.1功能概述
【对功能做整体性的概要描述,包括所包含的功能模块及各功能模块的概要描述,也可以指出本次的开发重点。如果MRD需求功能点较少,此项可以裁剪】
4.2对其它产品的影响
【包括和该需求相关的假设和依赖,即本产品和外部系统的接口关
系,如果接口比较多或复杂,建议以图形方式进行表示。如果本产品没
有外部接口,此项可以裁剪】
5功能详述
5.1功能需求
5.1.1功能点1
5.1.1.1功能点类型和优先级
【功能点类型有新增、旧有功能升级、Bugfix三种类型;优先级分为高、中、低】
5.1,1.2流程图
【如果功能点流程较复杂,可以结合流程图来进行说明。如果流程简单,可以裁剪】
5.1.1.3页面布局
【由TS或UE或其它部门提供的模板页面,如果没有,此项可以裁剪】5.1.1.4功能点1描述
关于产品需求文档-BRD,MRD,PRD,FSD,PSD
关于产品需求文档的各种D。BRD,MRD,PRD,FSD,PSD
关于各种需求文档的缩写
让我们看看产品文档的缩写都有哪些吧:
1. BRD
2. MRD
3. PRD
4. FSD
5. PSD
6. SRS
1. BRD – Business Requirements Document (商业需求文档)
“商业需求文档”即BRD,着重于定义项目的商业需求。也就是说BRD定义了一个或多个用户面对的问题,这些问题是有可能通过公司的产品解决的。完成定义之后BRD会提出一个解决方案,通常是一个新的产品或者是现有产品功能的改善。同时BRD还有可能包含了对商业模型的分析,例如利润预期,市场和竞争分析,销售/市场策略等等。BRD的作者通常是产品经理,产品市场经理或商业分析师,在一些小公司,这个文档可能会由公司高层,甚至是创始人来写。BRD的内容通常比较简短,1~3页的WORD文档,或者10页左右的PPT已经足够说明问题了。
举例:
让我们假设你的公司正在开发一个用户关系管理系统(CRM)。这个系统是协助其他公司的销售经理如何跟进产品销售过程,并分析得出关于销售的靠谱的预期的。那在这种情况下我们的BRD应该怎写呢:
A. 谁会面对这些问题?
世界五百强的销售经理。
B. 他们面对的时什么问题?
无法实时的查看交易进行状态;
无法分析出一个可信赖的销售预期。
C. 建议的解决方案是什么?
创建一个基于页面的系统,能够查看实时交易进行状态,并分析出一个可信赖的销售预期。
2.MRD – Market Requirements Document (市场需求文档)
产品经理必知的词汇:MRD、BRD、PRD、FSD、PSD、SRS、ROI、CPA、
MRD
Market Requirements Document,市场需求文档。获得老大的认同后,产品进入实施,需要先出MRD,具体来说要有更细致的市场与竞争对手分析,通过哪些功能来实现商业目的,功能/非功能需求分哪几块,功能的优先级等等。实际工作中,这个阶段PD 可能的产出物有Mind Manager的思维图,Excel的Feature List等。
市场需求文档(MRD)重点放在为一个被提议的新产品或者现有产品的改进定义市场需求。与BRD指出商业问题和解决这些问题的解决方案不同,MRD更深入提议解决方案的细节。它包括一些或者所有这些细节:
a. 解决商业问题所需要的特色
b. 市场竞争分析
c. 功能和非功能需求
d. 特色/需求的优先级
e. 用例
MRD通常是由拥有产品经理,产品营销经理或者行业分析师头衔的人撰写的。MRD 通常是一份连续的5-25页Word文档,或者正如之后描述那样在一些机构中甚至更长。
BRD
Business Requirements Document,商业需求文档。这是产品声明周期中最早的问的文档,再早就应该是脑中的构思了,其内容涉及市场分析,销售策略,盈利预测等,通常是和老大们过的ppt,所以也就比较短小精炼,没有产品细节。
商业需求文档重点放在定义项目的商业需求。BRD要能说出客户碰到的一个或多个商业问题,并且通过公司的产品能够解决这些问题。接着建议一个方案——通常是新产品
或者现有产品的改进来解决这些问题。BRD也可能包括一个高级的商业案例,例如收益预测,市场竞争分析和销售/营销策略。BRD通常是由拥有产品经理,产品营销经理或者行业分析师头衔的人撰写的。在小公司,可能由高级主管或者甚至创始人撰写。BRD通常是一份连续的1-3页Word文档,或者不超过10页的Powerpoint文档。
BRD、PRD和MRD
BRD、PRD和MRD
BRD和MRD,PRD一起被认为是从市场到产品需要建立的文档规范。
BRD
商业需求文档——BRD(Business Requirements Document)商业需求文档重点放在定义产品的商业需求,要说明产品能够解决的、客户碰到的一个或多个商业问题,然后提出建议解决方案——通常是用新产品或者改进现有的产品来解决这些问题。
BRD也可能包括一个高级的商业案例,例如收益预测、市场&竞争分析、销售/市场策略。
BRD通常是由产品经理,产品市场经理、商业分析师编写。在小公司,可能由高级主管或者甚至创始人撰写。
BRD通常是一份1~3页Word 文档,或者是不超过10页的PowerPoint 文档。
PRD
产品需求文档(Product Requirement Document,PRD)的英文简称。是将商业需求文档(BRD)和市场需求文档(MRD)用更加专业的语言进行描述。
文档作用
该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档,其作用就是“对MRD中的内容进行指标化和技术化”,这个文档的质量好坏直接影响到研发部门是否能够明确产品的功能和性能。
文档意义
该文档在产品项目中是一个“承上启下”的作用,“向上”是对MRD内容的继承和发展,“向下”是要把MRD中的内容技术化,向研发部门说明产品的功能和性能指标。
文档撰写
在该文档中,基点依然是MRD中的内容,只是把重心放在了“产品需求”上,而产品需求本身实在MRD中有所体现的,区别就是在于,PRD要把MRD中的“产品需求”的内容独立出来加以详细的说明。
mrd prd brd文档案例
在产品开发过程中,MRD(市场需求文档)、PRD(产品需求文档)和BRD(业务需求文档)是非常重要的文档。它们在不同阶段起着关
键作用,帮助团队明确产品方向、需求和业务目标。下面我将以这三
个文档为主题展开阐述。
一、MRD(市场需求文档)
MRD是产品开发的起点,它通过对市场调研和分析,明确产品的市场定位、目标用户群体、市场环境等信息。在编写MRD时,我们需要
对市场趋势进行深入分析,包括行业发展状况、竞争对手情况、用户
需求变化等。通过对市场的深度了解,可以为产品的后续开发提供重
要指导,帮助团队更好地把握市场脉搏,确保产品符合市场需求。
二、PRD(产品需求文档)
PRD主要是从产品功能和性能方面进行详细描述,包括产品的核心功能、用户界面设计、数据管理、安全性等方面。在编写PRD时,我们需要将市场调研的结果转化为具体的产品需求,明确产品的功能特点、技术实现方案等。PRD的编写需要团队成员的共同努力,包括产品经理、设计师、开发人员等,他们需要充分协作,确保PRD的全面性和准确性。
三、BRD(业务需求文档)
BRD主要关注的是产品对业务的支持和影响,包括对业务流程的优化、对业务系统的集成等方面。编写BRD时,我们需要对业务流程进行深入理解,了解业务的痛点和需求,明确产品对业务的价值和作用。BRD还需要团队成员之间的紧密协作,确保产品能够充分满足业务方
面的需求。
总结回顾
通过以上对MRD、PRD和BRD的介绍,我们可以清晰地了解产品开发过程中这三个文档的作用和重要性。MRD帮助产品团队更好地把握市场需求,PRD确保产品功能和性能的实现,BRD则关注产品对业务的支持和影响。这三个文档共同组成了产品开发过程中不可或缺的一
产品需求文档MRD
产品需求文档
一、项目概述
1、产品背景介绍
移动健康生态圈前景:在国内,移动健康处于刚刚起步的阶段,有观点称,国内的移动健康市场发展就如“忽如一夜春风来”。但实际上处于起步阶段的移动健康领域有着非常好的市场前景,从技术层面来看,移动健康的发展更多体现在物联网的发展,而物联网的发展的突破点就是在健康领域。之所以如此重视移动健康,一方面是因为目前在健康领域的支出越来越大,另一方面,从宏观来讲,相关部门在健康医疗方面更多希望能够在“预防”上,通过把更多的健康投入在预防上,减少治疗支出。所以,打造移动健康医疗生态圈是一个必然的趋势。
在移动健康医疗的发展趋势下,移动医疗母婴市场的前景也一片大好。于是我公司搭建了母婴平台,利用中国妇产科在线的专家们为为孕产妇以及婴儿提供专业的服务。因为现在的这些80,90后产妇也是移动智能产品的受益者,所以推广移动健康智能平台也是大势所趋。“最美妈咪”这个平台的搭建使妇产科医生和产妇的联系更为的方便快捷。
2、产品概述及目标
最美妈咪介绍;最权威的孕期远程健康管理与专家咨询服务平台,让您孕期保持健康快乐,为您宝宝来到这个世界的第一段旅程保驾护航,帮助你科学育儿。目前已经有6000家医院的70000名妇产科医生成为中国妇产科在线的会员为最美妈咪平台提供专业级别的健康服务。已经有胎心仪,体脂称为孕期妈咪的身体提供健康管理。
最美妈咪平台作为母婴远程健康管理平台,目前还没有婴儿体温检测功能,但是为了能够更好的服务于孕产妇和婴儿,最美妈咪必须搭载婴幼儿体温管理功能。所以需要优质的婴幼儿体温监护产品为孕婴家庭提供可靠的健康服务。
产品市场需求文档MRD
##产品市场需求文档
版本历史
目录
1.文档介绍 (5)
1.1文档目的 (5)
1.2参考文档 (5)
1.3术语与缩写解释 (5)
2.市场问题和机会 (6)
2.1现有市场存在的问题和机会 (6)
2.2目标市场分析 (6)
2.3替代品和竞争品 (7)
2.3市场分析结论 (7)
3.用户说明 (7)
3.1.目标群体特征 (8)
3.2.典型用户形象 (8)
3.3.用户场景分析 (8)
3.4关键用户需求 (9)
4.产品说明 (9)
4.1.产品定位 (10)
4.2.产品功能性需求 (10)
4.3.产品非功能性需求 (10)
4.4用户利益关系 (11)
5.总结 (11)
6.附件(调查报告图表) (12)
1.文档介绍
1.1. 文档目的
提示:文档的目的收集、分析、定义主要的用户需求和产品特性,重点是找到目标用户的需求以及为什么存在这些需求。不用考虑系统如何满足这些需求以及需求的技术和资源局限,这些会在PRD中进行分析,目标是清晰、完整的分析目标用户。
1.2. 参考文档
提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符] 作者,文献名称,出版单位(或归属单位),日期
例如:
[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期
1.3. 术语与缩写解释
2.市场问题和机会
提示:这块将给出支持产品决策和排序的主要的统计数据。描述定位的目标市场,可能的潜在用户数据或客户销售额收入预期,以及预测的市场大小、增长率。以及市场竞争格局,包括:
(1)您的服务在市场上定位?
(2)你希望功能或服务支持哪些功能?
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
产品需求管理M R D 集团文件发布号:(9816-UATWW-MWUB-WUNN-INNUL-DQQTY-
X X X项目/产品M R D
XX有限公司
(版权所有,翻版必究)
MRD修改记录
注:MRD提交评审之前的修改也可以记录下来
目录
1项目背景
【在此简单介绍项目/产品产生的背景】
2名词解释
【对文档中出现的新的名词、概念或简略语给出定义和解释。如果没有此项,可以裁剪】
3可行性分析
3.1前期调研信息和数据
【提供前期调研信息和数据作为项目立项的支持,给出一些重要的依据数据(譬如通过某项调研发现存在很大的空间可以提高问题解决率,那么调研的结果应该在此进行表述)】
3.2项目预期目标
【明确项目的预期目标,最好有量化的目标值(譬如用来提高问题解决率的MRD,应该给出预期的解决率的范围或者具体值)】
4综合描述
4.1功能概述
【对功能做整体性的概要描述,包括所包含的功能模块及各功能模块的概要描述,也可以指出本次的开发重点。如果MRD需求功能点较少,此项可以裁剪】
4.2对其它产品的影响
【包括和该需求相关的假设和依赖,即本产品和外部系统的接口关
系,如果接口比较多或复杂,建议以图形方式进行表示。如果本产品没
有外部接口,此项可以裁剪】
5功能详述
5.1功能需求
5.1.1功能点1
5.1.1.1功能点类型和优先级
【功能点类型有新增、旧有功能升级、Bugfix三种类型;优先级分为高、中、低】
5.1.1.2流程图
【如果功能点流程较复杂,可以结合流程图来进行说明。如果流程简单,可以裁剪】
5.1.1.3页面布局
【由TS或UE或其它部门提供的模板页面,如果没有,此项可以裁剪】
5.1.1.4功能点1描述
【针对该功能点做详细的描述,确保描述的一致性、无二义性,并
尽可能量化功能要求】
5.1.2功能点2
5.1.2.1功能点类型和优先级
5.1.2.2流程图
5.1.2.3页面布局
5.1.2.4功能点2描述
……
5.2非功能需求
【包括性能需求、可维护性需求、可靠性需求、安全性需求等,对各项质量属性的解释说明如下:
性能需求:包括时间特性要求、系统容量要求等;
可维护性:包括易分析性、易变更性等要求;
可靠性:产品在规定条件下使用时保持规定性能水平的能力;
安全性:产品在规定的使用环境中实现可接受风险的能力;
安装性:产品在规定环境中安装卸载的能力;
非功能需求也可以和功能需求合并在一起进行描述。如果没有此项,可以裁剪】
6其它问题描述
【1、此处应该标明此版本上线后可能带来的风险以及应对措施;
2、对其它部门是否有影响,是否涉及广告、ue等非pm和rd部门的工作。如果没有这两项,可以裁剪】
7附件
【和MRD相关的各种附件,例如模板页面等。如果没有,此项可以裁剪】