为什么要管理产品需求？应怎么样管理？

目录：1、为什么要管理需求；2、什么是需求：需求分类和需求水平与需求和功能划分；3、需求来源：研究、用户反馈、公司战略、产品研究、政策和标准要求；4、需求收集记录；5、需求管理：对需求进行分类，确定需求优先级；6、需求变更：需求变更的原因、如何处理需求变更和需求变更的过程控制；7、需求反馈；8、需求的后续处理。需求对产品的重要性相当于一日三餐对人的重要性。需求是我们产品不断迭代的动力源泉；本文所指的需求主要针对企业服务和企业服务产品的需求。项目需求和C端产品需求的处理将不同，仅供参考。需求对产品的重要性相当于一日三餐对人的重要性。需求是我们产品不断迭代的动力源泉；本文所指的需求主要针对企业服务企业服务产品的需求。项目需求和C端产品需求的处理将不同，仅供参考。1、为什么管理需求的来源多样，重要性和紧迫性不同；如何处理复杂的需求对产品开发至关重要。如果处理不当，无法区分需求的范围和重要性，无法合理安排需求优先级，可能会“偏离”产品方向，浪费公司资源，错过开发机会，失去产品竞争力，严重失去市场和客户；相反，如果能够识别关键需求、紧急需求，跟上市场，及时适当的需求处理将有助于提高产品竞争力。2、上一篇文章介绍了什么是需求：需求=预期-现状。这是一个简单的描述。每个人都对需求有一个生动的理解。在不同的领域，对需求有不同的定义。在产品中，我了解到需求是与特定产品相关的，为了解决具体问题而提出的，尚未满足要求。1.需要类似于需求需求和需求两个词，意思相似，但在产品中，这两个词有很大的不同。需求往往是为用户提出的，希望满足一定的要求；需求与产品相关，一般是可设计、可实现的要求。一般来说，用户的“需求”只有经过精炼和转化后才能成为“需求”，而有些需要受到客观限制，不能转化为需求。2.从功能划分需求分类需求一般分为功能需求和非功能需求：功能需求：是处理产品必须满足用户需求的功能特征，功能需求是最基本、最核心的用户需求，功能需求有时也称为业务需求。非功能性需求：包括可用性需求、性能需求、可靠性需求和安全性需求；在系统建设的早期阶段，这种需求往往不受重视。当用户数量增加，产品变得越来越重要时，非功能性需求的重要性变得越来越突出。3.当需求水平提到需求水平时，马斯洛需求理论通常是不可避免的。虽然这是基于个人需求理论，但企业需求场景仍具有参考意义；毕竟，B端产品的使用对象也是新鲜的个体。但总的来说，企业服务产品更注重实用性和效率的提高，对美观和心理满足的要求相对较弱，但这是由行业现状造成的；从长远来看，企业服务产品应吸收C端产品设计的一些优良特点。企业服务产品需求有自己的特点，如：企业服务产品面向企业或组织，帮助解决企业经营或管理问题；组织需要企业服务产品提供基于管理场景的功能，不能简单地定义描述；企业服务产品的使用对象也需要*业务用户；业务用户的需求动机与马斯洛需求模型相交叉，但不完全适用；企业服务产品作为业务管理或协作系统，除了承担业务目标外，还需要考虑软件架构设计、系统建设、生态建设等问题（C端产品背景也存在类似问题）；因此，在需求分析管理中，软件产品本身需要有足够的*。在此基础上，企业服务产品也可分为几个层次：1）实际上，为了满足企业的使用场景和目的，必须实现的功能主要体现在满足业务规则、管理体系、业务流程等方面。例如，开具发票需要输入发票数据相关字段的功能；添加凭证，必须输入摘要、主题、借款人等信息；例如，一些工作审批流程功能，无流程处理，无法完成业务流程。例如，开具发票需要输入发票数据相关字段的功能；添加凭证，必须输入摘要、主题、借款人等信息；例如，一些工作审批流程功能，没有流程相关处理，无法完成业务流程。2）用户需要企业服务产品的使用对象，是一个情绪化的人，在满足业务需求后，产品是否易于使用，将成为判断产品质量的重要指标。与用户体验相关的重要因素是产品页面表达是否清晰，操作是否方便，反馈是否准确，效率是否提高。在一些项目需求中，我们经常专注于满足业务需求；但在SaaSa、在PaaS等平台产品中，仅满足业务需求是远远不够的；只有有了良好的产品体验，产品才能真正具有一定的市场竞争力。3)产品需求一般由产品团队根据公司战略和产品战略自发提出，满足用户中心、消息中心、订单中心、账户中心、短信服务、邮件服务、认证中心等企业可持续发展的需求。解决产品开发的重复建设问题，建立技术平台服务；满足产品生态建设、代理、运营管理平台、合作伙伴开放平台等，可分为产品需求——产品需求将在一定阶段转化为业务需求和用户。业务需求是企业服务产品的需求基石，需求功能的完善决定了企业用户能否使用产品；用户需求解决企业服务产品体验的问题，是企业服务产品竞争力的主要产品因素，满足用户更好使用产品的需求；基于集团战略和产品战略规划，为企业服务产品的可持续发展和最终成功提供产品支持。3、需求来源1。研究需求的方法有很多，包括行业研究、用户访谈、需求交流会议等，包括行业研究、竞争产品分析、典型用户分析等；用户访谈：通过电话会议、跟踪用户工作场景、访谈等方式获取需求；需求会议：与相关方召开会议，收集用户需求；组织头脑风暴会议，激发观点碰撞。需求研究的方法有很多种。在产品的不同阶段、产品所在的不同行业和场景中，需要选择不同的研究方法；每种需求研究方法都可以作为一个主题进行研究。2.用户反馈1)测试反馈测试人员实际上是在模拟用户在测试系统过程中的操作；在此过程中，可以发现一些系统问题，提出更好的需求建议，特别是用户体验。2)客户反馈实际用户在使用过程中，会发现系统提供的一些功能点与实际操作需求不匹配。如果沟通渠道畅通，也会收集一些用户反馈的需求。3)在一些有运营支持部门的公司，运营团队将代表用户向产品团队提出使用反馈的需求，以帮助产品改进。用户反馈与需求调查的区别主要在于主动或被动地收集需求。3.公司战略公司将根据发展需要推出一些新的发展方向或新的产品方向，分解和分析这些公司的战略，形成产品需求。公司战略形成的一些需求可能不是真正的用户需求，而另一些需要产品学生花更多的精力进行研究，并有更好的预测产品的能力，以避免产品陷入“伪创新”的泥坑。4.产品研究产品学生可以根据行业理解和用户研究规划产品设计，优化迭代产品；产品研究一般更注重产品宏观开发和产品内部管理逻辑的实现。5.在一些国家监管或行业管理标准中，企业服务产品需要满足国家政策、文件和行业标准的要求，需要设计相关的功能、流程和管理机制，以确保产品本身的合法性和规范。这种需求需要产品学生或公司的反馈机制，找到相关的政策、文件和标准，确保产品及时更新，在要求的期限内完成或尽快完成产品改造，以满足监管要求。四、需求收集记录通过各种渠道获得需求，必须记录需求，我总结需求记录一般遵循以下原则：需求来源可追溯性：一般需要记录需求来源，当一些需求问题不确定性或需要补充异常流程时，可以再次沟通。需求场景可以恢复：需求记录应能够清楚地描述用户的实际场景需求，看到需求记录的相关描述，了解用户的实际需求，尽量避免模棱两可，避免难以理解的需求记录。可以实现需求分析：需求记录的问题应该经过一定的过滤，如重复问题、与系统无关的问题等。这些问题需要在更高的链接中解决，需求记录的问题应该是理论上可以实现或实现的。需求推广是可持续的：有时在后续的需求推广过程中，我们找不到或无法确认需求，这种情况不时发生。对于后续无法获得反馈的需求，上线后无人使用会浪费团队大量精力。在需求收集阶段，我们需要开始识别这种风险。需求收集表通常需要反映以下信息，例如需求来源(如客户、企业员工等)、提交人、提交时间、企业客户名称、客户联系人、客户联系方式、需求描述、系统、功能节点等，需求记录项目也可根据产品实际情况进行调整。5、需求管理1。在对需求进行分类和需求管理时，我们需要首先找出几个问题。这种需求是个性化的吗？覆盖的用户范围有多大？价值有多高？紧迫性有多高？若对需要的工作量有一定的判断经验，可初步评估实现的难度和工作量。需求影响：指需求能够影响的用户范围。对用户的影响越大，得分越高，反之亦然；例如，分数可以是5、4、3、2、1、5代表最大范围，0代表无影响范围。需求复杂性：评估影响产品范围的需求，可通过数值识别，判断影响功能范围和复杂性，评估后续实现的难度；影响功能范围越大，复杂性越高，难度越大，反之亦然，可用值识别；例如，分数可以是5、4、3、2、一、五代表实现最简单，一代表实现最复杂。需求紧急情况：可与提交需求的合作伙伴沟通，了解紧急程序，也需要根据产品学生的经验进行判断。对于业务需求、阻断流程需求和政策需求，可以给出更高的紧急情况；例如，分数可以设置为5、4、3、2、1.5代表最紧急，1代表不紧急。需求价值:需求价值可分为经济价值和产品价值(没想到名字特别好)。需求经济价值是指满足需求是否能直接带来经济价值。在企业服务SaaS产品中，客户愿意为某一定制功能付费；对于SaaS产品，需要仔细评估经济价值与需求影响之间的关系；例如，分数可以设置为5、4、3、2、1进行评估。需求产品价值：可通过典型的KANO模型进行分类，KANO模型将需求分为五类。必要需求：当优化此需求时，用户满意度不会提高，当不提供时，用户满意度会大大降低；预期需求：当提供此需求时，用户满意度会提高，当不提供此需求时，用户满意度会降低；魅力需求：用户意外，如果不提供此需求，用户满意度不会降低，但当提供此需求时，用户满意度会大大提高；这些需求处理得当，能迅速提高产品的竞争力。无差异需求：无论是否提供，用户满意度都不会改变，用户根本不在乎；反向需求：用户根本没有需求，但提供后用户满意度会下降。无差异需求：无论是否提供，用户满意度都不会改变，用户根本不在乎；反向需求：用户根本没有这种需求，但提供后用户满意度会下降。2.在确定需求优先级的过程中，确定需求优先级是非常重要的。优先级的确定可以参考ICE方法。ICE将需求分为三个层次：影响范围、信心和实现难度：影响范围是指需求的影响；信心是指用户对需求实现的良好反馈；实现难度是指技术实现需求的难度。在上一章中，我们对需求进行分类和标记。我们对需求分类标签的目的是通过客观分析需求，记录和评估价值；然后对需求的总分进行排序，尽量避免拍头定义分数，使用ICE方法更加合理。影响范围：可以用需求影响*需求产品价值来表达；自信：可以使用紧急情况 表达需求价值；实现难度:可以通过需求复杂度的分数来表达；最后，根据分数顺序，将每个需求的ICE三个分数加起来，排列需求优先级。在实际操作过程中，可以调整每个需求的分类和分值定义，找到一套适合自己产品的方法。在外部沟通的过程中，我们也可以以确定优先级的方法作为一套标准，争取每个环节的共识。在理解和达成协议后，每个环节都有助于促进产品的推广。六、需求变化是不可避免的。有些人说唯一不变的是改变——我认为改变可能是好的或坏的产品，所以我们需要控制需求变化管理，不是结束变化，而是减少需求变化对产品的负面影响，让产品朝着更好的方向发展。在PMP知识体系中，我们非常重视需求变化。在传统瀑布项目开发过程中，需求变化意味着项目计划和资源投资的调整。实际情况是，大多数情况会导致项目进度延迟或资源投资增加。在产品迭代（通常采用敏捷开发）的过程中，我们降低了对需求变化的控制或过程控制。迭代开发模式追求快速在线、快速试错和快速调整，也很容易导致需求变化。1.需求变化的早期需求不够明确：我们有时缺乏参考，需要一些产品创新；需求评估不够准确，用户研究不够彻底，在线往往需要根据用户反馈调整产品设计。对业务场景了解不够：在分析客户使用场景的过程中，由于自身的专业知识水平和行业经验