举例:从14期圆桌看需求分析

鱼精
0 评论 15918 浏览 8 收藏 10 分钟
🔗 B端产品经理需要更多地关注客户的商业需求、痛点、预算、决策流程等,而C端产品经理需要更多地关注用户的个人需求

14期人人圆桌的话题:

需求背景:

北漂男屌丝,没钱租大屏幕、买不起房、买不起车、买不起999玫瑰,现在需要跟女友求婚。

目前已定国庆结婚,但是需要有求婚环节

要求:

用产品思维给出解决方案,且方案需要有可行性。需要同时决定整个方案的流程和详细操作。

作为一名互联网产品汪,处理过的需求不说量级惊人也算有一箩筐了,不论是老板提的“奇思妙想”,还是运营、开发们的“临门一脚”,都能面不改色、淡然处之。然而拿到这个题目时却着实感觉被坑了一把 ,然而再奇葩再有难度的问题我们也能解决,因为我们是世界上最奇特的物种——产品汪。欲知详情如何,且听我娓娓道来。

一.用户需求是什么,我们要解决什么问题

题目一开始就给我们埋下了一个很大的坑,也可能是很多产品人员容易犯的错误——大家刚看到话题会下意识认为我们要做的就是帮男主求婚,这个简单。真的是这样吗 ?为了弄清楚这个问题,我们先举个例子:

小明去了便利店,告诉店员他需要买一瓶纯净水,这时店员如果向小明不断推荐各种牌子的纯净水怎样怎样好,怎样怎样纯净,那可就大错特错了。如果店员有一点产品人员的思维或精神,他会多问一句,深挖一下小明的需求,他会发现,原来小明刚刚经历过了剧烈运动,他感觉很渴,他决定买纯净水解渴——这是小明自己的解决方案——他以为正确的解决方案。而店员通过询问后,了解了小明的需求,向他推荐了富含电解质的矿物质水。要知道,在剧烈运动大量丢失电解质的情况下,再摄入大量纯净水会更加拉低电解质含量,引起抽搐痉挛等严重后果。

回到我们的话题,男主真的是需要我们帮他求婚吗?显然不是,男主和女主已经决定在国庆结婚了,求婚岂不是多此一举。我们在这里又发挥了产品人的特质,通过深挖,发现男主是一个北漂男,没钱没车没房,很显然,这样的条件女主还愿意结婚那一定是真爱。男主在已经定下结婚的情况下还希望求婚的动机很清晰了——通过郑重的求婚向女主表达自己的真心、重视、亏欠等等一系列情绪——这才是隐藏在男主话语之下的真切的需求。我们是产品人员,绝对不能把用户自己提出的意见、想当然的解决方案当作用户的需求,甚至把用户的解决方案当作我们为用户提供的解决方案

现在明晰了,男主需要通过一种方式向女主表达自己的真心——将男方的心意送到,让女主感觉到幸福感、安全感、对未来的期许和希望——这就是我们要满足的用户需求。当然,我们仍然选择了以求婚为活动载体。

.好的产品就是在讲一个好的故事

明确了用户需求后,那就需要用一个好的产品去满足用户需求、解决用户问题了。在这里我们的产品就是为男主提供的解决方案。我们选择为用户讲述一个好的故事:

好的互联网产品需要逻辑清晰、层级分明的信息架构,需要打动情感、直指人心的交互操作,更需要直切要害、中肯实用的产品内容。

那一个好的故事需要什么?我们的选择是:时间特别,地点特别,气氛特别,方式特别,见证特别。

时间特别:女主生日

地点特别:第一次见面(接吻)的地方

气氛特别:欲扬先抑,可以事前瞒着女主故意冷淡她,然后温馨反转

方式特别:邀请男主生命中最重要的人(小学发小、中学同桌、大学室友、父母)轮流假扮路人与女主偶遇,最后揭晓,寓意我生命中最重要的一切都要陪你度过。

