在产品管理的复杂世界中，将用户需求转化为切实可行的解决方案是一项关键技能。这篇文章深入探讨了产品经理如何从需求出发，运用策略、工具和技巧找到并实施有效的解决方案。

有问题其实不用怕，为问题找到解决方案，反而是让我觉得很难。

作为产品经理，问题的来源有很多，而最终要给出的解决方案也很多。

这里的解决方案可以是

• 一个新增的功能
• 一个前端交互的调整
• 一个后端接口的调整

等等。

我们看下边几个例子：

用户需求：我想把我的动态分享给我的朋友

解决方案：分享功能，将动态生成图片分享、链接分享，同时可分享至微信用户、微信朋友圈。

用户需求：我已经发布的文章有错别字，想修改错别字

解决方案：添加编辑功能，支持二次编辑。

用户需求：选项内容太多，需要找很久才能找到自己想要的

解决方案：添加搜索功能，快速筛选数据。

也可以添加排序，用户进行排序筛选；

也可以根据使用次数，添加个计数，将常用的选项往前放。

用户需求：医生每次都要录入相同的药品，很费劲，想快速录入

解决方案：新增用药模板功能，直接添加药品模板中的药品；

也可以让医生用历史录入数据中查找，选择自动带入数据。

用户需求：后台导出数据超过1万条时，出现乱码，而且下载很慢，页面经常卡死。

解决方案：下载逻辑调整为分Excel下载，数据行数每5000行分成1个excel。

……

01 如何找到需求的解决方案？

第一点了解需求，确定问题

把需求当作问题，分析需求是为了找到最核心的问题。

想分析透彻一个需求，就用5W2H、5Y，这2个分析方法。

5W2H是一种分析方法论，通过不断的提出疑问句，然后进行答复，能够帮助我们全面的分析问题。

1）What（是什么）

这是最基本的问题，了解需求的内容是什么。在需求分析时我们可以先提出下方问题，然后对问题进行解答：

• 需求的内容是什么？
• 需求的目的是什么？
• 需求的价值是什么？
• 需求的流程是什么？
• 需求对应业务的线下场景是什么？
• 需求的优先级是什么？
• 需求的风险是什么？

2）Why（为什么）

这个问题用于了解需求提出的原因和动机。必须深入探究为什么这个需求被提出，背后的业务目标是什么。围绕原因、动机、目标，我们可以这样提问：

• 为什么提出这个需求？
• 为什么要这样做？
• 为什么要这样做而不是那样做？
• 为什么现在的解决方案不满足需求？

在问为什么时，我们要深入挖掘，往深层次去挖，多问几个为什么。这就是5Y分析法：基于上一次问题的解答，继续追问为什么，深入了解动机。如：

• 「为什么要电钻——因为想要墙上的洞
• 为什么想要墙上的洞——因为想挂婚纱照
• 为什么想挂婚纱照——因为想让媳妇高兴
• 为什么想让媳妇高兴——因为媳妇要和我离婚
• 为什么要离婚——因为我没钱」

这个例子并不是标准的，只是表达这个意思——用户想要的，并不是他们真正需要的，产品经理需要找到最核心的问题并进行解决。3）Where（在哪里）

这个问题用于了解需求发生的前后环境和具体场景，我们需要了解需求的应用场景和使用环境。

• 产品是在哪里用的？
• 需求的应用场景是什么？
• 业务的线下场景在哪里？
• 关键节点在哪？
• 在哪个流程里发生的？
• 需求主要影响了哪里？

4）When（何时）

这个问题用于了解需求发生的时间和周期，围绕「时间」相关的问题。我们需要了解需求的紧急程度和时间要求，用于版本规划与项目立项。

• 问题都是在什么时候发生？
• 问题发生的频率是多少？
• 这个需求是不是现在就要做？
• 需求的上线时间是什么时候？
• 需求上线时间是不是满足要求？
• 需求的多久才能上线？
• 这个需求对其他计划的时间有什么影响？
• 需要多久才能体现出价值？

5）Who（谁）

这个问题用于了解谁会受益或者受到影响，需求是为谁做的。

• 这个需求是谁提的？
• 这个需求的最终用户是谁？
• 用户画像是什么？
• 需要和谁沟通产生的问题？
• 需求会对谁、对哪个团队有什么好处？
• 需求会对谁、对哪个团队有什么坏处？
• 需求需要得到谁、哪个团队的支持？
• 需求产生的风险谁能把控，谁能负责？

6）How（如何）

这个问题用于了解需求的实现方式和具体操作步骤，「How」是需求分析偏后的部分，我们需要将需求如何实现、如何设计等，包括设计方案、技术实现、资源投入、团队协作等方面。

