MVP当决定了产品的核心基点，我们就要考虑快速的将产品“做出来”。我们站在产品负责人的角色，再来看看这个应用甚广的MVP概念。

核心基点，很多时候是可以被一句话称呼出来的，往往也可以作为一款产品的slogan，比如产品爱好者学习交流平台，有态度的新闻门户，复杂世界里一个就够了。

反复念叨这句话吧，这会是一个挺好用的“土方法”。

我比较忌讳在现在一款产品开发半年，上线1.0，除非有特殊性质，比如业务，资源乃至设备关联。当然2B类产品不受这个条件限制。

压缩产品1.0开发时间，最有效的方法是“压缩功能”。用MVP的概念去理解，就是将产品控制在“最小”且“可行”的范围进行生产并上线试验。

“1”是最小的非0自然数，记忆中，这似乎是小学课本的知识点，我们这里借用一下。

其实，产品里很多时候都可以用“数学”的方式来解析。我们看看这两个观念结合起来会发生什么化学反应。

“最小”且“可行”：只有一个核心功能/只有一个主要功能。

你的产品，在1.0阶段，只有一个核心功能或者主要功能吗？

其实我现在在帮朋友做一些产品分析时，特别是1.0阶段，有个很简单的判断方法：这个产品有几个一级页面，三个还是四个。如果是四个，我就会直接和他说，1.0 做重了，浪费了时间，也浪费了产品空间。

值得庆幸的在于，发现越来越多的产品，在迭代了很多版本之后，还是只有三个一级页面。

PS：曾经用一周的时间，将一款产品的1.0投入到市场使用，我记得，我把退出账号的功能都砍掉了。

坦白讲，1.0的APP不需要“退出”，也不需要“设置”。

轻装上阵，这是我的建议。

　　挑战产品生命力

作为产品负责人，不建议去思考交互，去思考玩法，是因为你要去挑战一款产品的生命力。

所谓的产品生命力，是指产品本身的脉搏，而非用户的的生命周期。简单来讲，我们去看一款产品是否健康，在于看产品的脉搏是否清晰， 是否有明显的逐渐成长的过程。

产品负责人是去开阔未来的一个角色，我们看的不是过去，不是现在，而是去揣测未来。

运作正常的情况下，产品必然会越迭代越重，功能越来越多。这会导致使用成本越来越高，可迭代的空间越来越小。

当五个一级页面全部都使用的时候，基本就是产品负荷过重的时刻。我们的功能必然会越做越多，但如何驾驭这些功能，在无序当中建立有序，是对我们的挑战。做产品并不是在做数据，而是在构造一个小型的生态空间。基本上产品进入到3.0阶段，产品负责人就必须开始思考产品生命力的问题。

哪些地方可以重点挖掘，但却不会占用过多的app空间。

哪些地方是可以合并在一起的。

哪些地方能开辟出内容流，提供更多的空间可使用。

这个时候的产品负责人，俨然是产品结构设计师的角色。

文末，安利一个个人观点。

如果产品经理以数据论成败，我十分好奇一些做底层设计的产品经理，做空间设计的产品经理如何衡量他们的价值。产品经理即将或者正在进入“术业化”。

长按下方二维码进入36氪专属页面购买《未来简史》，享受36氪读者专属福利！

春节前购买送思维导图、有声读物，手慢无哦

赶不上这批，就要再等三个月

若无法识别二维码，可点击“阅读原文”

　　(注：此书目前为预售，将统一于1月20日按下单顺序寄出，请耐心等待）