微观经济学的一个核心概念叫做稀缺性,意味着在人类社会中资源的数量是有限的,然而人的需求和欲望是无限的,在这种情况下产生的基础经济问题,就称作稀缺性,正式因为资源的稀缺,有了微观经济学。同样因为开发资源是稀缺的,需求也要排优先级。
需求优先级的核心是考虑 ROI, 同样的成本去撬动更大的杠杆,产生更多的收益,具体到数据上可能是 用户量、DAU、ARPU等。这时就可以计算每个需求 priority, priority = F(cost, value),然后再排个序,搞定。
成本
开发成本
先说说 cost,cost = F(开发成本,其它成本),开发成本用 人天的单位,比如说私信功能,一个人15天可以做完,就是这样15 人天。
如果两个人做,可以压缩在一周之内做完。但并不是严格的这种换算关系,开发是要协作沟通的,有时候引入过多的人开发效率反而降低。此处推荐《人月神话》,把工程这个事讲的很明白。
在实际工作中,在需求评审阶段,一定要开发的负责人来参与需求评审,评估工时。
对于开产品来说,尤其是开发出身的产品,产品经理的第一原则推动事情正确进行,不能越俎代庖,想当然的认为这个需求很简单,一两天就可以做好,听开发人员是怎么讲的。如果认为工时不合理,一定要问清楚,但不能说,你必须2天做完类似的话,这样只会让开发觉得产品很业余。
其他成本
或许你要做的是个运营活动,比如说送优惠券,送会员等,那么也要把这些考虑上,凡是跟产品相关的一切成本,都要考虑到位。
价值
产品的不同阶段有不同的目标,需求应该满足阶段目标,这才是价值最大化。
用户价值
- Kano 模型
- 影响规模
Kano 模型分析对于用的价值,分为基础、期望、兴奋。
其次考虑因影响用户的规模,有两个因素,一是用户数,二是使用频率。有些需求是给到少数人做的,有些是给到大多数人做的。这时候也需要平衡,少数人的高频次需求和大多数的低频次需求哪个优先级更高?不能一概而论,要思考。
比如说京东的 Plus会员,用的人是一部分,但 Plus 会员是核心用户,其带来的价值是大于普通用户,所以更要在产品上给予其良好的体验。
有无可替代方案?若某需求有可替代方案,那么其价值相对就要降低一些。
反向思考,如果此需求不做又带来什么样不好的影响?这样可以从反面去想需求的价值。
商业价值
产品有其在商业价值的,那么为了满足商业价值的的需求较为优先。
比如说 QQ 会员、京东 Plus 会员等,这是其商业变现中的一个重要环节,重要性一定是第一优先级的。
一个产品的商业模式,也决定了产品会如何发展,更看重哪些指标。
负面价值
没什么是能让所有人满意的,因此负面价值也要考虑。有人喜欢就一定会有人不喜欢,比如石墨文档举例,最近左下角常常有小广告,每次打开都问我要不要冲会员,这些都是不好的用户体验,但还是要做,不然要怎么营收?
其它
前置需求:
某需求作为前置需求出现,那么在优先级上自然要高一些。
时效性:
紧急程度
练习题
一道经典的腾讯面试题:QQ的MVP
1998年,QQ当时还叫Oicq,开始规划,1999年2月推出Beta1,这是QQ的第一个公开版本,因为各种原因……优先实现3个特性,怎么选?
- 卡通头像
- 不可窃听安全通讯
- 聊天室
- 很小的.exe文件
- 皮肤Skin
- 速度超快0.5秒反应
- 聊天记录管理器
- 语音
- 视频
- 看谁在线上
- 传文件
- QQ表情
产品的第一个版本,还不需要考虑商业价值,考虑用户价值和开发成本即可。
QQ 在 1998 年发布第一个版本,作为一个客户端软件,首先是能用,其次是用的好。
卡通头像,给每个人一个虚拟的身份。回想自己用 QQ 时候,考虑上传个头像挺麻烦的,就先用个系统内的,身边的朋友这是这样的心里。开发成本低,用户规模比较大。
不可窃听的安全通讯,很重要,到并不紧急,安全对抗,是长期要做的事情,开发成本一般。签少数对安全在意的会关注,用户规模小。
聊天室,初期每个人好友数量有限,聊天室可以有效增加用户的活跃度。开发成本高。同样受限于好友数量上,用户会去聊天室灌水,用户规模大。
很小的 .exe 文件,考虑到 1998 年电脑存储还很小,查了下资料,98年的电脑存储在 5G 以内。此时,.exe 文件大小会影响用户是否要下载软件,至关重要。开发成本一般。大多数用户都会在意此大小,用户规模大。
皮肤 skin,2019年我看有人也是默认皮肤,这个卡通头像有不同的在于,卡通头像是其他人也可以看到的,到皮肤干燥skin 只有自己看,用户的关注度低,用的人较少。开发成本低,用户规模小。
速度超快的 0.5 s 反应。大家对于那个年代的软件,容忍度还是比较高的。开发难度一般,用户规模小。
聊天记录管理器。当用户的聊天记录到达一定量级后,就要有个聊天记录管理了,对于重度用户,且有聊天管理需求的比较有用。开发成本一般,用户规模小。
语音,视频。丰富了聊天的形式,到某时用户不满足于文字聊天的形式,希望能更丰富。大家都会用,但相对来说较为低频。开发成本高,用户规模一般。
看谁在线上,用户不像 19年一般时刻都在网上。看谁在线上,他就可以知道找谁聊天,每次聊天前都要看。开发难度一般,用户规模高。
传文件,属于附加功能了,是一个期望性需求。开发成本高,用户规模低。
QQ表情,让用户聊天可以发一些有趣的玩意,即便没有表情,也可以用颜文字替代,用户价值相对来说低一些,开发成本低,用户规模低。
这么思考下来,有 卡通头像,聊天室,较小的 .exe文件,看谁在线上,都是基本性需求。
再排除一个,较小的 .exe 一定是第一,直接影响了用户用不用这款产品。
看谁在线上和聊天室相比,一定是单聊有效,聊天室的应用场景初期适合灌水,相比私聊,其价值低太多了。
卡通头像和聊天室,相比来说卡通头像是一个前置需求,同时其开发难度低一些。
所以我的答案是:
- 较小的.exe
- 卡通头像
- 看谁在线上
总结
比方法论最重要的是,你思考的过程以及对产品和用户的理解。