B端产品MVP的思维逻辑：6个维度、3个原则和1个量表

作为B端产品经理，在开始新产品设计时，往往要面对的核心问题是MVP如何定义。由于B端产品涉及的业务比较复杂，通常需要从多个角度考虑产品MVP的设计。

B端产品的MVP是如何界定的呢？基于过往经验与积累，笔者总结了一个B端产品MVP的思考框架：即6个思考维度，3个基本原则和1个分析量表。这个思考框架是从乙方角度出发的，在此分享给大家，它对于做B端产品应该有比较好的普适性。

B端产品MVP设计建议从6个维度思考，这六个维度分别是：需求、能力、技术、应用、组织和竞争。

需要考虑的问题有：

  新产品瞄准的是哪些应用场景？

  新产品要解决谁在这些场景下有哪些问题和需求？

  当前客户的TOP3的痛点是什么？

需要思考的问题有：

  新产品与原有产品或服务能力之间是什么关系？是横向拓展还是纵向延伸？

  现有产品经理团队在能力储备上是否支持产品横向拓展？

  现有产品经理团队是否能支持产品向纵深方向拓展？

需要考量的问题有：

  新产品需要哪些技术来实现？

  现有技术团队有没有掌握这些技术的人才？

  是否招聘相应的技术人才？

  是否需要采取部分外包的开发策略？

  新产品开发排期的优先级如何？

需要厘清的问题有：

  客户需要的是局部调优式的产品还是全面提升式的产品？

  局部调优式的产品应涵盖哪些功能？

  全面提升式的产品应包含哪些功能？

需要权衡的问题有：

  是否需要引入更懂行的B端产品经理？

  原有项目交付式运营模式向产品化运营模式转变，对业务运营模式会带来哪些影响？

  组织结构是否需要调整？如何调整？

需要考察的问题有：

  新产品瞄准的领域目前有哪些竞争对手在布局？

  竞争对手的产品有哪些特色或亮点？

  竞争对手的产品的功能哪些是可以借鉴的？

  我们应该在哪些方面突出自身的特色，打造产品的优势？

不同的公司在新产品开发立项时可能有不同的导向性，比如：技术导向注重基于现有开发能力去做能实现的功能，业务导向则先要满足客户需求、实现业务的KPI。不论是何种导向，在这里笔者建议定义B端产品MVP时都要遵循三个通用的基本原则，即：突出优势、先易后难、内外兼顾。

  即要求B端产品MVP设计时要注重基于企业自身当前的能力优势，比如是在数据治理方面项目惊讶积累较多时，可以考虑将数据治理方面的技术能力、方法论等进行产品化。将企业自身有比较优势的能力进行产品化输出，是提升产品竞争力的不二法门。

  在定义B端产品MVP时就要考虑后续的实现难度，一般都应该从简单的功能开始，循序渐进、逐步丰富。当然，MVP还要求能形成一个可work的产品模型，能让客户先用起来、能解决一个问题。

  定义B端产品MVP往往需要有大局观，进行通盘考虑。一方面要满足客户需求，和着客户的节拍，另一方面还要协调内部资源，让产品开发与测试有序进行。所以，要内外兼顾，这就要求B端产品经理要有一定的组织协调能力。

6个维度思考、3个基本原则都是从定性角度出发的，具体落实的MVP的功能层面就需要用量化的方法来进行功能优先级的排序了。笔者经常用到的是优先级指数模型，该指数的分子是由产品实现的积极要素构成，分母是由产品实现阻碍因素构成的。

以B端数据产品的功能优先级排序为例，优先级指数设计时一般分子包括需求紧迫性、功能价值、需求普遍性、数据支持度和资源准备度，需求越紧急，则打分越高（一般5分制），功能可以解决的问题越有价值打分则越高，功能适用的场景越多、需要的人越多则越具有普遍性，数据资源储备越到位、数据基础越好则打分越高，产品经理团队、政策支持力度、领导重视程度越高则越有利于产品开发。

分母包括技术实现难度和开发成本，B端数据产品的开发实现需要的技术越复杂，则实现的难度越大，打分越高。同理。耗费的人力物力越多，则开发成本越高。基于此，将这些梳理出的产品功能按照这7个维度进行量表打分，最后将打分结果代入到公式：优先级指数=（需求急迫性+功能价值+需求普遍性+数据支持度+资源准备度）/（开发成本+技术实现难度）中，得到优先级指数的排序，排序靠前的功能项基本上可以纳入MVP的范围内。

以上就是笔者在进行B端产品MVP定义时所用到的一套方法，即：6个维度、3个原则和1个量表，虽然不一定是最合理的，但还是希望能对大家做B端产品设计时有所启发。

-END-