互联网时代，并没有传统意义上的壁垒。纵观互联网发展史，大公司被小的创业公司干掉的例子比比皆是。再强大的合作关系，在免费策略下也是脆弱无比。

“天下武功，唯快不破”。如果非要说壁垒，那么只有“快速的市场反应速度，高效透明的决策流程”才真的算得上是壁垒，一个见招拆招的“动态壁垒”。

快速的市场反应速度中，包含了用户研究、反馈机制，快速迭代机制等等。本次我们只谈“快速迭代”。

其实，快速迭代的理念在互联网行业并不是什么新东西，只是，大家在具体工作中，往往被各种“做产品要做到极致”、“细节决定成败”等类似的说法所拖累。产品不做完全，总是下不了决心发布。其实，“做产品要做到极致”这类说法本身并没有错，和“快速迭代”并不冲突，只是大部分时候，它们被用错了地方。“极致”和“细节”如何理解，我们以后再谈，这里，我们直接切入主题：“快速迭代”背后的意义：

尽早让市场、用户来做决定。

对于一个全新产品来说，一般比较好理解。快速试错嘛，毕竟没有其它产品相对照。

对于已经有竞品的市场，人们往往会觉得：竞品已经做得很全面，我们的产品做的功能比人家少那么多，用户怎么会愿意用？

我想说的是，如果你的产品因为比竞品少了一些周边功能，用户就不来了，那说明你的产品本身就是缺乏更核心竞争力的。

核心竞争力可以是更强大的运营、更丰富的内容、更解决痛点需求的功能，如果有这几点在的话，你的产品比竞品少一些细碎低频的小功能，用户是不会在意。反之，如果在这几点如果全部都不占优，那么产品功能做的再全面，也是没法将用户从竞品那里吸引过来。

所以，无论是全新产品还是已有同类的产品，都是越快速迭代上线越好

确保一直在做最重要的事情。

变幻莫测 是互联网行业的一大特点。突发的社会事件、政府政策变化、竞争对手新策略的公布、新合作伙伴的确立等，都会对产品方向产生重大影响。在最初能排到计划中的事情，很可能变得无关紧要。我们用更为直观的方式来说明：快速迭代如何保证一个团队一直在做最重要的事情。

假如在项目之初，有三个功能可以去做，优先级分别是 1、2、3，每个都需要2个周的研发周期。

有两个公司 A 和 B ：

A、每完成一个功能就发布一次

B、所有功能都完成后，统一发布

两个周后，公司A发布了功能1，公司B的3个功能还在开发中。

这时，因为上面提到的种种原因，出现了另一个优先级为1的功能（研发周期还是2周）。

公司A可以立刻开始这个优先级为1的功能开发，而把其他优先级为2的功能暂且放一边。但是公司B则不然，因为他们的几种优先级不同的功能已经全部都开发到一半，无法中途停止，只好等所有功能开发完毕（6个周），才开始开发新的优先级为1的功能。

这样，4个周后，公司A完成了两个优先级为1的功能，而B则还在做最最开始计划的几个功能，新的重要功能被排在了6周后。

但是这时，又出现了另一个的重要功能需求……长此以往，公司B一直被各种优先级不高的功能拖累，而A则一步一个脚印的将各种重要功能上线。

有人可能会觉得：你光讲意义，怎么不说具体方法？其实，“快速迭代”的具体方法，在很多途径都能找到，难的不在于如何实施，在于下决心实施。

另外，如果直接说方法而不谈方法背后的目的，容易让人知其然不知其所以然，拘于形式，进而无法对方法的各个环节在不同情况下灵活的取舍运用。毕竟，方法都是为目的服务，只要看清楚目的，任何方法都有调整的空间。

本文由 @石头的假设  （微信公众号：deer_hunting） 原创发布于人人都是产品经理 ，未经许可，禁止转载。