需求分析之辩证伪需求

7 评论 13627 浏览 114 收藏 12 分钟

一个伪需求带给产品的伤害是灾难级别的,不仅做出来一个没人用的产品,还浪费了公司的资源。那么,如何分辨伪需求呢?本文作者从“iPad点菜”和“客户自助式贷款信息提交H5页面”这两个需求案例进行了分析,一起来看一下吧。

产品经理主动发起一个需求或接受一个新需求时,非常重要的一个环节是需求分析,一般而言,这个阶段花我们最多心思的是提炼需求、优化需求、权衡利弊,但往往忽略了对需求的真伪做一个辩证分析。

一个伪需求带给产品的伤害是灾难级别的,它不仅仅是做出来一个没人用的产品,还浪费了公司的资金,更糟糕的是项目团队所有成员的努力都白费了,十分打击团队的士气。因此,需求分析时排除伪需求乃重中之重。

那分辨伪需求有什么比较好的办法呢?本文将以“iPad点菜”和“客户自助式贷款信息提交H5页面”2个需求案例,分别使用Y模型分析方法、用户场景流程分析方法与大家演示辩证的过程。

01

需求:iPad点菜;

背景:2016年,随着互联网各大软件的层出不穷,电子化、无纸化大行其道。A公司是一家以提供高端定制化软件为卖点的技术公司,主要客户是国内高端的餐饮酒店。彼时餐饮酒店的菜单多为纸质菜单,单本价格不菲,而餐饮酒店的菜单随着季节交替变更较为频繁。于是,一些大客户餐饮酒店提出在iPad上实现点菜。

目的:开发一款在iPad上点菜的APP,取代纸质菜单。

A公司拿到这个需求的时候,主要从以下几个维度分析,并得出了开发iPad点菜的结论。

表1-iPad点菜对比纸质菜单的维度分析表

分析得出的结论都没问题,但这是一个伪需求。为什么?让我们用Y模型来分析一下。

图1-Y模型图示

Y模型需求分析的思路浅析:第一层:用户提出的诉求,第二层:他诉求的目的,第三层:他的心理上的诉求。结合成一句话就是:收集到用户的诉求时,我们要了解他诉求背后的目的,再确定他心理上想满足的点,最终设计出一个可以满足他心理诉求的功能。

那么,我们开始分析iPad点菜需求。

第一层(用户提出的诉求):大客户餐饮酒店提出在iPad上实现点菜;

第二层(诉求的目的):更低的成本、方便菜品维护、方便账单维护、更高级的外观、客人可以看见更多的菜品信息;

第三层(心理上的诉求):分类归纳为,对酒店而言可以降低成本,对客人而言可以让客户感到更高级的服务。

由此我们发现iPad点菜实际上是满足2B(酒店)和2C(来酒店吃饭的客人)两类用户的诉求,为酒店省钱,让客人感到高级有面子。但是这里有一个很大的坑就是,对于提出需求的的酒店,更低的成本、方便菜品维护、方便账单维护这几个目的确实可以通过iPad点菜很好的实现。但是,客人真的能通过iPad点菜体验到更高级的服务吗?

图2-iPad点菜系统界面

我们不能听需求提出人的一面之词,一定要站在用户的角度想一想,我们再通过Y模型的第三层反推一下客人会不会想要iPad点菜。

第三层(心理上的诉求):我要吃饭的时候体验更高级的服务;

第二层(诉求的目的):多样化的服务体验、贴心恭敬的服务员、优雅的就餐环境、很难吃到的美食……

第一层(用户提出的诉求):能享受按摩、美甲服务、全程服务员伺候、拍照美美的高级包厢、品尝法国红酒……

这么一想会发现,对于客户而言,高级服务基本不会是iPad点菜。因为,对于普通人而言,有一个在身边供自己使唤的人带来的优越感远比一台贵重的机器多得多。

我们可以回忆一下近几年去餐厅吃饭,基本没有餐厅会在客户落座后会递上一个iPad。高级点的餐厅在客人点菜时,肯定会有一个服务员毕恭毕敬地站着,给你介绍菜品,给你记菜。

PS1:这也可以解释为什么餐厅、酒店、美发等行业宁愿多花一些钱在雇佣员工、装修上,以及一些花里胡哨的地方,也不会为了提高效率去落实电子化、数字化,因为那会减少他们的客流。

02

需求:客户自助式贷款信息提交H5页面;

