toc|从商业视角看MVP在SaaS中的落地与实践( 二 )

b端产品的价值感知是相对滞后的，在企业的业务指标提升的情况下才能被感知。
这就意味着从产品被使用，到感受到产品价值中间需要运行一段时间后次才能被客户感知到是否有价值，你的产品帮他节省了人工，从10个人变成2个人，或者是提高了利润率，而这些指标的提升都需要一定的周期。所以b端产品的价值感知方式是【业务指标是否提升】。
了解到了这个事实后，我们在做B端MVP的时候就要先从企业的角度出发，去找到企业内的某个业务指标，然后看完成这个指标有没有阻力，换句话说，SaaS产品其实就是帮助企业清除掉达成某个业务指标的障碍。
比如分销系统，当企业找上1000个分销渠道后，财务的结算和对账压力巨大，几乎不可执行，上一套分销系统后就可以保证顺利达成企业通过分销带来业务增长的目标。而不增加财务的任何工作压力和人员。
所以SaaS的mvp是以消除业务阻碍为核心，来进行验证的。

文章插图
所以SaaS产品的本质是洞察到独特的解决方案并以产品为载体传递给客户完成服务。
客户在使用SaaS产品的同时，也在接受你产品背后经营方式和认知的改变，所以SaaS不单是一个产品，更是一种方法认知。我们做SaaS的MVP本质就是要去验证我们提供的独特解决方式是否正确。
好，我们来总结一下cb端产品的区别。

文章插图
了解了toc与tob产品的区别，我们接下来先从产品视角来看看MVP如何实现。

文章插图
我们通常讲的MVP大多是产品视角下，从产品角度看，MVP的本质就是通过阶段性的产品去满足阶段性的业务需求，然后不断推动阶段的的提升持续迭代的过程。

文章插图
通常情况下做一款产品的MVP是这样的流程：
第一步：锁定需求
确认一个业务阶段，并列出阶段内的对应需求点。
第二步：明确功能点
根据上述已经明确的阶段对应的需求点进行产品设计，要注意的是除此之外的功能一律不做，即便是有功能的缺失导致个别流程走不通，也不需要去做，比如没有登陆流程，这都不重要。
第三步：推出mvp产品
快速推出首个版本的mvp，注意，是首个mvp版本，不是首个版本的产品，mvp阶段我们是不确定产品要不要做以及怎么做的，既然是mvp的第一个版本，那就一定要保证效率和速度，在ui及技术完整性上产品经理已经要有意识去引导团队放弃多余动作。
第四步：复盘决策
当mvp推出后要高频的进行数据整理及复盘，通过反馈来确定更换产品方向还是进度到下一个业务阶段继续进一步的mvp实验。
以上就是一个产品经理在做mvp时的常用方式。
我们都知道任何产品都是建立在满足某种商业目基础上的，而做商业其中一个最重要的能力就是去判断一件事是否值得去做，避免团队在错误的道路上狂奔是一个决策者最重要的责任，而作为产品经理或产品部门负责人，这样的产品方向决策牵一发动全身，一个错误的产品方向将导致运营市场技术等多个相关部门造成大量时间和金钱的损失。
所以做产品一定要有极为敏感的商业思维，下面我们就看看在商业视角下，MVP是怎么做的。

文章插图
首先，任何商业行为的本质都是价值的交换，既然是价值交换一定要以效用为核心，我们可以把效用理解成是成本/效率/投入产出比等指标的综合表达。所以商业视角去做mvp就是通过高效用的验证方式，对商业目标进行初步的佐证。