toc|从商业视角看MVP在SaaS中的落地与实践( 七 )

第三步：确认没有场景冲突
（自查是否存在影响业务运行的特殊场景）
到这里相信大家已经掌握了一套在项目中可以实际落地的针对早期SaaS产品的MVP方法。

文章插图
我们常说一款好的产品一定是非常极端的产品，如果一个产品在每个维度都满足了一点需求，那这一定不是一款能被使用的好产品，这是常识，在MVP的设计上我们要把这个维度发挥的更加极致，这就是为什么说MVP要像针一样。
产品设计要非常小，且精准，一针扎下去见了红，说明我们做对了，如果没扎透说明没打中，要在返回去重新尝试。
除了MVP的方法之外，还要额外提一下成本，我们做MVP的本质就是去求证，如果没有成本的限制mvp就失去了意义，就不够精益了。
同时我们也不能为了做小产品而去为了小而小，必须要能够满足最小的业务闭环。
三、新入一个行业，如何快速应用MVP作为产品经理，通常我们会面临很多的跨行业需求，SaaS分为通用型和垂直行业型，不管两者的哪一种，都会面临着跨行业的情况出现，那么遇到完全不懂没有经验的行业，但我们需要设计一款产品此时该怎么办呢。

文章插图
这里我给大家带来三个认知一个方法，帮助我们在遇到跨行业项目或跳槽到一个新行业时快速上手。
第一个认知：抛弃主观思想，不做预设
在你深入了解一个行业之前，你所能提出的任何解决方案大概率都是思考不充分的，所以不能去提前预设立场和方向，要认清自己是个行外人，但同时又要保持第三方视角，因为很多深扎行业的人视角比较单一，不具备我们这样结合互联网和行业的多角色认知。
第二个认知：寻找一手信息
在我们调研行业的时候通常会去拜访一些企业，往往会由一个中层管理人员开始为我们讲解整个企业及行业的各环节运作方式，当然这是一个比较快的了解情况的方式。
但你依然要拿到一手信息，因为只有这样你才能从最本质的问题出发，以产品经理的视角通过信息的组合可能会有全新的解决方案，直接接触一手信息的方式有很多，这里我推荐要去到一线，直接参与一线人员工作的经营，不要只是了解，是要跟随他们一起去做，还记得么之前我们讲过场景冲突的问题，只听别人讲是一定发现不了冲突的。
第三个认知：不要只找大客户去调研需求
我们在做一些项目的时候经常会想，找到一个行业内头部的案例，基本上就应该能学习清楚了吧，但事实是相反的，实际情况是大客户有太多的定制化需求，和因为规模而产生的独特需求，而我们做SaaS产品最重要的是去规避定制，抽象标准化需求，然后尽可能普适性的覆盖更多商家，所以要警惕头部公司的意见，集中度比较高的行业可能不是这样，我们这里特指集中性比较低的产业。
好，我们了解了基本的认知为我们定义了一个边界，下面来看看具体的实践方法。

文章插图
核心用户倒推法：
首先我们依然要完成第一步，求证，要搞清楚我们的求证点是什么。
第二步：挑选至少5个这些客户的KPI必须和你的求证点有所关联
第三步：对每个客户进行匹配度加权，根据他们的特点，我们需要把这5个客户根据各个维度进行拆分然后加权，这个需要你的业务维度去判断，比如我是做电商SaaS的，这个客户的维度我至少会拆出来，品类匹配度、消费频次匹配度、客单价匹配度，这样这三个维度的权重就就代表了这个商户的指导意见，