时间: 2021-07-30 11:27:29 人气: 15 评论: 0
需求变更是产品经理时常遇到的问题，并且也容易引发项目相关同事，例如开发、设计、测试等的吐槽，那么产品经理怎么做才能减少需求变更的这类事件呢？
各位小伙伴，作为一名产品经理，不知道你们在工作过程中，有没有遇到过这种情况，已经交付给开发的需求经常发生变更，每次变更都要改原型、改文档，研发要重新评估需求，设计和测试也要改动，还**引发开发、设计和测试同学的各种吐槽和不满，产品经理也成为了众矢之的。
其实，在很多的需求变更中，有些变更是我们可以减少的，也是可以避免的。输出靠谱需求，减少需求变更是产品经理应该具备的基本素养和能力。今天我们就来分析一下，产品经理应该如何减少需求的变更。
我们在进行需求分析与产品设计时，一定是要立足于用户、场景和需求的，因为即便是相同的用户群体在不同的场景下产生的需求也可能是不同的。
当我们进入一个不熟悉的产品领域时，如果不能想清楚用户真正需要什么，实际使用场景如何，存在哪些问题，缺乏对用户、场景和需求的深入思考，那么我们设计出来的产品或功能是缺乏**依据的，没有抓到用户的核心痛点，也无法满足用户需求。
而这种需求，是相对容易发生变动的，比如，在评审**中，有领导、开发或测试对你的方案提出质疑，而你也没有想清楚这个方案到底解决的是用户的什么实际问题，为什么这么设计，就可能导致方案的修改和需求变更。
建议：
在需求分析和产品设计阶段，我们要深入了解用户的典型特征和行为，考虑产品的不同使用场景，把自己当作用户，站在用户的角度考虑问题。
要明确我们是为哪些用户在什么场景下解决什么问题，产品是如何解决问题的，想清楚这些问题后，我们提出的需求才是更加靠谱的，能经得起推理和考验，更能被用户接受，也**减少需求变更的发生。
对于一些To B的产品，很多情况下，我们的需求是直接来自客户的，而有些时候，客户并不清楚自己到底想要的是什么。在与客户沟通的过程中，如果不能引导他们说出真实的想法，或者没有充分理解用户的需求和意图，那么开发出来的产品可能就不是客户想要的，不符合客户的预期，这也**导致需求变更，甚至延误产品的交付。
举个例子，比如一款政府使用的视频**议软件，如果和通用的视频**议产品一样，可能就**产生问题。
因为政府行业的用户群体有他自己的特征，比如领导是不希望可以被下属随意打扰的，那我们在设计时，就要考虑加入视频呼叫的权限，比如下属不可以对上级领导发起呼叫，或者在通讯录中下属对上级领导不可见等限制。
这些需要与客户去沟通，如果不能充分理解这些特定用户在实际场景中的使用需求，可能就**导致需求的变更。
建议：
想要减少这种问题的发生，首先，在沟通前，需要我们对接触的用户群体有一个清晰的认知，构建用户画像，通过调研与沟通的方式，了解目标群体的典型特征和群体行为，如年龄、地区、所属行业、使用的设备类型、使用产品的习惯等，完整了解目标群体的情况。
其次，要想清楚他们可能存在哪些需求，分析用户真实的诉求点，然后针对这些需求我们去与客户进行沟通，验证我们的想法是否正确，并且去了解用户其他的真实想法。
最后，在投入开发前，我们可以为客户提供产品的原型Demo进行体验，看是否满足他们的需求，能否帮助他们解决实际问题。客户在体验完产品之后，一般**提出自己的想法，我们可以根据客户的意见去做产品上的相应调整。这样在开发过程中以及产品交付后，才**发生更少的需求变更。
产品设计的核心其实就是业务流程的设计。有一些业务流程是比较复杂的，涉及到的角色与流程比较多，比如电商的退换货流程，这里面可能**涉及买家、卖家、系统、客服、财务等多个角色，而且涉及到的环节也比较多。
对于这种复杂的业务流程，如果流程梳理的不清晰，没有把各种可能发生的情况和异常流程考虑周全，就很有可能**出现逻辑错误或者需求遗漏的问题。一旦我们忽略了这些问题，在产品的开发过程，无疑也**导致需求的变更。而这种问题，也是一些产品新人经常**遇到的。
建议：
首先要明确产品的核心业务流程，主线流程一定要清晰，明确流程中有哪些角色，角色之间关系是什么，流程从哪开始，到哪结束，包含哪些环节，顺序是怎么样，产生的数据流是怎样的，形成一个业务闭环。
然后针对每一个流程节点去考虑所有可能**发生的情况，尤其要将异常流程考虑清楚，因为异常情况有时候是我们容易忽略掉的。比如在用户登录时，断网时如何处理，账号或密码输入错误时如何处理，输入错误的异常中又有哪几种情况，这些细节都是需要产品经理考虑清楚的。只有将业务流程考虑全面之后，才**减少需求变更。
在做产品的过程中，不同平台之间的对接是不可避免的。有的是外部的第三方平台对接，有的是公司内部不同部门之间的平台进行对接。
平台对接造成的需求变更，很大一部分原因在于产品经理不够了解对方平台能够提供哪些能力。如果你设计出来的功能，到了开发过程中才发现对方平台根本不支持这种功能，这种情况下，如果开发时间比较紧张，可能就需要修改我们的设计方案，这也是引起需求变更的一种情况。
举个例子，之前做过的一个产品，我们通过对接第三方平台为我们提供视频**议的能力。我们为用户设计了5种**议状态，但是对方只能支持其中的2种。由于提前了解过对方平台提供的能力，能针对这种问题与对方及时沟通，经过评估，对方为我们增加了3种状态，最终没有影响我们的开发进度，也避免了需求变更。当然，如果没有提前认真了解过对方的平台，可能就**影响到我们功能的设计了。
建议：
在我们的产品需要进行不同平台对接时，产品经理要清楚对方能提供哪些能力，去阅读对方平台提供的API文档和白皮书，了解他们能提供的服务是否满足我们的需求。如果不满足需求，需要提前与平台进行沟通，双方对需求做出评估，并采取相应的措施，比如暴露新的接口给我们，或者对方开发新的功能，或者提前改动我们的设计方案等，避免造成开发过程中的需求变动。
在产品的开发阶段，针对需求变更，我们要做好需求变更过程管控。需求变更过程管控是为了记录在开发过程中的所有需求变更，保证每一次变更都是明确的、可控的，也为我们总结分析需求变更的原因，减少需求变更提供依据。
需求变更管控工作可以由产品经理或者项目经理来主导，每次发生需求变更时，申请人要提交需求变更单，变更单内容主要包括申请人，执行人，变更模块，原需求，变更需求，变更原因，时间成本，申请时间、执行时间、完成时间等。
提交变更单之后，项目团队的相关人员要对需求做出变更评估，分析需求变更的紧急重要程度，变更难度，开发量，时间成本，是否影响产品上线等因素，综合评估之后，决定是否进行变更。
需求变更是我们常**遇到的问题，作为产品经理，我们需要修炼自己的内功，并且去总结每一次需求变更的原因，避免下次犯同样的错误。经过不断的经验积累，我相信每个人都可以减少开发过程中的需求变更，也不**再被你的开发、设计、测试同学无限吐槽。
本文由 @米粒 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
