产品经理在日常工作中会遇到许多需求，本篇文章，作者分析应对二手需求需要关注的几个方面，以便更好的解决工作难题，让我们看看作者是如何解决的吧~
小姜同学：“我被分配了一个别人负责的模块，前期也是他跟运营同学对接。他告诉我，运营想要一个某某某功能，我花了很长时间完成，跟运营评审的时候，发现根本不是运营同学想要的功能。结局就是，我又返工重做了一遍。如果下次遇到这种情况，我该怎么办？”
首先，确定需求真实的来源是什么。
产品经理在日常工作中，会接收到大量的需求，有他人转达的，有本人提出具体方案的等等。
很重要的一点，就是明确需求的来源。
在原始需求池中，需求来源的有效记录尤为重要。因为这个信息，会影响后续需求范围的确认、优先级的决策和规模大小的判断。
其次，明确业务场景和真实痛点。
大部分人提需求，并不会说：我想要解决什么问题；他们一般会描述为：我想要什么功能。
举一个案例，一个新销售公司在经营上游收购了3个工厂，老板提出想要一个工厂管理系统。经过一系列的询问和沟通，发现老板想要的是规范三个不同工厂的作业流和生产质量。所以他并不需要一整套完整的工厂管理平台，而是生产管理体系。
那么如何确定用户的真实需求呢？
要知道，中国的语言系统是复杂的，因此在沟通交流的过程中，需要注意不同的词语和表达在不同语境的含义，不要只停留在字面意思。
我们可以通过反复询问，结合上下文和获得更多背景信息来推断他的真实含义。最重要的是，我们需要保持开放的心态，做一个积极的倾听者和共情者，让需求提出方信任我们，并且也是真正可以解决他的问题。
他最主要想表达什么？关键词是什么？他最关注的点是什么？判断出他的真实意图，分析说他真正的痛点是什么？他的困难是什么？他想解决什么问题？他觉得难过的点在哪里？而不是傻傻的问：你有什么需求，你想要什么功能。
tips：在这个过程中，可结合【发现问题模型】来辅助分析判断。
第一步，使用As is/To be模型，将理想状态和现状的落差可视化，所谓的落差，就是问题。
描述理想状态，例如：作为门店的销售顾问，我希望快速看到每日的任务；整理现状，目前我们只能在APP上看到杂乱的客户信息，无法快速跟进客户。
第二步，使用“6W2H”模型，深入探究问题的核心。
通过简单的梳理，确认自己是否正确的理解了问题，并分析出为什么会出现这个问题，再找找有没有下意识里忽略的关键点。
在提问过程中，可以使用“原因分析”模型，持续询问为什么。
首先要设定问题，锁定一个具体问题。其次询问为什么，并写出原因，持续询问为什么，继续深究原因，通过层层抽丝剥茧，直到很有逻辑说明“只要改善这个问题，就可能解决一开始提出的问题。”
问题：分店新调来的员工下错了订单。
可通过鱼骨图或逻辑树状图，把凌乱的问题汇总起来，明确问题没有遗漏。对问题进行分类，并带有逻辑的梳理。
过程中，查看问题是否有重叠或者遗漏，需求是否可以合并或需要加以补充。
最后，一定要复述一遍结论，再次明确是否有歧义，获得最终的确认。
针对一个问题，可以多找几个相关方，询问同样的问题，看看其他人的答案是什么。
从中，我们可以找到被忽略的信息。因为人性是复杂的，大部分人都是精致的利己主义者。那么在沟通过程中，很有可能趋利避害，只阐述有利于自己的信息，从而会干扰我们做出判断。
通过不同的角色，转变不同的视角，去找到那些不愿被提及的问题，说不定，这些问题才是真实的痛点。
经过上面的流程，得到了的需求，需要完整的记录。
需求池有很多种，根据我个人工作经验，总结出一套产品需求池模板（还有运营需求池模板，在后续需求管理的文章里会详细讲解）。
日常记得滚动翻阅需求池，及时合并需求并出池。
二手的需求，就好像一个渣男，不清不楚不明不白，还硬着头皮要爱上它。但你可以通过各种方式识别并驯化他，加以利用。
本文由@Rzhiyi 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。