产品经理必读|如何跳出不断加需求的坑?

12 评论 17990 浏览 102 收藏 8 分钟

随着时间、场景的转变,需求永远都是源源不断的,永无终止之日。

上周二,刚去到公司,客户就找上门,说希望加一个筛选某个员工业绩的功能。类似这样的事情不知道发生了多少次,每个客户都有一大堆自己想要的需求,那作为产品经理,应该如何去处理呢?

一、为何会有加需求?

加需求,顾名思义,就是加东西。每个客户/市场部/运营部等都会出于自己的角度,让自己的使用起来更爽,于是会提出各种各种的需求。随着时间、场景的转变,需求永远都是源源不断的,永无终止之日。

二、不断加需求的弊端

或许有些朋友会说,有人提出需求不好吗?这样就不用产品经理自己苦苦寻找,猜测了,直接获取真实使用产品的用户提出的需求,设计出来的产品(功能)肯定是他们想要的,这时候就不用担心他们不使用你的产品了。是的,这话听起来没错,先让我们看一下正常情况产品的诞生流程是怎么样的:

ds

(产品诞生流程)

正常情况下,有了产品V1.0,然后不断加新增需求,最后得到我们想要的产品终稿。非常成功的例子,非常理想的状态,但买家秀终归不是卖家秀!

下面再来看看买家秀的产品诞生流程,特别是遇到客户等不断加需求的情况。

mjx

(买家秀的产品诞生流程)

很明显,该图已经表明,最后得出的产品是客户1、2、3的合并版本,并非自己原来想要,也不是每一个客户原来想要。如果幸运的话,客户也许不会介意,表示收货,但如果运气没那么好,就惨了,客户表示不收货(皓皓就试过掉进里面),这是其一。其二,因为不断加需求,没有时间去优化现有产品,导致产品质量越来越差,这也是很多小公司都会遇到的问题。

既然不断加需求,会导致如此结果,应该怎么去防范呢?

三、界定产品边界

归根到底,这确实是产品经理的问题,因为产品经理不断加需求,到时产品很庞大,最后变成一个综合体。很多产品朋友或者都想过,这个那个需求不做的,但是呢又找不到很好的理由去说服老板等原因,最后还是加了进去。这再也正常不过了,毕竟产品是新做的,不存在所谓的数据分析,所以千万别指望说通过数据来说服老板不做,既然没有数据,我们就得说原则!

所以,产品经理跳出不断加需求这个坑,就得讲原则,也就是界定产品边界!

界定产品边界,也就是说首先给自己的产品画了一个圈,告诉老板/客户,我们所做的东西就是这个圈的范围内,如果需求超出了,我们就不做了。这样一来,我们就不用每天都得出来有的没的需求,每天疲命于完成各种需求,最后导致产品六不像!

四、如何界定产品边界?

第一步:确定产品满足的行业领域(必须细分精确);

第二步:确定产品所在行业位置,是上游,还是下游;

第三步:确定产品的定位,是做平台,还是做工具。

下面,皓皓就用自己以前所做的一个产品举个例子,帮助大家理解。

皓皓以前做的是一款移动医疗产品,因为产品的边界没有划分好,最后成了一款集合医患轻问诊、患者管理、购药、自媒体、2B的科室管理工具、问答社区、资讯功能于一身的平台产品。

假如我们有幸,从头开始……

第一步:确定产品满足的行业领域

既然是做医疗,那就是医疗行业,但这是结合移动互联网,于是我们的行业就是移动医疗行业,但移动医疗行业太大了,有问诊,有购药,有资讯……五花八门,所以我们得精确,缩小。按照目前的观察来看,购药、资讯传播相对还有市场,那我们就从这2个选定一个吧。购药需要大量拍照,毕竟是政府管控很严的一个领域,那皓皓就选择资讯。

第二步:确定产品所在行业位置,是上游,还是下游

资讯,范围也很大,比如有医生和医生之间的,医生和患者之间,仅仅是针对患者的。那这个时候,我们就得确定自己产品所处的行业位置了。患者,是很热衷于看这些保健类的知识,但是一般不肯付费,我们做植入广告也不行。那医生和医生之间呢?还是有点希望的,毕竟目前很多三四线医院的人都会不断去进修的,很多小医生还是很渴望学习的,倘若可以让医生大咖来叫其他小咖,估计也能繁荣。医患之间,皓皓觉得更有看到,现在有几个患者不相信医生呢,毕竟保命要紧呀,所以很多患者还是很相信医生。这里又有2个选择,就让皓皓任性一次,选择医患之间吧,处于中间偏下游的位置。

hy

(按照药物流向划分)

第三步:确定产品的定位

作为医患之间的咨询,也就是有医生发布资讯,患者去查看,药商可以植入广告。这样看来,平台型明显比工具型要好,于是产品定位就是平台型。

把这三步串联起来就是:做移动医疗行业中,医患资讯的平台型产品。产品的基础定位有了,产品的边界也就确定了,这时候就可以有目的的加需求啦!

 

作者:皓皓,微信公众号qipa2233,从市场转型到产品经理,从事过移动医疗产品设计,目前任职于SAAS产品经理。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 学习了。

    来自辽宁 回复
  2. 额,我表示,这样根本没用。因为,如果不是第三方的产品,在很多时间,是目有砍这么多功能的话语权的。

    来自广东 回复
    1. 确实,大部分BOSS产品,需要定义的是BOSS的边际。我的解决方法是,先满足BOSS的需求快速出一版然后小范围测试,这时候拿数据来力挽狂澜。

      来自四川 回复
  3. 同问

    来自北京 回复
    1. 皓皓认为,平台主要是做连接,供求双方通过平台,各取所需。比如移动医疗平台,一方是医生,一方是患者,双方通过该平台获取自己的想要的东西。而工具则是带有协助管理的作用,且大多是一方即可完成的,比如常见的企业邮箱。

      来自广东 回复
    2. 有没有平台和工具属性都具备的产品呢?有个疑问有社交有内容,是算平台还是工具呢?工具型产品如果产生内容产生社区 是不是就有平台属性呢?请教

      来自北京 回复
  4. 同问:怎么定义平台型和工具型产品?

    来自北京 回复
    1. 皓皓认为,平台主要是做连接,供求双方通过平台,各取所需。比如移动医疗平台,一方是医生,一方是患者,双方通过该平台获取自己的想要的东西。而工具则是带有协助管理的作用,且大多是一方即可完成的,比如常见的企业邮箱。

      来自广东 回复
  5. 论如何与需求方撕X的高级技巧

    来自上海 回复
    1. 有空可以把皓皓的浅薄修为告诉大家。

      来自广东 回复