我的MVP（最小可行性产品）呢？

呃，等下，好像哪里不对。那是因为，我要说的MVP根本就不是Most Valuable Player好么？我今天要说的MVP，是Mnimum Valid Product，也就是最小可行性产品。

什么是最小可行性产品？它具有以下几个特点：

1. 具有产品的核心特质。

最小可行性产品往往只具备产品最基本的特质。它可以给用户提供服务，但能且只能提供核心服务。为什么要这样做呢？这里我们就必须要说一说最小可行性产品存在的必要性了。

人类的思维是天马行空的，有时候也是极不靠谱的。当你的客户或者你的设计师向你抛出一个奇葩功能需求，而无奈你又无法说服他们的时候，你需要一个最小可行性产品。开发者一般会将一个只具有核心功能的产品——最小可行性产品提供给一部分的用户，然后观察收集用户的反馈，从而了解产品愿景是否实际，进而避免更大的潜在风险。

2. 不拘泥于形式。

最小可行性产品没有形式上的限制。它可能是一个原型、一个博客、一个统计表，甚至是一个微信群。往大了说，想当年Zappos的创始人Nick Swinmurn就是根据自己网站上收集的结果，推测出市场需求，从而下定决心建立了如此成功的产品Zappos.com。往小了说，最近流行的某款健身指导类App就是通过一个微信群，来组织了第一批用户，并向他们推广自己的健身方案。在用户反馈良好的情况下，这个团队立即开始动手，以迅雷不及掩耳之势开发了这款App，并且大受欢迎。

既然最小可行性产品这么有用，那么如何设计一个呢？

这里熊先生分享给大家一个相当简单的方法，那就是：把它做成原型。

其实原型设计本身就是产品设计的一部分，最小可行性产品不管有多小、多简单，它终究是个产品。所以，就像前面说的，最小可行性产品不拘泥于形式，原型也可以成为展示最小可行性产品的方法之一。

在这里的原型设计中，要遵循把握住产品的特征。MVP的存在价值就是通过验证核心功能的市场需求，判断该产品的思路是否可行。而且，针对应用场景的不同，原型设计工具的选择也可以有很多种。

当你需要更加接近App的效果的时候：Flinto for Mac。

当你需要快速成型，且多种方式的时候：Mockplus。

当你需要较多的功能，且时间相对充足的时候：Axure、Origami。

这种产品原型的设计页面不需要很多，只要主干的核心功能即可。其它的冗余很可能会导致用户判断失误，进而导致产品决策失利。

以上只是熊先生对与最小可行性产品的一些初步探索，待我向大神讨教之后，再向大家介绍更完整的MVP攻略。