如何更好的完成需求梳理

3 评论 17638 浏览 72 收藏 11 分钟

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

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

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

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

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

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

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

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

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

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

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

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

二、充分理解客户需求

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四、充分理解客户需求

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

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

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

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

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

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

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

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

五、规范需求变更

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

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

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

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

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

 

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

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

题图来自 Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 简单一句话就是 UML 建模过程

    来自浙江 回复
  2. “二、明确用户、场景和需求”序号错啦,这个应该是一吧?

    来自北京 回复
    1. 阿 不好意思,我直接从公众号编辑器里复制出来的,没有细心检查,下次一定注意

      回复