如何应对“二手需求”?

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

一、明确需求来源

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

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

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

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

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

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

举一个案例,一个新销售公司在经营上游收购了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优化、定制化需求、删除需求、接口需求。

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

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

本文作者@Rzhiyi 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部