真实案例分析 案例分析

来源:网友投稿 时间:2022-01-20 00:01:00 责编: 人气:58

编辑导语:产品经理在日常工作中会遇到很多需求,需要对需求进行判断以及分析;但是在日常工作中总是会遇到一些不合理的需求,这时候就需要对需求进行合理的分析,进行拒绝;本文作者分享了关于产品经理如何拒绝需求的案例,我们一起来了解一下。

真实案例分析 案例分析

拒绝需求应该是产品经理比较头疼的问题,对于新手产品经理来说,这更是个噩梦;在辨别需求真伪能力、逻辑能力、表达能力都还不够强大的时候,经常一边被客户需求砸,一边被开发人员骂,里外不是人。

今天我想跟各位分享下,拒绝需求这件事。

拒绝的前提,是你有了基本的辨别需求真伪的能力,这个能力和拒绝的能力一样重要,是基础;只有你心里想清楚了这个需求的里里外外,才会有底气,跟客户扯皮,才不会被客户三言两语的质问怼到无言以对。

本篇归纳了一些我平时工作中遇到比较多的不合理的需求,以及对应的实例,和拒绝的方法。

一、技术无法实现的需求不做

这类需求最容易拒绝,可大方之言技术层面不可行。

例如曾经有个客户,他的服务号每周定时,会给用户发一次模板消息,相当于周报之类的,客户抱怨这些模板消息会把公众号的文章刷上去,导致文章阅读量不高,要求我把微信公众号的文章、模板消息分开两个页面显示。

首先我告诉客户,这个属于微信的功能,我们的技术上是无法实现的。

其次,“文章阅读量低是因为模板消息阻碍”这个观点,只是客户的臆测,并不具备真实可信度;因此,我建议客户先做个测试,将公众号发文的时间,与模板消息的推送时间错开,等模板消息发布之后,再发文,解决模板消息会把文章刷上去,导致用户看不到文章的问题;监测一个月,观察文章的指标,看是否有明显的变化。

二、未经过验证可行的需求不做

即,仅停留在想法,但业务仍不稳定,后期极有可能由于业务模式改变,而推翻想法。

之前我的老板想尝试流量商城变现,拉拢公司的下级代理商,共同运营一个分销商城;这本身不难,随便加入一个有分销功能的在线商城即可,但普遍在线商城的资金流,都不是立即到账的,一般是要等到用户确认收货,或7天之后,这笔交易的钱才能到账;这一点,代理商有意见,他们认为资金不能实时到账,不放心。

我们场景是线下的,老板表示,之前试过让工作人员督促用户购买后当场点击收货,但操作复杂,人流量大时,用户不愿配合。

因此,老板即刻让我开发出一个在线商城来。

虽然分销已经存在很久,但是否适合我们公司的业务模式,尚未可知,这时投入巨大的开发成本,显然不划算,且仅仅是为了解决到账的问题,就要配套开发商品管理、订单管理、用户管理等等一系列商城功能。

因此,我去深入了解市面上各大在线商城的功能,最后发现有赞商城有“核销”功能,大意是用户购买后可以有个专属二维码,工作人员扫码核销,资金即可立即到账;之后整理了一份操作教程,组织公司几组员工体验,觉得可行后,让老板体验,最后老板同意先用这个方法尝试运营。

通过上面这个例子可以知道,遇到这种需求,直接否定行不通,因为想法如果不去实践,谁也不愿承认这个想法是不可落地的;因此,关键是要分析成本利害,并且找到切实可行的替代方案。

三、不成立的 / 自相矛盾的需求不做

即这个需求,是经不起推敲的,乍一看很合理,但实际上并不切合实际。

有个客户是做校园饮水的,孩子在校每一次取水,家长都会收到一条消息,客户要求在消息中加上一句“实时定位:目前正在校内”。

真实案例分析 案例分析

一开始我以为客户想做个定位功能,后来发现,他只是要把写句话写死在消息上。

真实案例分析 案例分析

这个需求我拒绝了,理由是:

