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