什么是 MVP?
MVP(Minimum Viable Product,最小可用产品),这个词是埃里克·莱斯在《精益创意》中提到的概念,它的目的是验证两件事:一是产品满足了用户需求;而是产品能够创造商业价值。这是在低成本的前提下将核心价值体现出来的最好方法。
刚开始做某个产品中的新模块时,不必面面俱到;越是早期的产品(或成熟产品中的新模块),越是要更关注产品的和新功能,实现核心价值。因为:1. 产品模型合理不能确保功能也会受到用户认可,所以快速投入到市场中进行验证是最妥当的方法;2. 产品和新功能就可以解决用户问题,越快把产品提供给用户,就能越快获得这些用户。
用户痛点
我们做出了 MVP 之后,要考虑的就是使用 MVP 来发现用户痛点了。
被称为投资教父的网景联合创始人马克·安德森在 2007 年提出了 PMF(Product/Market Fit)的概念,也就是产品和市场的匹配点。它的含义是在一个好的市场里,能够用一个产品去满足这个市场。这个定义更偏向于市场的角度,但与痛点的含义相仿,都是说产品要在市场或用户之上,找到最契合的那个点。
PMF 理论认为,产品的增长曲线会再找到契合的这个点之后,快速增长。在这之前,一直是在较低范围的波动状态。上图的红点也就相当于“用户痛点”。
设计 MVP
一个 MVP 对产品经理的要求是:达到可用与最小成本的平衡。设计出的 MVP 不能太过臃肿、成本过高;也不能太过简陋,甚至残缺。在实现成本和可用性上找到平衡点,就是最关键的一步。
推荐参考方法如下:
1. 奥卡姆剃刀法:14世纪逻辑学家奥卡姆提出的原理 -- 如无必要,勿增实体。把预期完整的方案简单罗列出来,然后从最不重要的部分一点点砍掉其中的功能。直到再砍下去正常功能就无法使用为止,这时候就可以算是最基础的一个版本了。
2. 用户访谈:提供几个复杂程度不同的方案,召集一些目标用户来评价,他们能够接受的最低限度的版本就是 MVP。
3. 去掉可人工处理的功能,暂时用人力来完成。
4. 确保只有一个功能:只实现最重要的那个核心功能。
MVP 方法
通常意义的 MVP,就是可用的产品,投放到市场中让用户亲自体验,然后收集反馈,持续优化。
方式:广告、假 MVP、线下实现、众筹。
实现 MVP
MVP 最终要实现为真正的产品。在实现的时候,PM 需要考虑以下问题:
1. 选择平台:考虑哪种平台性价比最高,切忌每个平台都做一套。推荐先用“微信公众号”。
2. 选择技术实现方案:通过调整产品方案,尽量减少成本。另外,在技术实现时,如能使用第三方插件和工具减轻压力就尽量去用。在这个阶段,无须考虑太多拓展性问题。产品都未必经受得住考验,技术实现得很完善,一旦推翻重来,成本更高。
3. 关于外包:慎重!外包团队对技术开发并不熟悉、对互联网也不熟悉;产品负责人或经理跟外包团队通常是异地,沟通不顺畅;外包团队大都不会维护后续版本。
若对开发不是很熟悉,建议先用线下形式或假 MVP 形式运作,会保险一些。
找到痛点
“解决了用户痛点”才是让用户使用我们产品的最主要因素,以及体现产品价值的关键点。当我们设计出了一款简单的 MVP 并投放到市场中去,发现用户对这个功能买账,而且我们主要解决了他们想出门吃饭、寻找附近美食的问题,那么这就是痛点了。根据痛点,我们不仅可以确定用户是认可的,还可以了解到用户为什么喜欢、在什么场景下会用到。所以,发现了痛点之后,才是深挖需求、快速迭代的时机。
产品要有核心价值,那么痛点其实就是我们要找的核心价值的体现,你这个核心价值或功能解决了用户的什么问题。
如何找到用户痛点?
通过分析数据发现痛点:
如果我们的功能或服务,投入市场后得到了非常好的数据反馈,用户量或者订单量有了显著提升,那么显然找到了痛点:
建议关注以下数据:
1. 用户数据:
1)使用频次
2)日活跃用户、周活跃用户和月活跃用户:如果对找到痛点这个阶段的产品来说,日活增长率突然呈现几倍的指数增长,才能说是“快速增长”。
3)用户存留:用户的留存率或流失率有显著变化,也说明产品正在越来越吸引用户。较好的次日留存数据,或者对电商或服务产品来说的复购率,至少要在10%~20%。用户留存要看长效统计。比如第一天的用户第二天留存还不错,但第五天都流失了,这就表示留存价值很低;而每天的用户总有一部分会一直留存下来,就意味着留存的效果很好。
2. 商业数据:
1)付费转化率:注册过的用户有多少愿意付费的?要根据最早设想的商业模式来计算转化率是否在预期中,是否能在理论上支撑公司运营。
LTV/CAC>3,即用户终生价值/用户获取成本>3。
用户终生价值:用户在使用产品的整个时间周期中与产品互动所产生的全部总计收益;
用户获取成本:获取同样的用户,要花费的总成本。
这是一种很常见的用户获取成本衡量方法。LTV>3倍CAC,这样的用户值得我们去获取。
另外,要根据不同的产品,选择观察不同的数据。要综合考察,才知道产品是不是已经达到了预期中的用户痛点。
发现痛点跟运营有特别紧密的联系,因为本质上,就是要观察产品是不是到了临界点,也要知道产品受到欢迎或者不被喜欢的原因。这时要跟运营的同事很好地合作,用数据来做出判断。
通过用户反馈发现痛点
通过用户反馈可以发现用户喜欢产品的原因,以及用户的抱怨。常见的信息获取方法包括在线反馈和定向访谈。
关于用户在线反馈,建议在产品上增加比较醒目的反馈入口,或者主动创建一些用户群,在产品醒目位置推荐大家加入讨论。要观察那里可能会有人讨论自己的产品,如:应用商店的评论区、贴吧、知乎、豆瓣、微博等。
访谈话题的重心可以参考当前的数据情况。如果数据时乐观的,那就聊用户喜欢的点 ,找到现在产品中最吸引他们的部分,发现痛点背后的逻辑;如果数据不乐观,可以问用户现在不爱用的原因,要更仔细地去发现他们已经在用的功能,切忌只看到用户都没在用,就贸然放弃这个产品功能,可能并非功能有问题,而是实现的方法不够准确,不够好。
MVP 不是不做产品模型的借口
我们要设计出一个足够好的可用产品,至少要在产品功能上做分析,要确定它的产品模型,核心功能。要证明我们的产品有价值,两个因素必不可少:在理论上成立,在实践中证明。
所以不能把 MVP 早晚要经过用户检验作为不认真思考产品逻辑、不去设计产品模型的借口。
不要用战术的勤奋来掩盖战略的懒惰。-- 雷军
2019 年 11 月 27 日:今天学习到了什么是“MVP”和“用户痛点”,感觉是很重要的两个名词!✧*。٩(ˊᗜˋ*)و✧*。嗨森!