How to Build An MVP，如何写一个 MVP？

Y Combinator 的 Startup School 系列有很多值得学习、思考的话题，例如 How to Build An MVP。

MVP 是 minimal viable product 的简称，最小可行产品。

MVP 的关键是要快，尽快把一个可以用（而不是好用）的产品交到用户手中，从用户的反馈学习接下来怎么做，快速发布，快速迭代，不要担心用户不喜欢你的产品，那些愿意使用 MVP 的人都是 early adopter，他们对产品的宽容度更高，你的产品是真的能解决他们的需求，否则他们不会用你的 MVP，既然用了你的 MVP，就不需要担心产品不完美而吓跑用户。

有些人觉得自己从一开始就知道一个完美的产品是怎样的，于是花大量时间去写，直到产品达到他认为的完美状态，这并不是理智的做法。

倾听用户的反馈往往比发布产品之前做的用户调查、竞品分析更好。坐在办公室，看到的都是问题；走出去调研，看到的都是方法。不要想太多，尽快把产品交到用户手中，MVP 做得很烂，有损失吗？没有。第一批用户之所以愿意向你反馈，不是因为你的 MVP 很好用，相反，就是因为不够好用，但是他们有一个切切实实的问题需要解决，而你的产品可以解决这个问题。

后来成为独角兽的 MVP 通常都有三个共同点：

在很短的时间内写出第一个 MVP，几周而不是几个月，然后快速发布出去；
功能很简单；
只面向很少的一部份用户，做一个只有 100 人很喜欢你的产品，远远好于做一个有 1000 个人觉得还行的产品，尤其是 MVP；

Airbnb 的 MVP 没有支付功能，没有地图视图，只能出租一张床，只在举办大型会议的城市里短暂运营，会议结束就在这个城市下线，最初的想法很简单，就是让人们以很低的价格短暂地找一个可以睡觉的床位，其实就是共享床位。

Twitch 的 MVP 是创始人自己写了一个网站，这个网站只有一个网页，网站域名以自己的名字命名，justin.tv，页面内容只是 24 小时直播自己在寝室的活动，现在的 twitch 可以说完全不同。

Stripe 的 MVP 有很多需要人工完成的 papework。

MVP is built for customers who have their hair on fire.

当用户的头发烧起来了，旁边是一个可以解决你的问题的人，但他的解决方法是卖一块砖头给你，只有这一种解决方法，没有水，不要奢望，只有砖头，你说用户买不买？用户会买。

水就好比是一款好产品，砖头就是 MVP，它不是一款好产品，但它可以用，用户可以用它扑灭头上的火。你先把它交给用户，用户这时候会买单，你后续再去快速优化，把它变成水，以后的用户就可以用上你的好产品。

写一款可以满足用户迫切需要的 MVP，或者说，为那些有燃眉之急的用户写 MVP，找到这部分用户，其他不急的用户暂时不要理会。

用户擅长告诉你他的痛苦，但他们不知道这个痛苦怎么解决。你去了解他的痛苦之后，给他一个 MVP，问他，这样可以解决你的问题了吗？

打造 MVP 的几个建议：

给自己一个 deadline，不要把“写好了就发布”作为自己的 deadline，要明确具体的时间范围；
功能不要贪多，不要贪完美，把真正需要的功能写下来，写完就发布；
认真看你写下来的功能清单，思考这些功是有燃眉之急的用户真正需要的吗？删除 MVP 不必要的功能；
不要爱上你的 MVP，MVP 永远是不完美甚至是简陋的，不要爱上 MVP，一开始就预料到可能会在以后把它改得天翻地覆；

推广产品的最佳时机：上线 landing page 是验证自己的 idea 的最后一步，而不是第一步，第一步应该是把自己的想法发布出去，看看大家有什么想说的；