互联网发展到今天，最令人感慨的就是互联网的发展速度。10年前，百度、腾讯、阿里巴巴还处在起步阶段，5年后，它们已经成为行业的龙头，而10年后的今天，它们已经是行业巨头。对于传统企业来说，互联网的发展速度远比传统企业快；对于互联网企业来说，彼此之间的竞争则更加激烈。
互联网激发了许多人的创造力，创意层出不穷，而且在互联网时代很多企业都体会到快速发展带来的高效益。毋庸置疑，在这个互联网时代，因为我们的“惰性的价值”造就了许多“便利”的体验。但是我们也发现，互联网是快速发展的，这种快速体现在每一个企业的发展过程中。纵观所有的互联网竞争，企业无不拼命绞杀对手，并占领山头；旧的产品无不被新一代产品所替换。
微信替代了QQ ；天猫替代了淘宝，替代就是一轮前进的过程。对于传统互联网产品，不管是网站还是客户端产品，一个产品的生产和优化周期往往较长。这一方面是因为互联网产品的更新并不是特别方便，而且没有任何其他资源可用于当前的转换；另一方面是因为用户对于产品有着较高的宽容度，即便产品表现不那么出色，只要在功能上能满足用户需求，加上开发的时候，大多数漏洞等问题并没有移动端那么令人难以忍受，所以在互联网时代，速度并不是大问题。
但是在移动互联网时代，用户对产品的宽容度降低，对产品的要求与日俱增。用户对产品要求的增加显然对产品本身提出了极高的要求，很多产品都必须面临开发上要求速度的问题。
由于互联网从业者日趋激烈的新思维更新，很多有趣的点子在竞争者之间同时被挖掘出来的可能性较大，因此在互联网发展如此快速的今天，想到好点子就需要迅速实现是很多企业已经高度领悟的现实问题。
快，不仅仅体现在产品的开发进度上，因为仅仅推出的产品比其他同行的产品较新，肯定是不够的。快，还体现在产品迅速普及和接受的层面上，好的产品不仅仅要快速迎合用户，还需要快速获得用户的反馈，了解用户的使用感受，从而帮助产品获得大量用户，在短期内获得用户的青睐。
那么，到底怎样的快才是真的快？首先，产品的目标明确，同时，产品的体现形式以及相关的问题都是明确的。这是快的前提，如果没有为产品想到好点子，那么快也无济于事，因为方向错了，再快的产品都是慢的。
其次，这里的快不是要求产品在开发过程中一味地追求速度导致用户体验差、反馈差，而是要求产品在确保完整的基础上更快一步。
再次，快与自己无关，与行业相关。我们在做人方面，常常被要求与自己相比，但是在开发产品这件事上，如果仅仅与自己相比，则很容易陷入井底之蛙的困境，刚愎自用是开发产品的大忌。因此，衡量是否快，就要看同行业其他产品的设计和推广情况，看是否比同行业其他产品更快一些。
最后，效率高固然是好事，但是很多时候过度追求速度容易导致产品无法保质保量，这是快的误区，也是我们在快这一点上必须正确把握的地方。对于很多企业来说，快是不可或缺的，尤其是互联网企业中移动互联网方向的新型企业。
5.1迭代思维
说起迭代，最好的例证就是如今火爆的移动互联网。从2007年的萌芽状态到2010年后的爆发状态，移动互联网的发展显然比传统互联网要快得多。这是因为移动互联网产品不同于传统互联网产品，任何一个产品面对的都是上亿用户这样一个庞大的使用群体，那么，这个群体的用户主要是哪一种人群，他们有什么喜好，有何种习惯，会怎样使用我们的产品，是否喜欢我们的产品，在使用过程中会出现哪些问题等都是我们需要关注并且加以解决的。
遗憾的是，移动互联网产品的需求并不是通过短暂几个月的用户调研、市场调查、产品规划就能弄清楚的，何况移动互联网的用户群体本身也处于飞速的动态发展之中，他们的产品观、使用产品的习惯，以及当下的产品氛围对用户都有着很深刻的影响。譬如，现在喜欢微信的用户也许过一段时间会喜欢上另外一款社交类产品。在移动互联网时代，行业的迭代可能是由产品自己主导，也有可能被其他产品主导。
简单来说，迭代就是产品不断进步和发展的过程。产品的技术和创新点在进步，每段时间都会出现值得关注的新功能或者新产品，旧的功能或者产品被替代，而随着技术的进步，迭代的速度已经越来越快，机会转瞬即逝。
那么，这种情况下，我们该如何发展产品？如何对各种可能的产品方向和创新点做选择？我们要相信用户将是最好的指南针，用户的选择和黏性才能给产品足够多的指向性，让产品迅速感应用户需求，然后根据用户数据选择产品的功能，在这个过程中不断地升级进化，推陈出新，才是保持领先地位的唯一方式。要不断地倾听用户的反馈，不断地调整修改，然后决定产品接下来的方向。
所以，“快速迭代”是我们对产品的基本要求，能否做得足够快同时足够好已经成为衡量一款产品研发是否成熟的标准之一。在很多移动互联网产品中，不少平均每周或者每半个月就会发布一个版本，甚至还有更多，之所以能做到如此高的产品发布节奏，是由于现在的移动互联网已经越来越容易出现漏洞等问题，同时也有不少的新功能需要优化。
在这个过程中，通过一种有特色的敏捷迭代开发模式，也就是以敏捷的反应力应对产品和产品环境的变化，在发展过程中，小米公司的ROM 产品就维持着每周一次更新的频率。
现在的移动互联网研发团队，譬如小米公司的MIUI 团队，就由多个角色组成，包括：项目经理、产品、UE 设计、前台开发、后台开发、测试、运维。以一周为一个固定的迭代开发周期，这一周时间包括了团队一次完整的各个角色的研发协作过程：迭代前有特性规划，迭代中有迭代规划、开发、测试、发布等过程，迭代后有回顾以及用户反馈跟踪。也就是说，在每个周期的开始都是上一轮产品的总结和新一期产品的迭代规划。这种方式看似简单，但对团队的综合研发能力来说其实是一个巨大的挑战，必须能够快速发现产品中的问题并解决问题。在整个规划中，有如下几点需要重视。
第一，产品更新的特性需要能将这些特性分裂成很细小的可交付的子特性，简单地说，就是要详细分解每一期规划的内容，而这个总工作量通常不超过两天的开发工作量。
第二，产品在迭代前，特性规划、沟通确认、界面交互及视觉设计这些工作均须在短暂的时间内迅速地完成沟通和责任到位，以KPI 为基础制定能够完成的工作量。
第三，在规划迭代计划及评估过程中，还要综合考虑人员设置和安排的问题，也就是说，必须考虑到特性与子特性之间以及人员之间的配合，从而合理地安排规划任务，在这个过程中要保证开发过程顺利进行，降低迭代失控的风险。
第四，极速迭代要求团队成员工作协作能力强，同时，个体的自运转能力强，还需要长期默契配合。不管是产品的前台开发、后台开发，还是测试人员，都能够高效率沟通，顺畅协作。
也就是说，在迭代的过程中，只有通过自身不断沟通和协调才能帮助产品在一段时间内顺利地完成迭代，目标精准同时具有高执行力，才能维持迭代顺利进行。
快速迭代的背后是产品的快速开发，而做到产品的快速开发只是所有“快”字诀的第一步，其根本目的就是让用户尽快用到短时间内开发的新版本，从而尽快得到用户的反馈信息，在这个过程中提取下一次迭代必需的进程，以便及时地对下一期产品开发做调整。所以，一个产品团队能否快速获取并顺利解读用户反馈，是否真正重视反馈并及时作出响应非常重要。同时，产品团队也需要对产品的迭代周期有所规划，而不是被用户的反馈牵着鼻子走。
在产品迭代的过程中，要讲究“快”，“错了立即改”以及“谨慎迭代新功能”。优秀的应用产品发布后，可以做周期性的改进，但是新的功能增加频率则不能过快，而要谨慎，每个新增的功能都不是在迭代中出现的，而是在某个恰当的时机推出的。功能上线容易，想要撤下来就难，试错可以有，而且对于一个新功能试错也是有价值的。当超过十万人在使用某产品时，即使一个功能不那么好，同样会有百分之几的人觉得还不错。这时候只能对这个功能进行优化迭代，如果直接取消这个功能，用户就会抱怨，造成不良的反应，导致用户流失。
5.1.1没有什么能经得起迭代
在不断的迭代过程中，产品已经由最初的“丑小鸭”变成“白天鹅”了。对很多细节的改变积累让整个产品在一定的时间内换了一个面貌。也就是说，一段时间的迭代过后，我们可以看到，产品越来越完整，已经不是最开始的模样，可以说没有什么能经得起迭代。
只要处在完善的过程中，产品就不会有让用户最满意的节点。很多产品经理有着完美主义精神，但是一款移动应用在推出的时候可能只处于接近完成的状态，或者说，我们认为很好的产品也许还存在这样或者那样的问题，这就需要通过快速的迭代开发来更新产品，不断完善产品来留住用户，每一次迭代都要给用户新的感觉或者体验。同时，通过不断迭代产品也能唤醒对产品不那么感兴趣的一些沉默用户，同时让一些原本下载了应用但使用次数非常少的用户再一次使用产品，因此，迭代也有利于增加曝光量。
很多人理解的迭代是对整个产品的颠覆和改变，其实不然，产品的迭代应该是对细节的不断完善，而最主要的功能绝不是迭代的方向。当然，快速迭代也要基于产品的功能、交互等方面出发，产品的核心功能应该在最开始推出时就基本完成，当然，这也是保证应用在推出时能获得第一批基础用户的关键。
谈及迭代，在国内互联网早期，从美国硅谷回国的一批开发者是最好的例子。由于有国外的开发经验，他们能在很短时间内摸清用户需求，迅速开发出最初产品。他们在开发过程中能基于用户反馈快速迭代、快速执行、快速复制。李开复曾这样评价他们：“这些公司有时确实从美国、中国获得灵感，但是他们也加入了自己的创意，将这两者糅合在一起。也许，一个很好的例子是腾讯的微信，经过两年的运行，微信现在已经有了4亿用户。当你去分析它时可以发现，它不是苹果、谷歌那种突破型企业，而整合了中美很多的点子，有一定的创新，且执行神速，并利用了中国巨大的市场规模，这就是这类复制型创新很强的原因。”
回过头看他们的产品，例如QQ，从最初的版本到现在，已经完全变了样。当今互联网的发展速度，已经度过了大鱼吃小鱼的时代，现在已经到了快鱼吃慢鱼的时代。互联网产品的制胜原则就是一个字—快，体现在产品上就是不断迭代。对于开发者来说，应该如何理解和诠释“快”及迭代？
迭代要基于用户的反馈，也就是说，想快速迭代，就要解决如何搜集用户反馈的问题。另外，为了满足不同用户的习惯，还要为用户提供多种反馈渠道，以便及时得到反馈，帮助产品迅速迭代。用户的反馈越多，提出意见和建议越多，对产品越有利。在迭代中，能够顺利处理用户的反馈意见就能在迅速赢得用户的同时，还能加速产品改头换面的脚步。
做产品，首先要关注的就是用户反馈、意见和建议。这些来自不同角度的反馈就像一座丰富的矿山，为产品的发展提供了无限的宝藏，但产品团队是否真正认识并挖掘出了它们的价值，还需要对用户的数据进行分析和调研。同样，还要深刻认识和了解用户习惯，才能在众多的用户反馈中找到迭代需要的因素并进行规划。
但是迭代中总会有新功能需要改进，对于产品来说，这个新功能在迭代中占据了比较重要的地位。做过产品经理的人都知道，无论事前经过多么细致的调研，有怎样的数据支持，同时还有多么缜密的规划，对于一个新特性的发布，仍然是一个让人紧张的经历。比如说用户对特性的接受程度，用户的体验过程是否如规划中一样流畅，新特性给产品带来了怎样的影响，增加还是降低了产品黏度，用户通过怎样的玩法来实现这个特性，以及哪些特性可能存在交互、易用性、稳定性等问题。因此，迭代也是一个有代价的过程，但是快速迭代能够帮助我们顺利地跨过这样的问题。一旦出现失误，产品在下一轮迭代中能够顺利改进，帮助产品安全度过危机。
我们希望产品迭代得足够快，不仅仅因为快能够掩饰和解决某些错误，还因为快速迭代能鞭策产品的成长。快不只是一种产品思维，更是一种技术实力，遵循这个核心价值观，需要不断接受技术上的挑战，让技术能力来支撑我们的迭代。
5.1.2十年磨一剑落伍了，现在要小步快跑
做产品的很多人都有完美主义情节。在规划的过程中，我们经常会看到如下几种现象。
？有的人一开始就把摊子铺得很大，在前期准备和布局时面面俱到，甚至压根没有想过后期会有改进。
？有的人习惯于追求完美，总要把产品做到心中的100分才会让产品与用户见面，如果做不到，推广过程中就感觉自我底气不足。
？还有的人心里很清楚创新的重要性。但又担心自己的产品不是创新性的，因此迟迟不让产品与用户见面。
……
