如何写好MRD文档及相关注意事项

MRD(Market Requirement Document),全称是市场需求文档,习惯上大家都喜欢叫需求文档或者需求设计文档,一般用于对产品的功能需求进行完整的描述,也是提交给开发和测试人员的正式文档。有的人会将其与PRD(Product Requirement Document)文档混淆,PRD是产品项目由概念化阶段进入到图纸化阶段的最主要的一个文档,其作用就是对MRD中的内容进行指标化和技术化,因此MRD和PRD文档的要求和侧重点并不一样。无论如何,做一个产品必须要有一份MRD文档,不过现在也有一些敏捷设计、敏捷开发的项目现在好像不太拘泥于这样的形式,直接是需求人员站在开发人员旁边讲解的。个人认为最好还是要有一份这样的文档,以系统的描述一个产品的功能需求。

那么如何才能写好MRD文档呢?比较好的MRD文档一般都遵循了多、快、好、省的特性,也即首先文档要完整,所有功能点都讲到了,没有任何确实和遗漏;其次是写文档要高效,在最快的时间内完成从方案确定到最终MRD文档定稿的整个过程;第三是要准确无误,结构合理,条理清晰,能够让这份文档的阅读人员没有困难的阅读和无歧义的理解;最后是要能节约沟通成本,对文档的讨论、评审和后期的改动都要十分的合理和顺畅。有了这些要求之后,写MRD的思路就比较清晰了,下面就要开始八股文式的说明了,其实八股文挺好的,让一篇文章的结构很清晰。

第一步是要搭建框架,或者叫做开篇构思,写论文都要先把框架搭好,确定论文的写作范围,写作提纲等等,写MRD也一样,也要将产品所有功能进行合理分解和排序,确定各小节的标题,并以此展开来写。这里有一些基本的书写规则,如果按页面布局来写的话一般是从上到下,从左往右;如果是按用户操作的步骤分解来写的话一般是从提交到展现,最后可能还有个展现后的编辑排版;如果是按产品系统来分的话一般是从前端展示页面到用户管理操作后台,再到系统管理操作后台;如果是功能的主次来分的话一般是从主要功能到次要功能,再到一些辅助性的功能。这里的区分方式可能在一份文档里面全都会用到,需要自己去把握如何恰当使用。

第二步是要梳理主要内容,按照已确定的章节顺序,用关键示例图+简要文字描述的方式对主要功能点进行说明。这里先只关注主要功能,不用过于详细的描述,也不用涉及各种特殊状态和细节的处理,尽可能的使产品所包含的主要功能在文档中有完整体现,并且在主要功能点的整理过程中,对文档的结构及时的进行合理调整。这个过程完成之后,可以邀请开发人员来对文档进行初步沟通,也就是第一道评审,看是否对产品的主要功能有遗漏的地方,要确保大方向没有错没有遗漏,后面就好办了,就不会出大的纰漏。

第三步就是对内容进行细化,查漏补缺。这里要对产品功能及其它相关需求进行完整的说明,包括所有操作流程、判断逻辑、权限区别、页面效果、特殊状态处理、错误提示、已有功能说明等。一般来说细节说明通常会占到整篇MRD文档篇幅的70%以上,占了绝大部分,一份细节清晰完整的MRD文档是项目顺利进行的有力保障,也是PM t员来对文档迖.nt/p利好偗3wd面效8ssicM 上,纲补缺 面效果〝效-

  • <="fullbox_h <="fu038;f ; h220px; box-sh:auto; float:> ; > img.wpsmiley"民工论wp-conte">pm215.jpgnt/images/pm123.cn/produ微信号冚">pm民工产pu038;f ant; -> :30px">es/pm123.cn/produ
    pm,
    ; > img.wpsmiley"民工论wp-conte//www.215.jpgnt/imagarmer.com.cn/product/zer微信号冚//www.i工产pu0 .07_haent> armer.com.cn/product/zerobr 微信号冚//www.,
    " title tfar s" />
    v>
    收藏本站a>
    <="fullbox_h
    cellbackgrontentcellspacgronten .jd"> .jd"> .jd"> .jd">笐之后自浪殣慢可面昿要巴巴殊潑易殊曛市孉通宋巬司的业者MR人和".c完殲解失败的敏历者n"需镴伏历十联="0ssi业的憏

    分的<贵试亂的b釒实践伏验论效,彠少走许倚弯路逆td/tr his.value=''>

    " title tfar s" />
    v>