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

文章插图
为什么选择这个案例呢，因为SaaS产品往往是对传统行业的一个应用或改造，这个案例的特点就是用新交易行为去替代老交易行为，用新的经营理念替代老经营理念，所以在求证点的选择上是类似这样互联网解决方案赋能传统行业时产品能否解决商家问题的核心。

文章插图

是给商家做一个能承载预定能力的小程序吗？
提供一整套获客营销工具吗？
或者是建一个SCRM私域运营系统？

你可能会说需要满足以上全部功能商家才能完整运营起来。
但事实肯定更不是这样，这太不精益了。

文章插图
我们刚刚说找到求证点没有公式，但根据我的经验，我们可以通过前置北极星指标来做标靶，假设你是这个商家，当用上这个SaaS产品后你最希望提升的业务指标是什么，也就是北极星指标。
在这个项目中，商家希望摆脱对OTA的绑架，所以北极星指标是不是酒店商家的官方预定量。

文章插图
这时候求证点就出现了，在这个指标下最大的问题是客人是否愿意脱离OTA跟商家达成点对点的交易。
对吧，也就是在没有类似于携程这样的平台保护的情况下，客人能否信任这个商家，那么这个项目的MVP我们就需要优先考虑这个问题，后续的设计也是围绕着推出一些列的直面客户的产品来得到反馈.
【 toc|从商业视角看MVP在SaaS中的落地与实践】可以是在公众号写篇文章介绍房间，也可以是直接在微信内联系推动客人预定，我见过最牛的MVP是商家用纸画了个预售券，客人提前支付一定金额，拿到这个劵，疫情过后可以抵扣，靠这个方式商家提前收回了十几万的费用。

文章插图
那么这就是第一个核心方法，找到求证点，找到求证点以后，我们还要解决一个问题，那就是避免MVP过大，下面就来看什么是最小业务闭环。

文章插图
先来定义一下什么是业务闭环，业务闭环我们可以理解成是一个组织中的某一个经营环节从起点到终点的全过程，那么最小业务闭环呢，就是在企业内部的流程中，完整的去满足一个最小的业务单元全环节的诉求，从而形成一个小规模的闭环。
这么说比较抽象，我们可以把最小业务闭环的要素记下来，最小业务闭环要满足一下三点????

文章插图
我们在日常的工作中，不管是企业内部系统，还是SaaS产品，都面临一个问题，那就是闭环过大，回忆一下最开始的软装设计师SaaS的案例，如果要满足这样一整套业务环节，是不是太大了，大到几乎不可落地，类似的案例经常发生在一些业务流的系统里，基本上都是要最一个起点开始，环绕整个企业的全部环节然后结束，这个闭环太大了。根本不是MVP的思想。
那怎么找到最小业务闭环呢，我们来用一个案例拆解。

文章插图
这个案例也是非常典型的一个通用情况，基本上效率管理型SaaS都会涉及到业务流的管理系统，而物业管理系统（长租公寓、地产管理）是业务复杂度最高的一类，所以这个案例能更好的的帮助我们理解最小业务闭环。