• 需要采取哪些措施来实现这个需求？
• 需要哪些资源来支持实现这个需求？
• 如何与利益相关者沟通和协调需求的推进？
• 如何与利益受损的人员/团队沟通这个需求？
• 如何将这个需求与公司/部门规划相结合？
• 如何将这个需求与当前的版本规划相结合？
• 如何确保实现这个需求不会影响到其他正在进行的项目或工作？
• 如何采购三方服务来支持需求？
• 需要进行哪些培训或准备工作来支持实现这个需求？

7）How much（多少）

这个问题用于了解需求的成本和资源投入，产品经理需要知道成本，而不是就想着做需求，成本与价值、投入与产出，是来评价你的成绩的。

• 需要多少人力成本来支持实现这个需求？
• 需要多少跨部门资源来支持需求？
• 实施这个需求需要投入多少时间？
• 需要多少资金来支持实现这个需求？
• 需要多少预算来支持实现这个需求？
• 实现这个需求的预期收益或效益是多少？
• 实施这个需求将带来多大的成本节约或效率提升？
• 实施这个需求将对整体项目预算产生什么样的影响？

5W2H就是提出各类问题，当你把以上问题有了答案，这个需求问题也就弄的很透彻了。在分析过程中，当出现新的问题时，可以继续运用 5W2H 方法，对新问题继续进行分析。然后遇到再连续问5个为什么，从深度上挖掘问题。

找到问题的关系，划分出前后顺序、因果关系、关联关系、问题发生的频率、重要性、严重性。

第二点肯定是根据问题找方案

解决方案可以新增功能，可以是一个策略的调整、可以是引入一个新技术，也可以是由产品经理解决，也可以由研发解决、也可以有业务方解决等等。

可行的解决方案会有很多，你可以把你能想到的都写出来。

但是有时候自己很难找到很好的解决方案，甚至很多时候一点思路都没有。

其实你可以放心，你能遇到的问题，肯定不是无解的问题。

方法总比问题多。

我的所用的最笨的方法就是多学多看，尽可能地多了解涉及到的内容。

学什么？和你工作中有关联的都可以学。

看什么？大到行业报告，小到竞品的版本更新说明。

总之，就是多了解，多学习。

如果你想自己有掌控感，就是要知道的多。

有下边几种方式可以帮助到你：

1）看行业通用方案，找业内人员问问。

2）找竞品，看竞品如何解决的。

3）找人问，问问别人是不是遇到过对应的问题。问研发、问业务方、问运营、问其他产品经理、问领导，看别人有没有建议。

4）问AI、Baidu、Google搜，看是否有其他网友分享出解决方案。

5）去垂直网站去找。每个行业都有一些垂直的社区、论坛，都可以去问去找。

6）去群里问，比如我在搞药学服务时，我混进了一个药师群，经常在群里问，有些药师还挺爱回答。

7）花钱，找人付费咨询。

……

当你通过学习积累，不断提升，不断积累经验。

当熟练后，就能直接看透需求目标与要解决的问题，能找到的解决方案会越来越多。

我们可以多出几个方案，让大家去评估去选择，然后最终决策出一个。

第三点 从一些方案中敲定一个

当解决方案定完后，产品经理可以与业务方、需求方、研发测试、领导初步评估方案，大家共同敲定一个都认同的方案。

在我们给出解决方案前，自己先从下方内容判断下：

1）最基本的：是否能满足需求，是否能解决问题，是否和目标一致

2）看投入成本：如果为了解决一个需求，2个解决方案都能满足需求，方案A需要7天上线，方案B需要3天上线，那就选方案B。

3）看紧急程度，着急就先出临时解决方案，比如有个bug直接影响到线上使用了，那就先采用个最简单最快的临时解决方案，先满足线上使用，然后在出一个最终解决方案，彻底解决这个问题。

4）看解决方案引发的新问题以及对当前业务的影响程度：如果引发新的问题，那就一并把新问题的解决方案也写出来

5）看规划，如果解决方案和下个季度的规划有重合，那我们就放到下个季度去做，先临时把问题处理了。

如果还是确定不了，那就找领导拍，把每个方案的好处与坏处写清楚，让领导去选择；

也可以拉会或者是私下找到团队的同学，和他们沟通，看要使用哪种方案。

02 看个例子

我真实工作中遇到的，运营反馈：后台导出数据超过1万条时，出现乱码，而且下载很慢，页面经常卡死。

我们先看问题描述：

1）导出1万条数据，出现乱码

2）下载慢，页面卡死

先用5W2H分析下：

1、what：

1）描述的问题是什么？——导出1w条数据，有乱码，下载慢，页面卡死

2）导出 5k 条数据也有这个问题吗？——没有这个问题

3）乱码内容是什么？——看提供的Excel

4）卡死时页面是什么样子？——点击没有任何反应，浏览器出现提示：页面无响应

2、why：

1）已经导出了1w条乱码数据，为什么还会说下载慢，页面卡死？——有时候可以导出来，但是有时候也会卡死，过好久才下载出来。