背景:B公司是国内领先的金融助贷服务公司,有一个与银行直连的CRM系统,每天有2000名坐席在该系统通过“电话销售+文字沟通+系统录单”的模式进行作业。而随着国内的监管日益严格,公司的安全合规部门也提出更加严厉的规定:不允许销售员工接触任何的客户敏感信息(手机号、身份证号、银行卡号、家庭住址等)。为客户办理贷款期间,大概有100个字段需要客户提供,如果完全按照规定执行会导致部分贷款业务无法开展。

目的:通过让客户自主完成贷款信息填写,规避安全合规风险。

我当初想到自助式贷款信息提交H5页面这个方案的时候,半夜激动的睡不着觉,但与富有经验的销售主管聊过之后,便彻底否定了这个方案。接下来,让我们以用户、场景、流程来的分析方法得出以上结论。

用户:有贷款意向的白领、小微企业主,年龄段为40岁的正态分布。

场景:坐席端:上班时间,通过CRM系统呼叫客户,此时除了知道客户有意向办理贷款和一个掩码的手机号(132*****888)之外,其他信息均需客户提供;客户端:上班时间,收到一个标记为B公司的号码。

流程:见以下流程图。

图3-坐席贷款销售流程图

通过以上分析我们可以比较简单的得出:贷款的流程较为复杂,所需的信息较多,而主流的贷款客户并不是移动互联网的高端玩家,难以完成贷款信息的自主提交。

作为产品经理想到这么完美的一个解决方案,我当然不愿就此放弃。公司还有专业的坐席,如果不只是甩给客户一个表单H5,而是给H5的同时,坐席给予操作引导,那么不就可以让客户完成贷款信息提交了吗?这样当客户提交后,系统再自动同步表单数据至坐席端,坐席只要负责简单的内容校验即可。

如果真这么做了,那产品经理就是想当然的闭门造车了。实际上,在上述流程图中,客户流失率非常高,基本每一个客户端的判断都要损失50%的客户。而将表单交给客户填写,意味着留给客户思考的时间增加,客户思考得越多,乱七八糟的想法就越多,流失率就越高!

图4-贷款表单之联系信息填写界面

图5-投保界面(如果客户自助填写,填写量是该图的4倍)

PS2:我国的金融贷款普及并不全面,民间借贷、高利贷、黑网贷仍是许多人心中的阴影,虽然B公司是正规的银行贷款,坐席也完全按照行业标准话术向客户说明贷款信息用途,客户在电话中依然非常防备。

稍微设身处地就能体会收到H5的客户脑海中的胡思乱想,一开始他们会觉得“咋那么多东西要填,真烦!”,然后在填写征信时会想“他收集我的银行卡、手机号,万一是骗人的,我还这么傻在弄……”,填写亲属联系人信息会想“万一他去骚扰我的家人……”,提交贷款证明材料时会想“要是搞了这么久还弄不到钱……还是找个靠谱点的银行再问问”。于是就换了一家银行去咨询贷款。

PS3:大家可能会好奇,那最终如何解决安全合规的问题呢?其实最终的解决办法并不是靠需求,而是与安全合规部门做了沟通,在合规允许的范围内调整了规定,除非必要,才允许坐席向客户在电话中索要客户的敏感信息,且必须通过文字的形式发给坐席,这相当于客户同意并主动提供。

补充说明:

Y模型需求分析的更多详细介绍可参见《人人都是产品经理2.0》

通过用户、场景、流程分析需求的更多详细可参见《幕后产品》

本文由 @吴德馨 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 扫码点餐就是节省了人工成本

    来自中国 回复
  2. 没太理解,菜单的这个明显满足了客户的需求,难道需求必须同时满足客户和用户才是真的么。。。

    来自北京 回复
    1. 解决方案就是现在的扫码点餐

      来自四川 回复
    2. 他这个站的角度、分析角度其实是把业务也考虑进去了,如果我们作为技术开发部门或者外包方的话是不用考虑到酒店客人那一层的。
      第二个银行的案例其实是我们产品经理要考虑的,流程顺畅、客户使用便捷程度等等

      来自广东 回复
    3. 产品对于企业自身以及客户来说,都需要提高收入才能实现产品价值,而如果用户不愿意买单,那么客户也就不愿意买单,对开发这款产品的企业来说就没有价值了

      来自上海 回复
  3. 这个两个需求其实都不算是伪需求,第二个需求我还真实的做过,只是这两个需求的实施场景需要很多辅助功能来解决,不能单纯的依靠产品本身来解决实际问。

    来自上海 回复
    1. 你说的没错。类似案例中产品的解决方案不是软件或系统,而在系统之外的服务流程设计。

      来自上海 回复