原标题：系统需求文档怎么写（4点写好需求分析文档）

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

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

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

朋友：“你在公司负责什么啊？”

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

朋友：“哦，做需求的啊，知道了。

老吴：“……”

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

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

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

1．商业需求文档（BRD）

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

2．市场需求文档（MRD）

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

3．产品需求文档（PRD）

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

4．技术需求文档（需求规格说明书）

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

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

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

1．正确性

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

2．全面性

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

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

3．可验证性

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

4．无二义性

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

5．必要性

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

6．优先级

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

总结

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