2）为什么要导出1w条数据？——为了导出数据与合作方进行对账

订单数据也同步给合作方了，为什么还要用Excel对账？——合作方数据只有10月之后的，10月份之前的数据没有同步

2）为什么会出现乱码？——数据量太大，程序处理起来有bug

3）为什么下载慢，页面卡死？——因为数据量大，导出使用的同步下载，导出过程中不能去做其他操作，当数据量过大时，服务器负载太高，程序处理超时，导致页面无响应

3、when：

1）何时出现这个问题？——导出1w条数据时，当导出5000条时没有出现

2）什么时候要解决这个问题？——运营说影响线上使用，需要尽快解决。

3）导出对账用Excel的频次高不高？——每月初导出上个月的，每年要导出全年的。

4）这个问题发生的频率高不高？——只要数据量超过1w都有这个问题，要么是导出乱码，要么是页面卡死。

4、where

1）哪个列表的导出有这个问题？——订单明细列表，其它列表导出1w条数据时，没有出现这个问题

2）在哪一步出现的卡死现象？——当点击导出按钮后，页面开始加载后，就不再有响应。

5、who

1）谁导出发现的问题？——运营用户后台导出时发现的问题

2）其他人导出也有这个问题吗？——任意角色导出都有这个问题

经过分析，我们先确定我们解决这个问题的目标是：能快速导出正确数据，且数据能够满足对账需求。

基于上面的分析，提炼出3个核心问题：

1）数据量大

原因：导出数据的字段太多，导出的数据量也太大，1w条数据Excel文件大小有10M

2）下载出现乱码

原因：程序bug

3）下载的很慢，页面经常卡死

原因：数据量大，由于同步下载，每次都要等程序下载完才能进行其他操作，当数据量太大时，程序处理超时后就会报错。

运营说今天就要发给合作方进行对账，然后合作方进行打款。

这涉及到钱的，可不能卡在产品经理这。

我们得先给出临时方案，先让运营能导出来数据。

临时方案：先按时间进行筛选，每次导出的数据量导出少点，多导出几次。

如果导出的次数很多，那就找研发，让研发从数据库直接导出。

然后我们需要同步继续将这个问题进行解决：

对于下载出现乱码，这个就是bug，交给研发处理。

对于数据量大，下载慢，页面卡死的问题，最终到底都是由于数据量大导致的，那我们的解决方案就要重点关注数据量大这个问题。

1、数据量大：分为导出的行数多、导出的字段多

如何解决：

1）只导出对账用的字段，非必要的字段不导出，减少导出的字段，由原来的45个字段减少到5个

2）每个Excel设置上限，超过5000条数据时分成多个Excel文件，然后人工手动合并

3）同步下载修改为异步下载

转化成系统解决方法则是：

功能方案1：

1）新增勾选导出字段，导出前勾选需要的字段。（原计划只导出对账用字段，但是功能能使用场景太少，为提高灵活性，我们进行配置化，由运营手动勾选）

2）修改为导出压缩包，每5000条数据导出一个Excel，多个Excel合并成一个zip压缩包

功能方案2：

1）新增「下载中心」模块，同步下载修改为异步下载，用户选择导出后，在「下载中心」里下载处理好的Excel。

方案基本成型，和反馈问题的运营沟通后没有问题。

然后我们再看使用那种方案彻底解决这个问题：

那就看资源、看成本、看规划，

功能方案1：涉及到前端调整、后端调整

• 前端现在没有资源，要排到两个月后；后端可以随时改；
• 前端主要涉及开发前端页面，后端反馈如果采用了分Excel导出，会解决现在导出卡死的问题。

功能方案2：开发反馈周期大，领导说咱们下季度要把后台统一放到新后台，在新后台再做异步下载，这个后台先不改了。

OK，方法2直接淘汰。

所以，最终我们定的解决方案是方案1 只做 分Excel下载，前端页面的调整先不做。

这个方案可以解决问题，运营表示没问题，后端表示没问题，领导也没说啥。

那我们就敲定这个方案，放到下个版本里，等我出详细PRD，然后排期做。

03 总结

解决问题是产品经理的日常，从很多信息中决策出一个可行的解决方案。

很难有一个方法能让你快速的找到解决方案，我只能给出具体的步骤与示例，最终靠的就是产品经理自己的能力。

不仅是需求分析能力，还有行业了解能力、竞品分析能力、沟通协调能力、挖掘问题的能力、经验丰富程度……

所以把产品看做一个病人的话，产品经理不仅要看病，还要能开药做手术，把一个产品给治好。

可能你会想到多个解决方案中，我们可以做ABtest，不过做ABtest意味着要多倍资源的投入，还要有能支持做ABtest的系统支持，绝大多数公司都不会做。

不过你觉得你的方案不是最好的，也不用担心，我们还能进行迭代，继续去优化。

有问题就解决问题，没有问题就去发现问题。