一、什么是迭代
迭代就是小步快跑，把最内核的部分先放出来，不断优化、小范围试错。
二、产品设计要直指人心
版本规划能力是产品经理的重要能力。这是一个角色的要求，那为什么要对这个角色做要求呢？因为我们很多产品经理在出版本规划时，第一个版本就复杂无比。
我自己就是其中一个例子。生怕用户没有用到其他功能而觉得不好用，放弃我们产品，所以有什么功能我都必须第一版给它放上去。这是一个非常典型的没有自信的表现，对“我只要做强哪个点，用户就必然买账”没把握，而希望在一些附加的功能点上，寻找心理依靠。
判断一个产品经理是否厉害，很重要的一条就是判断他设计的产品第一个版本有多简单、直接、切中要点，能不能直指人心。
三、微信迭代过程
微信是腾讯在2011年1月发布的一款产品，比小米公司的米聊晚两个月。微信的1.0版本基本和米聊一样，应用场景定义为熟人间的通讯工具。简单说，就是可以免费发短信和照片，代替收费短信和彩信。
微信第一版本上线时主要有四个功能：①导入通讯录；②发送信息；③发送图片；④设置头像和微信名。
备注和黑名单功能是在微信的1.2版本才加入的。微信的1.0和1.1版本时，加好友是不需要备注的，我不会加陌生人，这里只有我特别熟的朋友。
微信2.0版本时，微信用户有400万，而米聊有1000万。所以在微信1.0的时代，不管是功能上还是用户数量上，微信一直在追赶米聊。但是在2.0版本后，微信靠它的系统能力很快就追赶上了。张小龙做微信前做了十年的腾讯邮箱，那是全国最大的邮箱服务平台，里面有个强大的功能—超大附件，这需要有强大的服务器功能保证，超大数据定点传输中负载均衡，系统不崩溃。
微信的背后有数十万台服务器支撑微信的数据流量。这样的系统能力建设，对于腾讯这样的公司是天然的。
所以两个前端体验基本一致的产品，你用微信，永远都会觉得很快，而米聊有时会慢、会卡，偶尔会系统崩溃。两个产品的区别在这里就开始拉开了。
四、迭代中，重要的是次序
迭代中，重要的是次序，前一个动作是下一个动作的预动作。
微信2.1版本里添加了一个新的功能，叫做“好友验证”。2.1版本之前，都没有好友验证。随后2.2版本推出一个核心功能，叫做“查看附近的人”。
戏剧化的是，微信发布“查看附近的人”功能的同一天，另外一款和它一模一样的产品在苹果的App Store上线了，这款产品叫陌陌。陌陌和微信在同一天开始，基于位置的陌生人语音社交。增加“附近的人”后，微信用户从400万涨到了2000万，与仍然专注熟人社交的米聊逐渐拉开差距，随后的迭代里，3.0推出“摇一摇”功能，这之后，微信用户上亿。而米聊的峰值永远停留在了3000万。
米聊的例子，就印证了入口不是场景，不一定产生流量。
小米手机年销售几千万台，几年下来应该累计了几亿小米手机的用户，而每一台手机上都内置了米聊，但米聊用户非常少。 这就叫“有入口，没场景”。
米聊就说到这里，我们接着说和微信的“查看附近的人”同一天上线的陌陌。
米聊的系统能力弱于微信，陌陌难道好吗？当然不。运维能力不足、代码效率差的问题也都存在，曾经陌陌流量过大，导致宕机3天，服务器瘫痪。但是3天之后，服务器一旦再次运转，那些饥渴的用户瞬间回到这里，并没有流失。
为什么？对于寻求某种满足的人，陌陌能提供确定性满足。
写在最后
判断产品经理水平的依据：第一个产品版本能不能设计得功能简单，直指人心。产品复杂是因为产品经理的不自信，只能从附加功能中找到安慰。产品设计应该找到内核，小步快跑，而不是憋大招。