由于我现在在创业公司从事产品设计的工作，对本文中涉及到的所有问题都深有同感：我们面对的是脑洞大开的CEO的追问、开发人员不屑的眼神、市场部门令人厌恶的破坏产品体验的需求、和团队所有成员一次一次的谈判。。。。。。这篇文章可能比较长，但是是我最近看到的最值得分享的文章，希望能够让一些人理解：什么才是一款优秀的产品。（也可以学习一下如何跟CEO谈判。。。。。。

毕竟，设计就是一种妥协。

————————————————————————————————————————————————————

你app的顾客不是被你的功能吸引，而是产品体验。

在上述的设定下，当你塑造你的产品时，所需的不是一个功能清单，而是糅合用户需求与市场目标，然后明确一种能满足你的目标人群并促使他们行动的体验。同时，你需要学习研究真实世界的使用惯例，让你的产品去从中适应，从而吸引、维持并增加用户数量。

如果你为了努力做到“尽善尽美”，能照顾到许多边缘且琐碎的情况而尝试去给你的产品增加新功能，你就推迟了重点。原本此时，你能开始研究是什么驱动顾客使用你的产品，是什么会驱动用户操作，是什么将会引领市场。

你的首次产品发布是个关键机会，这能让你学习去创造出一种体验来吸引到真正的用户，而不是基于你那些模糊的人群特征或者丰富的人物型格所理解的用户。因此，这点十分重要：你得让你的产品以MVP（Minimum Viable Product）的形式尽可能迅速地进入预期市场。

 快速进入市场

很多产品在最初进入市场时是不同的。 

Foursquare 是个非常好的例子。他们花了将近两年时间集中在“城市的游戏化设计”。他们发现游戏化模型可以快速被采用，但是不能产生让人充分信服的体验。他们需要核心产品，允许他们盈利，或者实现长期价值。所以他们回到了本地搜索。

Foursquare的例子证明了把你的产品快速投入市场测试你的判断为什么那么重要了。这两年被他们浪费在无法持续发展的体验上，可能已扼杀了绝大多数相似产品，烧掉了百万美元投资而没有收到一点回报。

Hyperlapse就是一个实践MVP战略的有趣例子——只能发布到Instagram、Facebook。

你一打开app就可以开始录视频。之后，你可以调整原视频的速度，从2倍到12倍。当你调整好速度，生成的视频会保存到你的相册并且允许分享到Instagram和Facebook。

就是这样一个app。

没有账号机制。没有应用内的文件管理。你看不到任何之前拍的保存到app里的视频。

你只能一次拍一个视频，一旦你已经保存了视频就不能再更改速度。你只能设置速度并分享视频。

“我们在发布时不能没有那些功能。”

大部分公司会说“我们在发布时不能没有那些功能。”

让我们简短总结一下是什么真正让Hyperlapse放弃了两个额外功能：文件管理和视频编辑。

为了实现这些，你必须考虑用户如何使用这些功能（导航和屏幕上的操作），设计那些屏幕和空间就要求加入这些功能，而开发这些功能（包括文件系统算法和复杂的视频API来支持编辑），就需要你测试之后再发布产品。

相比当前的app，肯定会有4倍的界面设计工作和6倍的开发工作。

而且这还没有考虑开发过程中产生的问题和各种细枝末节的情况。功能越复杂，需要解决的麻烦也越多。在任何情况下，把新功能布置妥当都需要宝贵的时间。这意味着产品上线需要推迟二、三、四或者更多个月。然后，如果没有人用怎么办？如果没有赚钱怎么办？

如果你的MVP上线太慢，则会面临多重风险：错失珍贵的时机；负担不必要的功能；更糟糕的是，从一开始就判断错误。

设计答案机器

对于新产品来说，你正站在一个交叉路口，一面是你对顾客的猜测总和，一面是真正使用你产品的用户行为。同时你正在迫切需要新的市场机遇，应对正在转变的目标需求，还要解决一大堆附加的未知情况。 

这些MVP面对的猜测和未知制造了更多变数。更多变数使你更难去验证你的猜测。如果你不能有效的验证你的猜测，那么你就不能收集用户数据来帮助你打磨产品。

MVP的目标是减少你前期带进产品开发的猜测和降低未知的程度。换句话说，你的MVP是一个把问题变为答案的机器。

你产品的核心体验

大家都清楚，你在上线前夕的设计和开发做的越多，那你进入市场的时间就越长。更糟糕的是，当你更多的去设计和开发你的产品而不进入市场的时候，你反而会更少地关注你试图去服务的用户。

这真的会发生，因为你不可避免的把注意力放在产品功能上——而那些最基础的未知猜测却在忽略中日积月累。这就像在没有参考图片的条件下去拼一幅巨大的拼图。 

实际上，你需要把注意力集中在能帮助你达成目标的核心体验上。把你的产品剥离至核心，将你的app定性为做某件事时不可或缺的工具。再将它交给你的目标用户，观察他们的反应。

如果你没有聚焦在核心体验上，反而做出一种宽而不精的万金油式产品，用户就会觉得困惑、无聊，甚至放弃。最重要的是，你将会失去那些因为某一项突出功能而使用产品的忠实粉丝，最终，你将会彻底失去吸引力。

太多“但是”

典型的产品设计会使人无意识地倾向于做出一些根本不在乎速度、聚焦、效率和洞察力这几种关键因素的MVP产品。

你总会在上线之前找到各种原因去做更多的事情，但这些都不能决定你这个产品是否牛逼。快来看看这些例子，看看他们是怎么导致失败的。

