本文来自微信公众号：SaaS产品说（ID：jianguzhuxin），作者：李东林，标题图来自视觉中国
MVP是Minimum Viable Product的缩写，意思是最小可行产品。最近几年在移动互联网时代，在TO C产品研发以及推向市场的时候，这个概念很是盛行。说说比较有名的二个例子：
一个例子是Zappos，创始人Nick为了证实人们有网上购买鞋子需求的想法，在一开始先到当地的专柜去拍鞋子的照片放到网上，如果有人下了单，他就跑去店里购买。这样，他一开始并没有仓储的压力，也不需要投入成本去搭建一个真正的电商平台。2009年Zappos被Amazon以12亿美元的价格收购。
还有一个例子就是Dropbox，刚开始创始人也不知道Dropbox是不是被大家所需要，所以先拍了一个视频，视频主要是演示Dropbox所能解决的痛点以及使用场景，之后把视频放到Youtube上面，很多网友通过视频来到Dropbox网站留言表示了强烈的使用意愿，也正是这2分多钟的视频为Dropbox带来了上千万的用户。
大家看了这二个例子，是否发现了一个问题，C端产品，特别是一些创新的商业模式因为有很大的未知数，所以前期MVP最重要的目的是验证需求是否存在，商业模式是否成立？基于这个验证的需求来实现最简的MVP，然后慢慢迭代开发演变。
但是TO B的产品和TO C的场景有很大的不同，TO B的业务要复杂很多，对比TO C需求也要确定很多，除了少数完全创新性的TO B产品以外，大多数TO B产品的MVP不是为了验证需求是否存在，而是让产品用最小的代价最短的时间面市，从而可以让产品的研发可以让用户需求来进行驱动，避免闭门造车的尴尬以及产品出来之后和客户期望南辕北辙的风险。
那么TO B的产品应该怎样来定义MVP呢？笔者建议遵循下面的步骤来定义B端产品的MVP。
1. 确定产品定位
定位主要要确定三个问题，客户是谁，用户是谁，要解决什么问题。
客户是谁的问题
客户是谁的问题，一般来说，有二个维度需要考虑，一个是行业的维度，一个是规模的维度。
行业的维度，如果是支持通用行业，或者只是某个特定行业，所需要的产品功能以及产品采用的设计是非常不同的,如果是通用行业，产品的可配置性要远远大于只是针对特定行业，但是针对特定行业的产品可以基于行业特点，设计很多贴身的功能。
规模的维度也是一个很重要的维度，比如说跨国公司，本土大公司，中型公司，小型公司，不同规模，地域的公司所需要的产品功能会有很大的差别。一般来说，大公司的业务复杂度很高，如果将大公司的产品给小公司来用，产品易用性很差，培训实施周期太长，这些都是中小企业很难接受的。
所以笔者的一个原则，同一个业务，针对不同规模的公司的解决方案，长期来说是要分产品线的，如果不分产品线，是很难竞争过有针对性的竞争对手的。什么客户都支持，实际上就是没有想清楚目标客户定位。
用户是谁的问题
在确定了客户是谁之后，我们要进一步了解用户是谁。
比如说人事系统的用户是HR，CRM的用户主要是市场和销售人员，ERP主要是采购人员，销售人员，库管人员，如果我们能够抽象出目标用户的用户肖像，包括主要性别，教育水平，喜好，使用系统的场景等，对产品功能定义以及设计会非常有帮助。
比如说人事系统的主要使用用户是女性，为什么现在没有一款人力资源管理系统的页面风格是偏女性喜欢风格的呢？如果有，一定让人眼前一亮。在我的前一篇文章《To B SaaS软件如何才能像To C一样极致易用？》也提高过怎样基于用户来设计极致易用的B端产品，大家可以参考。
CRM的销售人员办公一般处于移动场景中，那么相关功能在移动端的友好度，就很重要的。如果用户一直坐在PC面前，移动端就不是那么重要的。
要解决什么问题
对于定位的要解决的问题，一定要简单直接，我们看一些定位相对比较好的例子：
机场扫地机器人；
中型企业的招聘管理；
中大企业招聘官网搭建工具；
零售行业的顾客管理系统。
一个原则就是说明文案都是大家都能理解的名词，不能有需要解释的名词，比如说你现在说我要做一个滴滴打人的产品，大家现在能理解，但是如果在滴滴打车出现之前，你说滴滴打人是你的定位，就没有人能够听懂。
现在很多公司在说明自己定位的时候，很喜欢加上新零售，人工智能，生态，入口这样的字样，很多时候让人越听越糊涂，这些本身意义很含糊宽广的字样会让其定位更加模糊。
整体来说公司定位需要极其简洁，不能长篇大论，最好15个字以内，如果太长，请简化之。
2. 确定种子客户
在产品正式开发之前，最好可以基于团队的资源以及产品定位的说明，尽早找到一些符合自己定位的种子用户（有时候在后期等产品原型设计完成后，再来说服种子用户）。如果种子用户很难找到，或者很难被说服的时候，很多时候要反思产品定位以及通过更多的用户调研，从而找到更精确的公司客群以及产品定位。
最近看到一个可行的获得种子用户的方式是帮助其做代运营，笔者看到不少面向餐饮，培训，房产中介创业做赋能业务的创业公司，前期都是通过线上代运营的方式来开始的。创业公司通过线上代运营快速产生现金流，活下去，同时找到客户真正的痛点以及操作方式，后面可以再用产品解决方案来将其自动化，这样的路径很符合精益创业的理论。
3. 确定产品路线
确定种子用户以后，就可以跟客户沟通来确定产品的路线，比如说公司的目标定位是对标Workday，或者Salesforce，那么一口气开发出Workday或者Salesforce的大部分功能然后上线无疑是很愚蠢的行为，这个时候就要将目标进行拆解，确定产品的演变路径。
关于MVP的演进路径，原来网上有一张很著名的图，如下：
意思说就是如果要造一辆车，MVP的演进路径应该先造一辆滑板车，然后是自行车，摩托车，然后是汽车之类的。笔者觉得这个在TO C产品是可以这样设计产品路径的。如果在TO B产品里面这样设计产品路径，笔者觉得就是滑天下之大稽了。为什么呢？因为B端产品业务以及逻辑极其复杂，最重要是架构的搭建，如果按照这样的演变路径，每一轮产品基本上都是上都要推翻上一轮的产品以及设计，这在B端的产品里面是不可接受的，从客户体验的角度也是不可接受的。
如果还是拿汽车来举例子，正确的方式可能还是先要有一个可以能动的汽车的框架出来出来，但是很多功能可以缺失，后来再慢慢增加比如说雨刷，多个座椅，转向灯，后备箱，导航等功能，但是需要保证增加后续功能的时候不能推翻原来的设计。
对于特别复杂，开发周期长的产品，通过巧妙的设计产品路径，分批上线，从而可以避免闭门造车的尴尬局面以及风险，快速上线产品也能够给予客户信心。而这些，对于创业公司都是关系生死的问题。
4. 确定用户业务流程图
还是拿人事模块来进行举例，几个关键的用户业务流程图就包含比如说：员工入职流程，员工合同管理，员工异动流程（调职），员工离职流程等等。
确定用户使用流程图的目的是为了保证产品能够对各个角色的日常业务进行支持，没有遗漏，也是为了后面梳理功能点清单以及优先级做好准备工作。
5. 确定功能点清单
基于产品的用户使用流程图，确定每个功能的线上功能点清单，类似下图所示：
这个步骤里面需要注意的一点就是不要什么样的流程都放在线上来进行实现，有一些类型的线下业务不一定放在线上来处理，要审时度势判断，比如说：
线下处理极其灵活，没有什么规则，也很难通过梳理将目前的业务逻辑规范化的。
线下处理比线上处理要方便很多。
6. 确定功能点的优先级
确定功能点的优先级需要依据如下几个维度：
基于功能需求的强烈度
判断功能需求的强烈度，用户痛感强烈程度的指标是很重要的维度，比如说员工入职流程是否要支持员工自助入职（员工输入自己的基本信息），如果对于一个中小公司来说，一年也没有几个新员工入职，那么这种信息的输入完全放在HR端进行输入就可可以了。员工自助入职功能根本不需要，或者很后期才考虑就好。
如果目标客户是针对特大客户，每天新员工入职的量是很大的，如果这个是客户一个提升效率的主要诉求。那么前期的优先级就需要提高。
基于功能使用的频率
频率也是功能优先级一个重要的指标维度，比如说组织架构调整的调整，有些公司可能一年都做不了一次组织架构的调整，那么组织架构调整的功能就可以优先级不要那么高。
笔者曾经看到一些项目的设计，前期就考虑了很多非常极端低频的事务处理。前期在极端情况处理的开发上面花费了大量时间，最后产品开发周期极其长。另外在产品设计上面，极端case的处理也揉在了正常流程中，导致产品极其难用。实际上这些极端低频的功能几年都用不了一次，完全可以放在后期。
另外前面一些年刮起了B端一切功能移动化的风潮，将很多低频使用，或者大多时候是用户坐在PC面前使用的功能移动化，实际上没有人用，浪费了很多人力物力，也因为复杂的功能让管理系统的移动端疲惫不堪，体验极差。
功能点的取舍是考验产品经理水平的一个很重要的衡量标准，不同的产品定位，不同的公司资源，不同的团队能力，同样的题目的最佳答案一定是不一样的。
基于以上这些步骤，我们就可以大概得出一个TO B产品的MVP功能清单。欢迎大家留言讨论！
本文来自微信公众号：SaaS产品说（ID：jianguzhuxin），作者：李东林，标题图来自视觉中国