规模的维度也是一个很重要的维度

还有一个例子就是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。

01 确定产品定位

定位主要要确定三个问题：客户是谁？用户是谁？要解决什么问题？

1. 客户是谁的问题

客户是谁的问题，一般来说，有两个维度需要考虑，一个是行业的维度，一个是规模的维度。

行业的维度，如果是支持通用行业，或者只是某个特定行业，所需要的产品功能以及产品采用的设计是非常不同的，如果是通用行业，产品的可配置性要远远大于只是针对特定行业，但是针对特定行业的产品可以基于行业特点，设计很多贴身的功能。

规模的维度也是一个很重要的维度，比如说跨国公司，本土大公司，中型公司，小型公司，不同规模，地域的公司所需要的产品功能会有很大的差别。