如何应对“二手需求”？

产品经理在日常工作中会遇到许多需求，本篇文章，作者分析应对二手需求需要关注的几个方面，以便更好的解决工作难题，让我们看看作者是如何解决的吧~

小姜同学：“我被分配了一个别人负责的模块，前期也是他跟运营同学对接。他告诉我，运营想要一个某某某功能，我花了很长时间完成，跟运营评审的时候，发现根本不是运营同学想要的功能。结局就是，我又返工重做了一遍。如果下次遇到这种情况，我该怎么办？”

一、明确需求来源

首先，确定需求真实的来源是什么。

产品经理在日常工作中，会接收到大量的需求，有他人转达的，有本人提出具体方案的等等。

很重要的一点，就是明确需求的来源。

在原始需求池中，需求来源的有效记录尤为重要。因为这个信息，会影响后续需求范围的确认、优先级的决策和规模大小的判断。

其次，明确业务场景和真实痛点。

大部分人提需求，并不会说：我想要解决什么问题；他们一般会描述为：我想要什么功能。

举一个案例，一个新销售公司在经营上游收购了3个工厂，老板提出想要一个工厂管理系统。经过一系列的询问和沟通，发现老板想要的是规范三个不同工厂的作业流和生产质量。所以他并不需要一整套完整的工厂管理平台，而是生产管理体系。

那么如何确定用户的真实需求呢？

二、刨根问底是关键

1. 首先，让试图说服你的人解释清楚

要知道，中国的语言系统是复杂的，因此在沟通交流的过程中，需要注意不同的词语和表达在不同语境的含义，不要只停留在字面意思。

我们可以通过反复询问，结合上下文和获得更多背景信息来推断他的真实含义。最重要的是，我们需要保持开放的心态，做一个积极的倾听者和共情者，让需求提出方信任我们，并且也是真正可以解决他的问题。

2.接下来，需要在大段的沟通和讨论中，快速抓住重点

他最主要想表达什么？关键词是什么？他最关注的点是什么？判断出他的真实意图，分析说他真正的痛点是什么？他的困难是什么？他想解决什么问题？他觉得难过的点在哪里？而不是傻傻的问：你有什么需求，你想要什么功能。

tips：在这个过程中，可结合【发现问题模型】来辅助分析判断。

第一步，使用As is/To be模型，将理想状态和现状的落差可视化，所谓的落差，就是问题。

描述理想状态，例如：作为门店的销售顾问，我希望快速看到每日的任务；整理现状，目前我们只能在APP上看到杂乱的客户信息，无法快速跟进客户。

第二步，使用“6W2H”模型，深入探究问题的核心。

• Who：门店销售人员。
• whom：门店客户。
• What：现有系统难以快速建立联系。
• when：每天。
• how：每天都要花大量的时间在系统里找到对应的跟进任务。
• why：公司要求，系统难用。
• where：公司提供的APP和线下纸质单。

通过简单的梳理，确认自己是否正确的理解了问题，并分析出为什么会出现这个问题，再找找有没有下意识里忽略的关键点。

在提问过程中，可以使用“原因分析”模型，持续询问为什么。

首先要设定问题，锁定一个具体问题。其次询问为什么，并写出原因，持续询问为什么，继续深究原因，通过层层抽丝剥茧，直到很有逻辑说明“只要改善这个问题，就可能解决一开始提出的问题。”

问题：分店新调来的员工下错了订单。

1. 没有发现自己输错了。
2. 没有仔细确认。
3. 没有确认使用流程和相关规范。
4. 流程不统一，不知道流程是什么。
5. 没有通用的标准版作业流程。

3. 整理归纳总结

可通过鱼骨图或逻辑树状图，把凌乱的问题汇总起来，明确问题没有遗漏。对问题进行分类，并带有逻辑的梳理。

过程中，查看问题是否有重叠或者遗漏，需求是否可以合并或需要加以补充。

4. 复述一遍

最后，一定要复述一遍结论，再次明确是否有歧义，获得最终的确认。

三、多问几个人没有坏处——找到阴影里的问题

针对一个问题，可以多找几个相关方，询问同样的问题，看看其他人的答案是什么。

从中，我们可以找到被忽略的信息。因为人性是复杂的，大部分人都是精致的利己主义者。那么在沟通过程中，很有可能趋利避害，只阐述有利于自己的信息，从而会干扰我们做出判断。

通过不同的角色，转变不同的视角，去找到那些不愿被提及的问题，说不定，这些问题才是真实的痛点。

四、原始需求入池

经过上面的流程，得到了的需求，需要完整的记录。

需求池有很多种，根据我个人工作经验，总结出一套产品需求池模板（还有运营需求池模板，在后续需求管理的文章里会详细讲解）。

• 原始需求描述：尽量记录提出人的原始对话，不要二次加工增加主观分析。
• 解决方案：1. 用什么功能实现什么效果/达到什么目的。 2. 想要实现什么管理手段/经营目标/改善痛点。
• 需求标题：平台-模块-需求标题，例如：运营平台-用户管理-建议增加查询功能。
• 需求描述：描述整体闭环流程和关键逻辑。
• 优先级：P0-P4。
• 需求来源：外部客户、运营建议、技术建议、产品规划、高层领导。
• 需求类型：新增功能、功能改进、bug修复、用户体验、UI优化、定制化需求、删除需求、接口需求。

日常记得滚动翻阅需求池，及时合并需求并出池。

二手的需求，就好像一个渣男，不清不楚不明不白，还硬着头皮要爱上它。但你可以通过各种方式识别并驯化他，加以利用。

​Read More