1)饮水机离线时,取水消息可能会延迟发送,这就意味着,有时孩子已经回到家中,此时家长才收到饮水消息,且上面赫赫写着“在校”;这个功能的初衷,是为了让家长依赖,但无疑这只会让家长质疑信息的实时性、真实性,渐渐也就不相信了,这与初衷背道而驰。

2)会变的信息才有意义。一直是“在校”,家长慢慢不再关注这行字,慢慢它会成为背景,也不具备实用性。

3)正如我图中所说,按他的想法,只要是有饮水,就可以说明当时在校了;这就像一个人买了广州南到武汉的车票,检票之后收到消息,说检票成功,那消息上还有必要说“此人目前在广州南站”吗?

遇到这样的需求,要抓住机会,这是很好的锻炼逻辑能力、思考能力、表达能力的机会。

漏洞百出的需求,正好可以让你各个击破,同时锻炼自己的沟通能力,遇到讲理的客户,就耐心分析讲道理,遇到蛮横的客户,语气也不妨稍微(注意是稍微)坚定严肃些。

四、投入远大于产出的需求不做

这个应该很好理解,有时,不是需求合理,我们就要实现,还要考虑投入产出比。

有个客户说想做个饮水机定时关机功能,理由是学校放假期间或周末,设备要关机,不想人工一台一台去关,希望能提前设定自动关机时间。

乍一听,合理。

我们分析下,如果要实现这个需求,需要耗费哪些资源。

做过开发的同学应该知道,这种客户自定义定时的任务,是十分消耗服务器资源的,因为服务器需要每一分钟都去遍历一遍所有的设备,看看有哪些设置了定时关机任务,然后,再判断当前时间是否在设定的范围内。

现在我们知道了,这个功能很耗资源,但这并不足以拒绝这个需求,我们还需要看需求发生的频次:放假时或周末。也就是说,只有周末、寒暑假、节假日,这个功能才真正发挥作用。

大消耗,小作用,典型的投入大于产出,很明显,这个需求不值得做。

那客户的问题没法解决了吗?也不是,做个远程批量关机功能就解决了。

这类需求,同理也是要尽量找到替代的解决方案。只要是合理需求,就应当有解决方案。

五、侵犯用户权益的需求不做

很多产品喜欢犯这样的错误,为了达成指标,会选择牺牲、侵犯用户的权益,这样的产品没有原则和底线的,而没有原则和底线的产品,面对的深渊也是没有底线的。

曾经有个客户向我抱怨,我们的计费只能精确到分,没法精确到厘,而且我们扣费时采用的算法是向下取整(即直接舍弃分后面的数字),导致他损失了一部分收入。希望我们能改成向上取整(即不满1分,也算1分)。

我听了,首先觉得这个老板做不成大生意,太斤斤计较,想从用户身上薅这一厘两厘的利益。

实际上,这样会引起用户反感、投诉,破坏企业的品牌形象,导致消费单数下降,名声查,消费频次少了,损失的,又何止一厘两厘?

且根据《消费者权益保护法》规定,经营者与消费者进行交易,应当遵守自愿、平等、公平、诚信的原则,而擅自“向上取整”的行为,已经侵害了消费者的权益。

遇到这样的需求,可以和客户分析利害得失,客户若坚持,则搬法规、举实例,态度要坚决。

六、排期问题

有时候,你会遇到一些蛮不讲理的客户,他们在你们公司业务的占比较大,是个大客户,不可轻易得罪,即便你据理力争,也无动于衷,甚至有时老板也站在客户一边,要求你实现他的需求。

这时你可以选择“能拖就拖”的策略,以当前人手不足,手上有开发量较大的需求在进行中,需要排期;如果不是紧急需求的情况下,一般会不了了之。

以上就是比较常见的不合理需求,以及应对的方法,实际情况中,需要具体问题具体分析,找到破绽,结合自己手上的资源,和实际的业务情况,有理有据的拒绝。欢迎补充。

在这个过程当中,你会发现你的逻辑能力,思考问题边界情况的能力、出方案的能力、沟通能力,都会有明显的提高。

本文由 @木木 发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。