编辑导语：SaaS是一种基于互联网提供软件处事的应用模式，做行业SaaS或其他TOB产物时总会碰着越发巨大和多元的问题，这就是缺少闭环；本文作者按照自身的创业履历，给我们分享了如何做SaaS产物的MVP，我们一起来看一下。

先跟各人问个好，良久不见，我真的太久没更新了，主要原因是最近小我私家状态有了一个较量大的变革，之前有说到过我从本年开始做本身的公司了；间隔上一篇文章有小半年了，上次是之一笔融资到位之前，公司还没正式创立，有时间写写；此刻公司走上了正轨，团队也较为不变了同时第二笔资金到位，压力稍微获得了缓解，所以在周末抽出时间来写写这几个月经验的一些工作。

这个号照旧会以产物内容为主，输出一些我深度的具有独立思考的内容；不必然是对的，但我但愿是可以或许触发读者思考的，假如内容可以引发各人的接头或辩说就再好不外了。

说正事。

从本年开始TOB被推上风口浪尖，SaaS作为主要的产物形态终于熬到了出面之日；我在16年就操盘做过SaaS产物，谁人时候苦不堪言，商户没有付费习惯，成本市场还在TOC业务上砸钱，产物自己也没有定式，各人都在摸索。

我作为产物司理之一次面临SaaS产物也是一脸懵逼，在探索的进程里我们产物团队乐成的挥霍了公司的名贵资金。

本年我创建本身的SaaS产物后，对资金的投入分外审慎，在有限资金的压力下做决定是一个很是熬炼人的工作，也倒逼我们必需把工作一次做对；因为没有第二次试错的时机，一次搞不定大概公司没了；于是我们不得不更去找到一个TOB的MVP要领，来提高每个产物成果/模块与市场的匹配率。

一、MVP的焦点是求证

没错，“求证”才是做MVP的最本质的代价。

我们并不是要为了做一个小产物而做MVP，也不是把一个产物做的很小就是MVP；真正的MVP甚至都不需要做什么产物，所以我们说只要能环绕着“求证”这件事展开的一系列低本钱的验证要领，我们都可以认为是优秀的MVP。

举个例子：

我有一个好伴侣，她是一名室内设计师，有一天她找我说想做一款可以辅佐室内设计师群体快速办理样板间搭建的系统东西——可以通过组合产物中提供的优质软装产物快速搭建出一个设计方案，付必然的用度就可以拿到这个设计方案；并将相应的软装产物一并下单购置，做到高效产出设计、高效完成商品采买。

我们抛开这个案例在贸易上的可行性，纯真的以MVP的视角来阐明；假如做这个项目，最应该“求证”的谁人要害问题是什么？

我们乍一看这个项目需要的维度还挺多，又需要东西，又需要富厚的商品，又需要线上付出，其实这些都不重要。

最终阐明下来要验证的焦点概念很是简朴——就是看看能不能通过组合模板的 *** 来替代掉室内设计师原有的事情 *** ，仔细想想没错吧。

所以这个点来看验证要领其实很简朴，可以借助第三方东西，通过表格把模板建造好；涉及到的软装商品直接从 *** 选购链接贴进来，然后以有赞商城为售卖节点来举办销售，在设计师群里举办推送和描写；也可以写一篇公家号的文章来先容这样的事情 *** ，假如有设计师购置，我们就去 *** 下单；这样就轻松快速的验证了，设计师是否接管这样的全新事情 *** 。

好了，快速竣事这个案例，究竟聊B端的MVP才是本文的重点，颠末上面的案例各人已经对MVP的焦点观念告竣了共鸣；但其实这个案例照旧较量轻的，往往在我们做行业SaaS或其他TOB产物的时候会碰着越发巨大和多元的问题，好比你会听到商户说：“你XX成果都没有，这个成果我必定也用不起来”，没错这就是B端场景下很典范的问题：“缺少闭环”。

二、B端MVP首要思量最小业务闭环

什么是最小闭环呢？其实不难领略，一件事有清晰的落点可以或许竣事就可以简朴领略成闭环，那在TOB产物中，我们的闭环又该如何领略呢？

SaaS产物必然是处事于某些业务场景下的，SaaS产物的某个成果点可以或许在特定场景下办理商家事恋人员的完整支持操纵进程，这就是闭环，可是我们大概面对一个普遍现象，那就是“闭环过大”。

好比上面举的案例，假如做这样的一个软装设计师SaaS基础无法落地，这个闭环太大了；所以找到最小的”业务“闭环才是B端产物去MVP的 *** 。

那如何找到最小的业务闭环呢？

当我们在筹划一款SaaS产物的时候，最容易犯的错误就是把一个完整的大闭环误觉得是一个小业务闭环；所以业务闭环是以产物的利用工钱单元的，而不是以一家企业为单元的。