SaaS产品的MVP是什么
To C和To B的业务不同:
C端面向消费者行为链条短,B端面向企业,环节多行为链条长;所以做C端产品我们可以通过非常感性的维度去激活用户从而拿到反馈结果,这个结果往往是数据导向。
而做B端就相反了,要做到可靠安全以及合理,这是非常理性的,而且是群体的理智容不得你有半点风险;B端的MVP结果就相对不太容易被数据反映出来,更多的是主观体验和主观选择。
往往在做行业SaaS或其他To B产品的时候会遇到更加复杂和多元的问题,比如你会听到商户说:“你XX功能都没有,这个功能我肯定也用不起来”——没错,这就是B端场景下很典型的问题:“缺少闭环”。
SaaS产品一定是服务于某些业务场景下的,SaaS产品的某个功能点能够在特定场景下解决商家工作人员的完整支持操作过程,这就是闭环,但是我们可能面临一个普遍现象,那就是“闭环过大”。
比如:商家选择一套SaaS系统要的是商品售卖的整个流程,商品管理、订单状态、物流信息等业务环节,而不是去使用SaaS产品的所有功能,比如,知识付费模块、预约模块。聚焦在一个角色下的某一个行为的闭环,就是最小的业务闭环。
这就需要我们有更强的标准化能力,我们要找到这些企业里我们要做的产品中所求证的那个点下的共有维度。
因此,通过把通用型的功能作为版本区隔的主要考虑因素,解决不同类型的用户需求,也是在遵循产品MVP原则。
MVP(Minimum Viable Product,简称:MVP),顾名思义,“最低限度可用产品”或“最低标准可用产品”,是我们在产品市场调整阶段用来验证我们的业务模型并尝试市场的概念方式。
做MVP 的本质就是去求证,如果没有成本的限制MVP就失去了意义,就不够精益了;但是也不能为了做小产品而去为了小而小,必须要能够满足最小的业务闭环。
因此为了做出一款可用的MVP版的SaaS产品,需要初步思考、回答以下几个问题:
- 1.客户是谁?
- 比如:我们的客户是各行各业的、我们的客户是机械制造类的、我们的客户是长三角机械制造业的、我们的客户是长三角机械制造业年营业额在1000万以上的有市场部门的企业 ;
- 同一个产品基础上不太可能满足那么多客户的需求,需要不同的客户有不同的产品线来满足需求。
- 2.用户是谁? SaaS产品购买者是客户,使用者才用用户,只有使用者用好了产品,产生了价值,未来才有再次付费的可能性。
- 3.要解决什么业务问题? 知道了客户是谁以后,接下来就要回答清楚你公司的产品到底想要替客户解决什么业务问题。
- 1.解决零售行业的客户关系管理问题;
- 2.解决中大型企业的招聘系统搭建问题;
- 4.商业模式的初步假设?
因此,确定客户是谁以后,接下来就要确定用户是谁。用户不同,产品设计时,关心的点可能就会有不一样。
比如,用户是互联网产品使用重度用户还是非重度用户,对产品的简单、易用程度要求都会不一样。
比如:
回答SaaS产品能替客户解决什么业务问题,不要说的太复杂,说了一大堆才能说清楚,如果需要说一大堆才能说清楚,那么很可能就是没想清楚到底要替或者能替客户解决什么业务问题。
一般SaaS产品,商业模式的主要方式有以下几种:
- 1.统一费用定价
- 适用于:
功能/服务有限
针对于单一角色的产品,且目标受众具有相同的要求 - 2.每用户定价
适用于:
团队甚至整个公司使用的产品
每个人员需要独立使用的产品 - 3.使用量定价
适用于:
对不同客户使用情况差异性很大的产品
价格敏感性较高的客户
客户不愿意订阅,希望按照使用情况付费的产品
4.按功能定价
适用于:
针对于不同功能需求的细分客户
5.混合定价
适用于:
满足不同层级的客户群体
单一定价模式无法体现产品的全部价值
4 种混合模式: (按功能和人定价(LTD模式) 、按人和量定价 、按功能和量定价 、按人、功能和量进行定价 )
适用于:
满足不同层级的客户群体
单一定价模式无法体现产品的全部价值
请先 登录后发表评论 ~