有三个主要观点阻碍我们创造一个有价值的MVP。如果你从一个产品经理那里听到这些，这只是他在用圆滑的方式谈论一个自以为是、无聚焦的MVP的负面影响。

如果你是个产品经理，我们希望你去考虑：MVP的用户体验是最重要的因素，才是你可以去完善的。忽视这些目标意味着有些事比开发MVP的预算要大得多的问题已经亮起了红灯。

但是1：“我需要从MVP中得到更多的价值”

作为管理者或者为项目买单的人，总会忍不住去会去尝试给MVP创造更多不必要的功能。如果你相信更多功能意味着更多价值的话，功能数量越多好像也体现了更多的预算价值。但是，更多的功能真的完全是意味着更大的工作量，这常常会导致产品体验的下滑。

这简直就像用车轮的数量定义车的好坏。六个轮子的车就是比四个轮子的好，因为轮子更多？

这不是个合理的论据。没必要增加MVP的功能，因为功能不等于体验。实际上，功能越多，往往会使产品体验变得更复杂并造成困惑。这些额外的功能带来的副作用会使产品很难用，况且还要加上一大堆不断增加的的开发、维护费用。

换句话说，MVP功能的数量和MVP的下列能力并没有太强的相互关系： 

• 验证你的猜测
• 传递用户和市场偏好的数据
• 传递你产品对于用户的核心体验

不管重复多少遍我都必须要再说一次，增加MVP的功能会拖延你获得以上内容的时机。

 如果你想做一些有用的事，那么你应该迅速找寻产品的狂热用户，而不是为产品增加功能。

但是2：“我们需要覆盖所有使用场景，否则我们会有分流用户的风险”

现在让我们得出结论：你根本不可能覆盖到所有的使用场景。 

海量功能的产品已经开发了很多年，就算有成千的开发人员，但还是没有覆盖所有使用场景。这就是个愚蠢的工作，只会越做越差。因为这个路径会导致你从用户的核心体验转移，更坏的是，它会强迫你忽略你的核心用户。

参考一下微软office。office是微软财政的第二大支柱，但是google docs和一大堆其他的写作工具却成为其强大的对手。office不够像其他挑战者一样：快速、支持多平台、且操作简便。其他挑战者把注意力放在核心写作任务上而不是一些仅仅被高级用户所呼吁的功能。

我们来设想一下： word的大部分用户使用其仅仅5%的产品功能。这意味着其他公司只要把那5%做的更好就能相对微软word有了绝对优势。

之前提到过，一个MVP如果要覆盖细枝末节的情况和高级用户功能，就可能需要投入4倍的设计力量和6倍的开发力量。。增加这些功能也造成用户界面的困惑，因为用户需要从各种额外的信息中筛选出他们想要的。 

所以不仅仅是开发工作的增加，而且在用户每次要筛选出他们真正想要的功能时，也会产生大量的认知成本。 

底线是：对于大多数用户来说，每天使用微软word完成写作任务涉及太多噪音、太多选择、太多干扰和太多困难。可能最好的情况是：用户忽略了他们从来不会用的大部分界面。可能最坏的情况是：他们不知道在点击了一个接一个的菜单后要做什么。

当然，word是个成熟的产品，不是MVP，但这是一个很好的例子——当目标是把产品功能清单最大化时会发生什么。

所以跟我重复：你不可能覆盖所有使用情景，还是回来聚焦在体验上吧。

但是3：“我们需要在发布之前完成app”

“完成”的概念是个常见的缺陷，这会妨碍创造一个成功的MVP。

延期常常来自于市场或销售，他们担心真正的MVP（致力于快速进入市场及收集有用数据）是不完整的。 

这种担心来自于一个误解：究竟是什么成就了卓越的产品体验，又是什么减少了产品被接受时遭受的摩擦。

更多功能或者更完整的功能清单几乎不可能做到让人满意开心。但牛逼的核心产品体验却能做到。这意味着你所有的资源都必须聚焦在计划、设计、开发、传达一个引人注意的非常完美的核心体验。这是个重大的工程。

其他所有试图去完成产品的工作只会导致延期上线并让市场预期变得复杂，在你的产品和目标之间造成断裂。事实上，你的产品永远不可能“完成”。随着你对每一个用户的研究，随着每一次商业规则改变和市场转变，你的产品由于这些因素，需要适应不断前进的基本原则。你越快地开始研究和适应，你就越有可能获得成功。

你的MVP甚至可能需要砍掉多余功能

我不会轻描淡写地说：你的MVP可能需要比你计划的还要少的功能。 

砍掉功能往往会在两个重要维度提升你的产品：

• 进入市场的时间
• 预算

记住每一个功能都会使工作量呈指数倍增加，因为每个模块都是息息相关的：   

• 内容
• 设计
• 开发
• 测试
• 维护
• 合法 

每次在给产品添砖加瓦的时候，你都要考虑这些。

聚焦在体验上

上线时间和预算还不是你精简MVP最好的原因，这两点主要是能为你赢得更多利益。

每一个板块的每一次努力都应该被产品的核心体验所过滤。从产品的最初到发布，伴随着每一次的反复都应该把你的可用资源全部集中，把核心体验打磨到完美。 

不管你正在考虑做什么新功能或者改变哪些界面，你都应该不断询问：你的用户会如何做出反应、会得到什么好处、会如何利用你的产品。

如果有什么干扰了产品核心体验：停止改变，发布产品。你会通过最少的行动，观察人们实际中如何使用你的产品，他们会展现出什么样的行为，把这些和你的猜测作比较，从而获得更多心得。这些心得会作为你努力适应市场的最大回报。