之前聊了皇室战争的节奏感，文末提到了节奏感在产品方向也有价值，这次就聊聊产品的节奏感。

产品是实现商业目标的载体，商业目标需要较长时间才能实现，而产品也要逐步迭代和进化，没有人能在早期就能推算出产业终局，更没有产品经理能在第一版就设计出完美的产品。公司的发展和产品的迭代，往往是冲着一个大致的方向，不断的小规模试错，在试错过程中，了解市场和用户需求，找到痛点和解决痛点，最终实现商业目标。

产品初期，像你我这样平凡的产品经理只知道市场大的趋势方向，但不知道怎么做才能满足真正的市场需求。所以要在眼前能看清的范围内找到最可能的方向和产品形式，快速做一版试试。发布出去听用户的反馈，用户会告诉你，他们在乎什么，不在乎什么。根据反馈来再调整方向，再做一版，再发出去听反馈，调整方向。这样一次次的发布和迭代，产品就有可能找到正确的方向。这个过程就是迭代，也就是今天要聊的节奏感。

皇室战争的节奏感是：在合适的时机，最大化利用资源进攻，多次迭代后实现目标。产品的节奏感则是：通过规律性的产品进化实现商业目标。掌握好的节奏，就能更快，成本更小的实现目标。下面我谈谈我认为节奏感的几个要素。

一、以固定的频率发布

以固定的频率发布产品，有如下好处：

• 给用户期待。每年的 9/10 月的 iPhone 发布也给人以期待，这种期待引发的讨论和猜测能抵得上一大笔的广告投入。
• 快速响应。MIUI 每周一次发版，用户上周提的需求这周就实现了，上周提的 bug 这周就修复了，这种巨大的“参与感”赢得了早期 ROM 发烧用户的簇拥。快速响应的另一个好处是让用户能容忍问题。一个拥有稳定用户群的产品，在某个版本出现问题后，用户会反馈给团队，并期待修复，而不会一走了之，及时修复更会赢得用户的喜爱。
• 刷存在感。如果长期不更新，用户可能就会把你忘记。在用户忘记前，反复出现刷遍存在感。坚持数次迭代之后，产品才能真正刻入用户的脑中。
• 提高团队效率。举个简化的例子，一个 4 周的迭代会是：产品设计一周，开发两周，测试一周，然后发布上线。如果每个版本都按此执行，团队各角色会适应这种节奏，就更容易进入状态并全力以赴。更快的拿到结果也可以更好的激励团队。市场和运营团队则可以提前准备配套的宣传推广。
• 更快调整方向。发现市场变化/竞争对手淘气了，你可以评估后快速放弃手中正在做的版本并重新规划，如果按照一个月的迭代算，你可能只浪费了一两周的人力。反之，如果版本计划开发 6 个月，目前进度完成一半时，发现市场变了，如果你放弃现有版本就是 3 个月的资源浪费和研发工程师的怨念；不放弃硬着头皮继续做，则可能还要再浪费 3 个月的资源和时间窗口，眼睁睁看着对手弯道超车，哭晕在厕所。

二、发布重要的内容

神曾说产品是演化出来的，不是规划出来的。我等普通产品经理还是要摆正心态，做一些基本的中短期规划。基本方法是分解长期目标，拆解出接下来这个阶段最重要的功能，做为下个版本的核心功能来做。

根据目标甄选功能是个看似简单，实际很考验产品功力的事情。而短的迭代周期，必须发布的时间节点，能让团队“被迫”取舍，集中在关键功能研发上，不会因为周期长，加些有的没的功能，让产品变得臃肿。

（题外话，有些工程师特别没有安全感，觉得作为衣食父母的产品经理如果不规划出一年的功能列表，他就很可能无事可做面临转岗/裁员。这时产品经理要更多的站在远景目标，可能的拓展方向上给工程师画饼，不要纠结在细碎的功能列表上。）

虽然时间有限，但一定要注意每次都是“最小可行性产品”（《精益创业》有详细阐述）。比如之前我做彩票时，第一版只上了双色球/大乐透两个彩种的部分玩法，但把购买，订单，开奖等基础功能全都做完。用户可以在客户端体验购彩的完整流程。流程体验顺畅之后，用户才会要求并期待更多的彩种和玩法上线。

很多产品，比如游戏，玩久了会疲劳，定期推出新的玩法，新的地图，新的副本，哪怕像暴雪爸爸那样炒炒冷饭，也能很好的提升用户活跃度。如果每次迭代，都是无关痛痒的 bug 修复，很难提起用户的升级兴趣。而像连载的小说或者漫画，更需要在结尾来个“且听下回分解”，吊足用户胃口，延长产品生命周期。

跟着迭代节奏发布功能，也能避免攒一堆功能，一次甩给用户，却因为信息量太大，让用户惊慌失措，不知道打开应用该干嘛。有序的逐个版本进化，一次最多一个新场景，能有效的提高用户留存。更避免了一次用力过猛后续无招可出。

三、大小版本的交替

不要只出大版本，把功能堆积在一个版本会拖慢迭代频率，加大发布风险，降低产品质量。不要只出小版本，用户会慢慢没有升级的动力和兴趣。用户很善变和挑剔，让他们定期眼前一亮很重要。所以一个大的场景出一个大版本，然后围绕这个核心场景再发几个小版本优化和深挖这个场景。如同音乐里的节奏“强-弱-次强-弱”，对应软件版本就是“1.0，1.1~1.4，1.5，1.6~1.9”。硬件产品你可以理解为大版本是新一代的硬件发布，小版本是发布后定期的市场营销，比如去年 8 月坚果手机发布是个大版本，后续围绕新品的 9 月的线下、天猫销售；10 月的文青版发布；11 月的双十一大促；12 月双十二和圣诞节；1 月全网通版等等都可以理解为围绕“坚果”这个大版本定期推出的小版本，这些小版本能不断在用户中制造话题和营销活动，延长产品热度和生命周期。

版本规划时，要让用户感受到有条“主线”，感受到产品在一段时间一直在强化核心场景。反例是豆瓣，根本不是 1.0, 2.0 的套路，而是“豆瓣之豆列强化版”“豆瓣之小事强化版”，以后可能是“豆瓣之广播强化版”，每次新版打开后总是感叹“我擦这是什么鬼？妈蛋豆邮呢？为毛还找不到广播？”

大小版本交替的另一个作用是拯救产品经理。小版本交互改动一般不大，所以给产品经理留出更多的时间架构和打磨下一个大版本的场景和功能。像 iPhone 这样的硬件，也是一年大版本，一年小改款的思路。一方面不频繁修改外观能够有效复用结构件，降低生产成本，另一方面也给设计研发部门留出足够的时间创新和优化。

最后，成功并不是这么简单，不是说你的产品有了节奏就一定能创业成功。比如市场方向是错的；市场规模太小了；资金链断了；竞争对手比你速度快；市场需求分散，一个产品无法满足需求都会导致创业失败……。总之，创业很难，要谨慎。