编辑导语：作为一名产品经理，应该具备输出靠谱需求和减少需求变更的基本素养和能力；在面对一个产品时，站在用户的角度考虑问题会更全面；本文作者详细分析了产品经理如何更好地完成需求梳理。

许多做产品经理的小伙伴应该都遇到过这种情况：团队努力了好久的需求已经交付开发了，却又被要求要变更，而且变更还不止一次要改原型、改文档，并导致研发、设计和测试跟着改动，造成同事的不满吐槽，自己也成为众矢之的。

其实，我们可以通过一些办法，尽量避免一些需求变更的。

一个优秀的产品经理，更应该具备输出靠谱需求和减少需求变更的基本素养和能力。那今天我们就和大家分享一下，减少需求变更的一些办法。

二、明确用户、场景和需求

我们要知道，哪怕是同样的用户群体，在不同的场景也会产生不同的需求。

所以一定要结合用户、场景和需求这三个方面去进行需求分析和产品设计。

如果我们没有对用户、场景和需求进行深入思考、没有明确用户真正需要的是什么、不了解实际的使用情况、以及产品存在哪些问题，就去输出需求，那么我们很可能抓不到用户的核心痛点，所设计的产品或功能缺乏理论依据，导致无法满足用户需求。

如果连你自己都不清楚为什么这么设计产品，也不清楚要帮用户解决什么问题，那么你的方案就可能在评审会中被领导、开发或测试质疑，并可能导致方案的修改和需求变更。

建议：不要只把自己当做产品经理，还要学会换位思考，站在用户的角度去看问题。分析需求和设计产品的时候，要深入了解自己的用户，并分析他们的行为和特征，也要考虑产品在不同场景下的使用问题。

一定要清楚我们设计的产品要解决哪些用户的问题，产品能解决什么问题，在什么场景下解决问题。

只有明确了这些问题，我们才能更精确的提出用户所需要的需求，产品才更能经得起推敲和考验，需求变更的问题自然就会减少了。

二、充分理解客户需求

我们都知道，很多To B产品的需求是直接来自客户的。但我们往往会发现，客户有时候自己也不知道自己想要什么。

那我们在不够充分了解的情况下就去开发产品，后面就很可能要变更需求。

如果我们没有深入了解客户的这些需求，就可能在后续的实际使用中出现问题，然后发生需求变更。

建议：在和客户沟通需求时，要去进行用户画像。去调查目标群体有哪些特征和行为，比如年龄、地区、所属行业、使用的设备类型、使用产品的习惯等，都是要充分了解的内容，这样去了解目标群体的情况就会比较全面，能对用户有一个比较清晰的认知。此外还要考虑客户可能存在的需求，找到用户真正的诉求。再针对我们了解到的情况，和客户进行深入沟通，了解用户的其他想法，验证并调整我们之前提出的想法。

在投入开发前，为了减少错误，可以先给客户提供产品的原型Demo试用，然后根据客户的体验效果和客户的意见去进行调整，在确定产品能满足客户需求，并且帮助客户解决实际问题之后再投入研发，从而减少用户的需求变更。

三、梳理出清晰的业务流程

业务流程的设计是产品设计的核心。有些产品的业务流程涉及比较多，比如会有多个角色参与，流程中环节比较多，相对比较复杂。

举个例子：电商的退换货流程中就包括买家和客服沟通，把商品退寄给商家，商家确认收到商品后财务开始走退款流程。

这其中还包括系统运作等，环节多、角色也多，是比较复杂的。

如果事前没有将流程梳理清晰，没有考虑到可能发生的情况，那么在复杂的业务流程中，就可能会出现异常，也许是逻辑有错误也许是需求被遗漏。

比如：如果电商客服没有跟买家沟通好退货要填的信息，那么买家可能就是无效退货，又或者没有更改换货信息，买家就不能及时收到更换后的货品。退换货中间环节出现问题，将会给多方造成麻烦，浪费时间也浪费人力，还可能造成经济损失。

如果没有明确哪个环节应该做什么，没有各司其职，发生了遗漏，自然也就导致需求需要变更了。

建议：明确产品核心业务流程，了解清楚流程中出现的角色以及角色之间的关系。将清晰的主线流程梳理出来，流程从哪里开始，到哪里结束，中间包含哪些环节，每个环节每个角色的工作是什么，运作顺序是什么等都要梳理清楚。流程清楚了，谁在哪里该干什么都明确了，自然就减少了出错的可能。

再对每一个流程节点进行反复推敲，考虑可能会出现的问题，尤其重点考虑异常流程，因为我们可能会忽略掉一些异常情况。

比如：买家下单后填错收货信息怎么办、没有及时收货导致商品被返回去了怎么办、商品在途中丢失了怎么办、商品已经寄出去了买家想退换货又怎么处理等，这些问题都是产品经理在设计流程的时候要多加考虑的问题。

做好了异常问题的应对解决方案，需求变更也就减少了。

四、充分理解客户需求

产品经理在做产品的过程中，还要和不同的平台进行对接，这其中也许包括公司内部不同部门之间的平台，以及外部的第三方平台。

如果产品经理不够了解对接平台所能提供的能力，就可能在对接过程中出现问题，造成需求变更。

因为缺少了解，那么设计出来的产品可能在平台上没办法使用它的一些功能。

如果再遇上开发时间紧张，那就很可能要修改设计方案，导致需求被迫变更。如果产品经理在设计产品之前没有详细了解对接平台能提供的服务，就可能设计出一些平台没办法使用的产品功能。

这就需要变更需求，或者修改设计方案了。

建议：当产品需要对接不同的平台时，产品经理应该在设计开发产品之前了解清楚对方的平台，包括对方平台有哪些功能，有哪些限制，以及可以提供哪些能力等。这些可以和开发或者对方的负责人沟通清楚，又或者找到平台的API文档来阅读。

如果发现对方能提供的服务没办法满足我们的需求，就要提前与平台沟通，采取相应的措施。

比如：对方在平台上开发新功能来接受我们产品的功能，又或者我们在开发产品前修改设计方案等，开发前沟通好了，后面自然就减少了需求变更的问题。

五、规范需求变更

产品经理应该做好开发过程中需求变更过程的管控，将开发过程中发生的需求变更记录下来，记住，是详细记录每一次需求变更，这样做是为了保证每次需求变更都是有效明确且可控的。

而且做好记录也方便过后总结分析需求变更的原因，提供减少需求变更的事实依据。

建议：可以制作出一份需求变更申请表，上面的内容可以包括：需求变更申请人、执行人、需要变更的模块、原来的需求、变更后的需求以及变更的原因等内容，后续还可以补充执行时间、完成时间以及完成效果等，总之应该尽量详细。

申请人填写了需求变更申请表之后，产品经理不应该独自决定是否同意变更，还需要项目团队的相关人员对需求做变更评估，分析需求变更的紧急重要程度、变更难度、开发量、所需时间、是否影响产品上线等因素，也就是综合分析变更成本有多大，综合评估之后，再决定是否有变更需求的必要，这样的流程走下来，就可以减少无效变更需求的可能，确保每次需求变更都是有效明确的。

产品经理遇到需求变更的问题是非常常见的，我们只有不断总结之前变更需求的原因，不断学习前人的经验，才能减少以后犯错误的可能，尽量避免需求变更。

作者：氟西汀，比二会更帅一点的男人，公众号：氟西汀终究还是没了。

本文由 @氟西汀 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议