需求文档怎么写？

   很多人在开始开发产品的时候，第一件要做的事情就是如何绘制产品原型，如何编写需求文档。例如，可以在该平台上搜索到大量关于需求文档的文章(到目前为止，通过搜索关键词“需求文档”，有610条搜索结果)，向大家介绍需求文档应该如何编写，但很少提及为何要这样编写？下面就有小编为您带来需求文档怎么写的相关介绍。

人人都关心如何实现，如何呈现，但却不关心为什么要这样写？就像很多大咖常说的术道一样，术也很重要，道更重要，知其然，知其所以然。

腾讯文档

3.8

79条点评

咨询产品

免费试用

解决用户选型困难的好软件，有各维度的信息

客户案例

暂无

合作品牌

13

一、需求文档的起源

遇到任何问题，最长见的思考方式就是：问题的三要素——什么，为什么，如何去做。在几乎所有行业，所有人群面对事物时，这是最普遍的思维方式。

作者认为，基于最经典、高效、实用的思维方式，每个人都可以针对不同的知识体系，思考方式，经验总结等维度，总结出自己的思维方式。

作者经常用的方法是多年前从社会经济学老师那里学到的，做了补充和优化，与大家分享：

由于某些特殊的原因，在特定的时间，特定的地点，特定的人群中发生的特定事件。达到某一特定事件之前，有哪些期望，实际达到的效果是什么，中间有怎样的落差，以及在以后处理此类事件时，如何优化方式。

根据上面的思路，我们将编写的需求文档作为一个具体的事件，通过剖析这个具体事件所触发的先决条件、后附的补充，来实现对需求文档的分析。

需求文档

二、什么是需求文档？

作者把需求文档定义为：用来说明产品、满足协作人员开发的内容文档。在这个定义中有两个要点：

1、阐述

也就是告诉我们开发什么产品。“是什么”在这里与产品说明文档是不同的，产品说明文档类似于商品说明，告诉用户我的产品应该如何使用。

而且这里的“是什么”是指产品的相关人员了解产品具有哪些功能，该功能将如何呈现，以及如何实现。特别是包括以下方面：

（1)为什么生产这种产品？

这个产品是从哪里来的需求，是内部版本迭代优化，bug修复，新特性点，还是业务部门的需求，还是用户的反馈反馈需求。

要把做产品的项目背景讲清楚，一方面可以使开发人员更好地理解项目的总体情况，从而更顺利地制定项目计划、进度、达成目标；

而另一方面，产品开发完成后的文档归档，帮助后续的复盘、版本迭代、bug追溯，甚至在用户不在时也能帮助接盘者快速理解项目，熟悉整个产品的前因。

(2)产品应解决哪些冲突？

要求源于用户的冲突，用户在使用过程中会遇到哪些困难、疑惑、焦虑等难以解决的问题需要用户去解决。

通过对用户的调研、访谈等沟通，充分理解用户的矛盾和痛点，帮助产品经理在产品规划阶段准确把握方向，做出更加符合用户需求的产品。

与此同时，在理解冲突的沟通中，除了准确地获得用户的核心诉求外，还会获得许多非核心诉求，这些来自于用户潜意识里的需求，对以后产品的开发有很好的帮助。

罗列出这些需求，并将它们整理成一个需求池，在以后与用户、企业进行再次交流时，有助于进行对比，从而消除误解，在需求池中确定需求的优先次序，并根据实际的业务开发阶段和公司的总体需求，划分出产品阶段，实现在需求池中的需求，从而促使产品朝着更好的方向发展。

(3)产品达到了什么效果？

实现任何一个产品，不仅要满足用户的需求，还要在解决冲突的同时达到更大的目标。这一目标又被划分为物质层面和精神层面。

一、物质层面。

解决了企业业务层面的流程问题，满足了企业的业务需求，满足了用户的使用需求，这是产品的首要、也是最核心的目标。

并且在达到了最核心的目标后，是否有一些延伸的产品需求——减少了操作步骤，优化了交互流程，在公司层面上对获取、激活、保留、转换、再推广等各个环节都起到了推动作用。

二、精神层面。

该产品的上线，解决了用户的困惑与焦虑，解决了业务部门不能正常使用时的烦躁与不安，这是该产品最核心的目的在用户心中的反馈。

与此同时，在解决用户最大负面情绪的前提下，让用户对产品感觉良好，对企业品牌感觉良好，就是在产品上线时能够达到的最好效果。

2.满足协同部门。

也就是说，哪些合作方可以看到需求文档。这里“协作者”并不只是开发者，而是产品从交付原型到最终上线，整个过程中的所有参与方。

根据职位和职责不同，这些协作人员对需求文档的要求也不同，这是所有产品经理在编写需求文档时应该特别注意的问题。

就作者目前所在的公司而言，协作者包括以下几类：

大多数公司都会有不止一位产品经理。每一位产品经理在负责自己的产品线时，对于其他产品经理的工作来说，输出的需求文档是必要的。

设计者：从事静态网页、gif图表、交互设计等视觉体验的专业人士。

前端开发：以静态页面输入、交互动效为主，包含各种类型的判断逻辑，最终以HTML作为输出风格的专业人士。

应用程序开发：用户可以看到应用程序的页面风格，交互风格，逻辑输出的专业人员。

后端开发：后台建立表格，设置逻辑规则，界面传送数据，字段的专业人员。

检验工程师：在常规环境下检验产品，在非常规环境下检验所有因素和隐患的专业人员，是保证产品无缺陷上线的最后防线。

3、"阐述"和"满足协作者"之间的关系。

任何存在的事物，都有因果关系。符合协作人员，这是因，而满足协作人员，需要输出的文件，也就是果。原因和结果相互影响，从而导致产品最终交付和上线。

要求文档并非越详细越好，有许多不必要的说明，无需花费大量的时间来编写，最核心的始终是：让自己公司的相关人员能够快速看懂，全面了解。

    书不如人读，书不如人写，公司都不同。在充分了解相关协作方的情况下，产品经理应该站在自己公司的角度，输出他们所需的需求文档。 以上就是小编为您介绍的需求文档怎么写，希望对您有所帮助。