系统需求文档怎么写(4点写好需求分析文档)


有一天,一位朋友打电话给我。

朋友:“听说你们公司是做产权的,我这有相关的项目,你们能做吗?”

老吴:“我们公司现在不打算接项目了,以做产品为主。”

朋友:“你在公司负责什么啊?”

老吴:“我是产品经理,负责公司的产品。”

朋友:“哦,做需求的啊,知道了。

老吴:“……”

每个公司对产品经理的定位都不同,有的产品经理负责产品的需求,有的产品经理负责产品的设计,有的产品经理负责整个产品线。不论对产品经理的定位是什么,需求对产品经理来说都是必做的功课,那么,写需求文档就成了产品经理的家常便饭。对于不同的大厨,同样做一道家常菜,有的人做得色、香、味俱全,吃起来入口绵长、滑嫩可口;有的人做得口味亲切、感人落泪,让人吃出妈妈的味道;有的做得外焦里嫩,清香扑鼻;但也有的人做得惨不忍睹,让人不忍直视。做产品也一样,不同的人对产品有不同的理解,就算理解一样,写出来的需求文档也会不一样。“文章本天成,妙手偶得之。”写需求文档不需要“妙手”,但需要思路清晰,叙述清楚,写的人要能把需求写透,看的人才能看懂。一篇好的需求文档能答疑解惑,一篇坏的需求文档会让人误入歧途。

那么,产品经理在整个需求阶段需要写哪些文档呢?

产品经理在整个需求阶段要写商业需求文档(BRD)、市场需求文档(MRD)、产品需求文档(PRD)、技术需求文档(需求规格说明书)。

1.商业需求文档(BRD)

商业需求文档是站在商业的角度,主要体现产品的市场分析、规划、投入、盈利预测等信息,是便于决策层分析、决策是否开发此产品的依据。商业需求文档更像商业计划书,它是产品在需求阶段最早需要提供的文档。商业需求文档一般不长,也可以用PPT的方式展示。

2.市场需求文档(MRD)

市场需求文档是站在市场、用户的角度,多用于描述用户、购买者、客户的需求,起承上启下作用的文档。市场需求文档对技术需求文档的编写起到一指导作用,文档中多会以加入产品原型的形式将产品具体化,便于对产品的解释说明。

3.产品需求文档(PRD)

产品需求文档多是站在业务的角度,让所有的项目干系人都能够了解、理解产品而编写的文档此文档的阅读者为产品的管理层、需求人员、设计人员、技术人员、测试人员、市场人员和运营人员。

4.技术需求文档(需求规格说明书)

技术需求文档是站在技术角度而编写的文档,其中不仅要描述产品的业务需求,还要描述产品的技术指标和技术参数,是架构设计、技术开发的指导性文档。为了便于说明需求,技术需求文档中会加入流程图、序列图、原型图等设计模型,从而更好地让技术人员理解,指导技术人员开发产品。

这些文档不一定都需要编写,要看各公司的具体情况。如果是给CEO、投资人看,则需要有商业需求文档;如果是给市场人员、客服人员、运维人员等非技术人员看,则需要有市场需求文档和产品需求文档;如果是给技术人员看并指导技术人员开发产品,则需要有技术需求文档。这些文档贯彻产品的整个需求阶段,所以这就要求产品经理一定是一名好的文档编写高手。

我们了解了各类文档,也知道了它们的价值和作用,那么,如何写好需求文档,以及需要注意哪些方面呢?

1.正确性

需求在我们脑子里可能是清晰的,但写出来后就不一定清晰了。脑子里想的可能是A,写出来后可能是B,但你还以为写的是A。造成这种情况的原因有很多,可能是你的文笔不好、逻辑层次不清晰,编写有疏忽、遗漏,或者可能是最初就没有正确地理解需求。

2.全面性

在获取需求时要尽量全面地了解问题,得到真实、准确、完整的需求,只有将获取的信息全面地写出来,获取的需求才可能是全面的。另外,就算获取的需求全面了,有时写需求文档时也难免会有疏漏。

在编写需求文档时要思路清晰、考虑全面,建议将需求从大到小、从粗到细,从平台、子系统、模块、页面到功能点一条线下来进行梳理,当所有的流程都遍历完,需求文档也就清晰了,如下图所示。

如何写好需求文档?

3.可验证性

需求文档中所描述的需求应该是可验证的,例如数据的输入、加工和输出应该是合理的。文档中的信息应该是可推敲、可验证的,只有保证数据及信息来源的正确性,才能更好地把握产品。需求文档中关于产品的各功能、接口等具备了可验证性,测试人员才能根据文档编写合理的测试用例。

4.无二义性

中文有多音字、多义字,英文也有一个单词代表多种含义的情况。因为需求文档主要用文字描述,所以在文档的描述中一定要保证需求含义清晰,表达准确。另外,如果产品经理对产品需求的理解模糊,思考不深刻,在写文档时就不可能保证文档的准确性。

5.必要性

需求文档中的需求应该都是必要的需求,对于不合理的、非必要的需求,该“砍”则“砍”。就像小树,只有削掉其向左右伸展的枝枝,才能保证小树向上生长。所以只有削掉非必要的需求,才能让需求更集中,产品的功能更清晰。

6.优先级

在需求文档中为需求增加优先级,有助于规划产品的开发顺序,优先级不用分得太细,只需要分成“高”、“中”、“低”三个等级就可以。

总结

以上问题都是在做文档时需要注意的,作为产品经理,我们在获取、分析需求时,一定要准确把握需求,不要有理解模糊、分析不透彻的情况。否则,在编写文档时就会出现更多的问题,再返回去重新分析需求就会浪费更多的时间和精力。需求文档的编写是一件很花工夫的事情,难的不是写,而是想,想透了再写就很容易了。就像写文章,动笔前在大脑中要做好提纲,动笔时思路才会清晰。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发表评论

登录后才能评论