环节特别:由见证人以路人的身份依次分享男主的故事

见证特别:小学发小、中学同桌、大学室友、父母(所有生命中最重要的人)

 .需求确立下的功能拆分

在确立了用户需求的情形下(男主需要通过一种方式向女主表达自己的真心——将男方的心意送到,让女主感觉到幸福感、安全感、对未来的期许和希望),很容易根据需求特质对功能点进行拆分。从女主的角度出发,我们决定满足以下几点:感情基础(表现男主的真心),未来希望(男主的上进心),惊喜程度(温馨翻转、现场气氛)。

以上是满足用户需求的逻辑层面,在确立了用户需求后,按照逻辑框架去有条理的拆分需求,形成功能点,再由若干功能点构成功能列表是我们常用的方式。值得再次强调的是,用户需求的确立一定要严谨,反复审视,要经得起逻辑推敲,绝对不能把用户自己想当然的解决方案当用户需求。

  .说了这么多,你还是帮男主求婚?

我们真的是帮男主求婚吗,不是,真的不是。 把这一条单独列出来说,是因为这里可能比较难理清楚,但一定要理清楚。在这里求婚只是我们产品人员去满足用户需求的解决方案之一,抛开话题的局限性,我们可以通过很多方法实现,去满足用户需求。

说的更明晰一点,当我们为用户讲述的故事到了尾声的时候,我们就是不让男主说出嫁给我吧这样的字眼,那这就不是求婚了,然而我们的目的达到了吗,女主的心理期望实现了吗,男主的需求得到了满足吗,很显然是的,反正重点不在求婚,反正他们终将结婚。

用户需求,用户的解决方案,产品人员的解决方案很容易混淆。在这里用户需求实际是“男主希望通过某种方式去满足女主的心理期望”,用户的解决方案是求婚,我们产品人员的解决方案是讲述一个好的故事。不论何种形式,只有给了用户他心里最想要的,才能算是合格的产品。

更多圆桌

【人人圆桌】第一期:二维码破局:基于二维码的新的商业机会

【人人圆桌】第二期:借力“世界杯”:如何让你网站流量翻倍

【人人圆桌】第三期:“宝贝,爸爸今天不去哪儿”

【人人圆桌】第四期:竞品分析报告模版

【人人圆桌】第五期:市场需求分析报告

【人人圆桌】第六期:产品需求文档PRD模版

【人人圆桌】第七期:小团队如何面对大公司的抄袭

【人人圆桌】第八期:30字的个人简历

【人人圆桌】第九期:血压血糖仪的转型

【人人圆桌】特别篇:写给刚入职的产品菜鸟

【人人圆桌】第十一期:一起来画流程图

【人人圆桌】剧场版:如何缓解工作压力

【人人圆桌】13期:避开产品路上的坑

【人人圆桌】14期:产品狗求婚大作战

本人由人人圆桌14期参与人员VINO根据14期圆桌讨论而写,转载请注明出处并保留本文链接。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!
专题
12861人已学习13篇文章
在产品的不同生命周期,需要有对应的产品战略以应对市场。本专题的文章分享了如何做好产品战略规划。
专题
13744人已学习12篇文章
作者B端的产品经理,要基于这个行业理解的大背景下去了解公司的业务全局。本专题的文章分享了B端产品经理如何了解业务全局。
专题
11334人已学习12篇文章
保险是一种保障机制,能够在遭遇意外时起到缓冲保底作用的财务工具。本专题的文章分享了互联网保险产品设计指南。
专题
12657人已学习12篇文章
运营分很多类,流量运营、用户运营、内容运营…每一个环节都有特别关注的数据和指标。本专题的文章分享了互联网运营,应该分析哪些数据和指标。
专题
14007人已学习12篇文章
本专题的文章分享了供应链系统设计指南。
专题
15400人已学习13篇文章
本专题的文章分享了数据分析报告写作指南。