产品经理技能第一弹：你要成为MVP，并且掌握MVP

最近阅读的很多书中都提到的MVP理论，今天我要讲的当然不是Most Valuable Player而是Minimal Viable Product（最小可行化产品）。

在《精益创业》和《用户故事地图》中都分别提到了这个概念，这套思维的主要应用场景是聚焦核心需求进行小版本迭代。

比如说你要尝试解决的问题是提供一个方案解决用户在两点之间的交通问题。

图片发自App

如果你把目标锁定在我要做一辆汽车，第一个版本我设计轮子，第二个版本我给轮子加上舒服的座椅，第三个版本在之前的基础上加上一个外壳用来避风遮雨，最后放上内饰提供给用户使用，这就是一套违反MVP思路的典型做事方法，过早的把方案确定在一个你自己的想象中，一味的埋头苦干。

在这个问题上我们解决的是如果实现运输问题，如果你在第一个版本提供给用户一个滑板让他先上路，用户反馈你能用但是太费体力。接下来引入齿轮、放大轮胎给他一辆自行车，他可能反馈给你费力度有所缓解但是时效性上有些问题。通过努力你解决了发动机问题把自行车改造成一辆摩托车让用户基本实现效率上飞跃的提升。最后你在体验生再做加工，将几个核心结构再一次升级给用户一辆国产的小QQ汽车。这一过程你在持续围绕着两地的运输问题，并且每个版本都能得到用户的一个反馈。

在产品的生命中期中，MVP不是单一的产品形态，更是一个产品迭代过程。在明确的目标前提下不断整合之前已有的轮子，持续快速的给用户一个阶段性可用的解决方案，从反馈的结果中不断修正自己的目标以及改善下一个版本的MVP计划。

大概描述完这套理论，接下来我们就说说这套思路跟产品经理有什么关系。一个出自于精益创业中的理论跟产品日常的工作有什么联系。这要从我们当前所处的工作环境已经从以往的精细化管理向着精益创业的方向平移。计划没有变化快这个道理现在几乎被任何工作内容所证明，这就要求我们在开展工作的时候掌握一些适应未来变化的思维方式。如何能够用最低的成本最大化的解决用户问题，是要建立在你对问题的精准定位、对系统的充分了解以及将掌握的内容打碎、揉烂再整合的过程。

试错和冗余加不断修正听起来好像现在已经烂大街台词，细细体会一下，你经历的每个项目真的都能产生如你所描述的收益吗？是不是还有相当一部分项目花了几个月的时间做完后无果而终？在一个新业务起步阶段你就带着过往的经验给出一个大而全的设计，之前你不屑的一些设计又再一次应验到新的产品方案中。

如果说这几年下来我对产品经理所需的能力的最急迫需求、可能就是你先用MVP的思路来开展工作，最起码在你没有很深的功力来架构大的产品线时，不会让现状变得更糟糕。

写于二零一七年十月三日