toc|从商业视角看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就是通过高效用的验证方式，对商业目标进行初步的佐证。
来看看商业视角去落地MVP的具体步骤：

文章插图
第一步：明确商业目的
一个mvp产品首先要和商业目的相互呼应，mvp是服务于商业目的验证，所以第一步要提出一个好问题，也就是目标。
第二步：竞争环境分析
当我们明确了目标后，首先要做的事情不是去动手规划mvp产品，我们要用更高效用的方式去验证目标不是吗，所以明确了目标后，我们马上要进行的是去分析商业环境，赛道有多大？
目标商户数是不是支撑的起来营收？主要竞对做到了什么程度他们遇到了什么问题，等等，尤其是竞争环境，研究竞品的发展过程实际上是最高效的商业目标验证方式。
第三步：设计MVP产品
这个环节我们重点来讲讲，当我们明确了商业目标以后，是不是就需要用一个MVP产品去验证了？
这里我想说，有时候验证的方式未必需要做出产品，因为MVP产品的本质就是去验证商业假设，能验证商业假设的方式有很多，可以是访谈，可以是更巧妙的方式验证，我们要更开放的去思考，不能因为我们是产品经理就依赖做出产品解决任何问题。我们下面会举一个具体案例。
第四步：复盘决策
这里和产品视角一致，需要决定接下来的产品方向
第五步：验证收入模型
相比产品视角下的mvp商业中我们更要考虑商业化的可信性，所以商业视角去做MVP产品的最后一环是验证收入可能性，通过一些简单的手段去验证收入可能，比如我们做一个Saas收不上来费用，用户不付费，前面的一切努力就都白费了。