前言
在产品研发过程中，《需求文档》与《需求分析报告》以及《需求规格说明书》是产品研发的辅助文档，必不可少。遗憾的是不但外行人傻傻分不清，有时候相关从业者乃至被神化了的产品经理也是分不清楚。是什么导致了分歧与疑惑呢？三种文档名称都包含了需求，对需求的定义到什么程度？接下来，为你揭开需求的前世今生缥缈的面纱。
相信搞清楚了需求文档与需求分析报告以及需求规格说明书三者之间的区别和作用，这个问题就可以迎刃而解。
三者区别
软件产品需求文档
软件产品需求文档：产品需求文档（PRD）是将商业需求文档（BRD）和市场需求文档（MRD）用更加专业的语言进行描述，是对业务部门对提出的需求进行专业语言描述的文件。
该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档。当然，这个定义针对的是一个全新的产品。广义上来讲，产品需求的描述，应该包含有产品的战略和战术，战略是指：产品定位、目标市场、目标用户、竞争对手等。战术是指产品的结构、核心业务流程、具体用例描述、功能&内容描述等。
PRD的主要使用对象有：开发、测试、项目经理、交互设计师、运营及其他业务人员。开发可以根据PRD获知整个产品的逻辑；测试可以根据PRD建用例；项目经理可以根据PRD拆分工作包，并分配开发人员；交互设计师可以通过PRD来设计交互细节。PRD是项目启动之前，必须要通过评审确定的最重要文档。
需求分析
需求分析：需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。
需求分析报告主要面向业务人员与用户，侧重于把系统要解决的业务逻辑、要实现的功能描述清楚，更宏观。一般先有需求分析报告，后有需求规格说明书。
软件需求说明书
软件需求说明书：SRS(Software Requirements Specification), 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求等等。
需求规格说明书往往面向设计、开发人员，侧重于把系统的约束、输入、输出和处理过程定义清楚，更具体、更详细。但由于目前市场上流行的快速迭代，敏捷开发与敏捷测试的技术思维，开发等不到写需求规格说明书，拿到原型就开始进行开发工作，后续补充的需求规格说明书只是作为产品验收的依据。（快速迭代，敏捷开发与敏捷测试的技术思维一般适用于技术成熟度高，且经验丰富的研发团队，有扎实的基本功，才可以不拘泥于形式）
那么，需求文档与需求分析报告以及需求规格说明书三者之间的联系又是什么样的呢？其实，人们对三者之间的疑惑是在软件技术发展初级阶段与软件技术普及阶段，研发单位所处在不同阶段主要矛盾的变化导致的。
三者联系
软件技术发展的初级阶段，大多数研发单位不具备软件研发能力，怎么办？没有自主研发能力的单，研发部门人员配置不全的情况下，于是就产生了寻找具有技术研发能力的团队进行技术外包的形式完成研发工作。甲方负责整理由业务部门负责提出的需求，形成商业需求文档（BRD）和市场需求文档（MRD），乙方对接整理出需求文档（PRD），乙方的需求分析师根据的《需求文档》整理《需求分析报告》，乙方的研发经理基于《需求文档》与《需求分析报告》，整理出《需求规格说明书》。
软件技术得以普及的今天，一些研发单位有足够的财力和人力进行自主研发。具有自主研发能力的研发单位，部门人员配置齐全的情况下，业务部门负责提供商业需求文档（BRD）和市场需求文档（MRD）产品经理负责整理出需求文档（PRD），项目经理负责提供《需求分析报告》，研发经理负责提供《需求规格说明书》。
在研发工作中，与需求打交道最多的那个人就是产品经理，产品同学，你明白了这些都带着需求字眼的文件之间的区别和联系了么？
随着互联网经济的兴起，产品经理成了一个火热的名词，乃至被神化，源于我们对产品经理工作内容的不了解和寄予了更多的期待。产品经理除具备专业技能之外，还应具备市场的理论知识，如4P理论、4C理论、SMART原则、波士顿矩阵、安索夫矩阵、SWOT分析等，未来的互联网产品经理不但需要培养产品工作中的技能和技巧，还需要培养产品变现的能力，如战略规划、定义产品、营销方案等。产品经理是一个具有综合素质的人，而不是一个无所不能的神，相信后续会有更多专业内的书籍来帮助大家分析和解读，让尘埃落地。
产品经理在实际工作中面对错综复杂的问题，如何厘清来龙去脉找到突围之法？借《金刚经》的一句心法送给大家：云何应住，云何降服其心。应无所住，而生其心。