2018-05-04

我认为的MVP。

MVP：最小可行性产品。通过最短的时间，最少的成本制作出对应产品小样，并快速投入市场，接触客户，并通过用户的反馈来完善产品或决定产品的可行性，极大的减少试错的成本。

最小可行性产品，“最小”是个形容词，这个“小”的程度该如何把控？对于人类来说蚂蚁是渺小的，这个“小”是对比人类，而对比真菌、微生物蚂蚁却是巨大。所以定义“最小”需要有个参考物。这个参考物就是我们要做的产品的完全体，而基于这个完全体我们要怎么去精简产品？

举个例子：某广告公司dsp平台需要整合第三方广告投放渠道并在自己的平台实现第三方广告投放，以满足业务部门的快速抢占市场的需求，初期碍于时间限制，仅能完成广告投放信息收集，并通过人工去投放。使得产品存在广告发布审核较慢，广告数据同步不及时等问题，用户体验非常不好，并且因为第三方不可控原因，不能快速的迭代去改善这些问题，从而导致部分优质种子用户流失，口碑下降，并且后期当产品完全开发完成后，对应用户也持保守态度不愿轻易尝试。

所以MVP产品虽然能让产品快速落地，能通过用户反馈去完善产品，但快速生产存在的缺陷也会导致部分用户的流失和企业口碑的下降。

钱伯斯提出“快鱼吃慢鱼”理论：“大公司不一定打败小公司，但是快的一定会打败慢的”。我不否认产品快速抢占市场的重要性，但不够优秀的产品过早的进入市场只会揠苗助长。

故我认为MVP产品，要保证他的核心功能的体验良好，并能第一时间去收集用户问题快速完成版本迭代并形成一个成熟的产品，以最大程度降低用户的不良体验。

但就算如此一个成功的MVP产品是否能真的能无懈可击呢？

或者说经过用户调教后的产品是否真的可以立于不败之地呢？

一款产品是否要不断的满足用户的需求才能生存？

我觉得不尽然，很多用户也无法知道自己要的是啥，他们的需求随着时间、市场、实时热点等等不停变动。

一个用户饿了，你给他一个苹果满足了他的需求，但是当这个下次再饿的时候他可能要的不再是苹果而是榴莲。但是你已经囤了一车的苹果了，一车苹果空置无用，而你又要去找榴莲满足这个用户需求，这样疲于奔命。

众口难调我们无法满足所有用户的需求，我们确定需求时要满足多数用户需求，满足用户基础需求，并要契合公司的定位和技术储备。

用户饿了首先要保证食物充足让客户饱腹，等满足了饱腹后再提供更好的定制食物。甚至当用户在需要苹果的时候我们给予他更好吃的西瓜。不要被用户的需求牵着鼻子走。

这仅仅是我的个人认知，对应产品很多东西的认知还不健全完善。