B端产品MVP的思维逻辑：6个维度、3个原则和1个量表
作为B端产品经理，在开始新产品设计时，往往要面对的核心问题是MVP如何定义。由于B端产品涉及的业务比较复杂，通常需要从多个角度考虑产品MVP的设计。
B端产品的MVP是如何界定的呢？基于过往经验与积累，笔者总结了一个B端产品MVP的思考框架：即6个思考维度，3个基本原则和1个分析量表。这个思考框架是从乙方角度出发的，在此分享给大家，它对于做B端产品应该有比较好的普适性。
01、思考6个维度
B端产品MVP设计建议从6个维度思考，这六个维度分别是：需求、能力、技术、应用、组织和竞争。
（1） 需求维度
需要考虑的问题有：
新产品瞄准的是哪些应用场景？
新产品要解决谁在这些场景下有哪些问题和需求？
当前客户的TOP3的痛点是什么？
（2） 能力维度
需要思考的问题有：
新产品与原有产品或服务能力之间是什么关系？是横向拓展还是纵向延伸？
现有产品经理团队在能力储备上是否支持产品横向拓展？
现有产品经理团队是否能支持产品向纵深方向拓展？
（3） 技术维度
需要考量的问题有：
新产品需要哪些技术来实现？
现有技术团队有没有掌握这些技术的人才？
是否招聘相应的技术人才？
是否需要采取部分外包的开发策略？
新产品开发排期的优先级如何？
（4） 应用维度
需要厘清的问题有：
客户需要的是局部调优式的产品还是全面提升式的产品？
局部调优式的产品应涵盖哪些功能？
全面提升式的产品应包含哪些功能？
（5） 组织维度
需要权衡的问题有：
是否需要引入更懂行的B端产品经理？
原有项目交付式运营模式向产品化运营模式转变，对业务运营模式会带来哪些影响？
组织结构是否需要调整？如何调整？
（6） 竞争维度
需要考察的问题有：
新产品瞄准的领域目前有哪些竞争对手在布局？
竞争对手的产品有哪些特色或亮点？
竞争对手的产品的功能哪些是可以借鉴的？
我们应该在哪些方面突出自身的特色，打造产品的优势？
02、遵循3个原则
不同的公司在新产品开发立项时可能有不同的导向性，比如：技术导向注重基于现有开发能力去做能实现的功能，业务导向则先要满足客户需求、实现业务的KPI。不论是何种导向，在这里笔者建议定义B端产品MVP时都要遵循三个通用的基本原则，即：突出优势、先易后难、内外兼顾。
突出优势：即要求B端产品MVP设计时要注重基于企业自身当前的能力优势，比如是在数据治理方面项目惊讶积累较多时，可以考虑将数据治理方面的技术能力、方法论等进行产品化。将企业自身有比较优势的能力进行产品化输出，是提升产品竞争力的不二法门。
先易后难：在定义B端产品MVP时就要考虑后续的实现难度，一般都应该从简单的功能开始，循序渐进、逐步丰富。当然，MVP还要求能形成一个可work的产品模型，能让客户先用起来、能解决一个问题。
内外兼顾：定义B端产品MVP往往需要有大局观，进行通盘考虑。一方面要满足客户需求，和着客户的节拍，另一方面还要协调内部资源，让产品开发与测试有序进行。所以，要内外兼顾，这就要求B端产品经理要有一定的组织协调能力。
03、采用1个量表
6个维度思考、3个基本原则都是从定性角度出发的，具体落实的MVP的功能层面就需要用量化的方法来进行功能优先级的排序了。笔者经常用到的是优先级指数模型，该指数的分子是由产品实现的积极要素构成，分母是由产品实现阻碍因素构成的。
以B端数据产品的功能优先级排序为例，优先级指数设计时一般分子包括需求紧迫性、功能价值、需求普遍性、数据支持度和资源准备度，需求越紧急，则打分越高（一般5分制），功能可以解决的问题越有价值打分则越高，功能适用的场景越多、需要的人越多则越具有普遍性，数据资源储备越到位、数据基础越好则打分越高，产品经理团队、政策支持力度、领导重视程度越高则越有利于产品开发。
分母包括技术实现难度和开发成本，B端数据产品的开发实现需要的技术越复杂，则实现的难度越大，打分越高。同理。耗费的人力物力越多，则开发成本越高。基于此，将这些梳理出的产品功能按照这7个维度进行量表打分，最后将打分结果代入到公式：优先级指数=（需求急迫性+功能价值+需求普遍性+数据支持度+资源准备度）/（开发成本+技术实现难度）中，得到优先级指数的排序，排序靠前的功能项基本上可以纳入MVP的范围内。
以上就是笔者在进行B端产品MVP定义时所用到的一套方法，即：6个维度、3个原则和1个量表，虽然不一定是最合理的，但还是希望能对大家做B端产品设计时有所启发。
-END-
