迭代就是更新升级它的价值远不止如此

　　文王世民，深圳尔雅总裁YouCore创始人，著有《思维力》《学习力》《个体赋能》
　　01、什么是迭代？
　　如果你想去热门景点旅游，做一个旅游规划最高效的方式是什么？
　　我的建议是看旅游攻略。
　　攻略里对各种景点、路线、住宿的介绍井井有条，好的旅游攻略你看完后甚至有一种身临其境的感觉。
　　因此，在旅游目的地明确、天数固定、预算清楚的情况下，完全可以参考攻略，采用预定义过程控制的方式，提前规划好日程和旅游路线。
　　但假如，有人请你帮忙安排一次旅游，他的需求是只要好玩又实惠就行，具体玩几天视玩得开不开心而定。
　　在这种一切都不确定的情况下，你是不是就没办法采用预定义过程控制的方式，提前做好日程安排和旅游路线了？
　　你只能先挑选几个可能的旅游目的地给对方选择，然后再在旅游过程中，根据他的反馈及时调整在每个景点的旅游时长，并相应调整下一步的旅游目的地和路线。
　　迭代就是在这种高度不确定的情况下，不得不采用的另一种解决问题的方法。
　　因为在高度不确定的情况下，我们既无现成方法可循，也无过往经验可依，只能在一步步的实践中逐渐深化认知，摸索出指导未来的规律（咱们摸着石头过河的改革开放之路，就是这么迭代出来的）。
　　02、迭代的三大价值
　　当然，迭代也并不是那种我们不愿意用，而是被逼得没法，不得不用的方式。
　　迭代相较于预定义过程控制的方式，有着自己的三大独特价值。
　　价值一：降低难度
　　迭代可以有效降低一件事的难度，因为它将起步要做的内容减少到了一个最低的必要程度。
　　以写一篇文章为例。
　　按预定义过程控制的方式来写，你在动笔前，要搭建好文章的框架，找好所需的素材，想好必要的故事，这对一个刚写文章的新手而言，是一个很有挑战的要求。
　　但如果按迭代的方式来写，第一轮你无需在意例子是否贴切、文章是否有文采，只要将你能想到的都先写下来即可。
　　第二轮再在第一轮的基础上做例子的调整。
　　第三轮再在第二轮的基础上做文章遣词造句的润色。
　　按这种迭代的方式写文章的话，是不是难度就大大减低了呢？
　　价值二：减小风险
　　相较于降低难度，迭代更大的一个价值是可以减小风险。
　　一般要采用迭代方法的工作，都是不确定性很高的工作，比如研发一款20年后的主力武器，开拓一个新市场，做一个新发明等。
　　这类工作，没有现成的方法参考，而且可能过程中还有很多不可预见的变化发生。
　　采用预定义过程控制的方式，在一开始就投入好几个月做规划，制定出未来好几年的计划，然后一步步按计划来做，做到后来你会发现，实际要做的跟你规划的迥然不同。
　　但到这时，大量的时间和成本都已经被浪费掉了，工作要么大大延期和超支，要么干脆只能推倒重来。
　　美国加利福利亚州2008年规划的高铁项目就是一个典型的例子，从一开始的60亿美元预算猛增到770亿美元，预计通车时间从2033年推迟到不知道哪一年。
　　迭代的方式就可以有效避免这些风险，因为迭代的第一轮只是最小必要程度的投入，因此会大大减少时间延期和成本超支的风险。
　　价值三：确保质量
　　除了可以降低难度、减小风险，迭代最大的价值是可以确保最后成果的质量。
　　预定义过程控制的方式需要在一开始就明确好最终交付的成果，规定好每一步的工作。以给客户做企业管理软件为例，传统的实施方法要求客户在一开始就明确好自己的业务需求，然后在SOW（工作说明书）里白纸黑字写清楚我们只做这些双方约定好的内容。
　　但企业的管理是复杂的，外部的经营环境也是在不断变化的，几乎没有人能够在一开始就预测好所有的需求。
　　因此，在传统的实施方法下，几乎100的项目，在实施过程中都会发生顾问公司和客户相互扯皮的现象。
　　顾问公司坚持要按SOW的约定来做，如果要改就要加钱，因为你现在不要的这些功能，我已经投入很多工作量了；客户坚持要免费按新的需求来做，因为SOW里约定的交付成果不是我要的。
　　在这种扯皮之下，最终的交付成果往往是双方妥协的一个结果勉强能用，但距离客户的真正所需还有挺大差距。
　　这种情况下，客户不满意，顾问公司也亏损（因为不得不承担部分返工的成本）。
　　但如果采用迭代的方式，就可以确保最终输出的成果是双方都满意的了。
　　因为迭代的每一轮都是以最短的时间、最小的投入，输出一个阶段成果，双方都能快速确认这是否是当前所需，即使有预见不到的变化也没问题，下一轮调整就可以了。
　　既然迭代有这三大价值（降低难度、减小风险、确保质量），那具体该如何做呢？
　　根据迭代的对象不同，迭代主要有两种方式：
　　迭代方式一：由粗到细
　　迭代方式二：由小到大
　　03、迭代方式一：由粗到细
　　由粗到细的迭代方式，适用于交付对象只能一次性给出，不能局部使用的情况。
　　比如，写一个方案、画一个蓝图、盖一座房子。
　　它的迭代方式类似于一幅画像的制作。如下图所示：
　　图1：从粗到细的迭代方式示例
　　这种迭代方式主要分为三个步骤：
　　步骤一：勾勒整体框架
　　先勾勒出一个粗线条的整体框架，是由粗到细迭代方式的基础。
　　这有助于在不确定的情况下，以最小的时间和投入，先形成初步的思路或达成初步的共识。比如，家里想做一个装修，自己也不知道要做成什么样的，只知道要显得有品位一点。
　　在这种模糊的需求下，设计师就可以先勾勒一份粗线条的整体设计图，再跟你一起在这份整体设计图做讨论，形成最初的思路。
　　步骤二：实现核心部分
　　粗线条的整体框架出来后，第二步就是要实现这个整体框架中的核心部分了。
　　优先实现核心部分的目的有两个：
　　这是最关键的部分，核心部分确定了后，后续的迭代工作就有起点了，不然需求依然是模糊的。
　　其它部分是依赖或配合核心部分的，如果核心部分未确定，其它部分工作先做的话，很容易因为核心部分的调整，要全部返工重做。还以家里装修为例。
　　设计师跟你初步确定整体设计图后，就可以先将主要区域（比如客厅）做渲染图，让你看下配色和搭配是否符合你的预期。
　　如果不符合的话，就再修改，在这个修改过程中，还可能反过来对第一步的整体设计图再做调整（甚至可以推倒重来）。
　　主要区域的配色和搭配符合你要求后，这份装修设计图的最核心部分就算确定了，后面即使有调整，也都是小修小补的内容了。
　　正常情况下，前两个步骤只占到整体工作量的20，但却完成了80的功能。
　　步骤三：一轮一轮细化
　　整体框架和核心部分都完成后，接下来要做的工作就是一轮又一轮地细化了，将最终成品打磨得越来越精细。
　　这个一轮又一轮打磨的过程，虽然功能只占20，但至少会占到80的工作量。继续以装修设计图为例。
　　主要区域的配色和搭配确定了后，虽然以后的工作已经不会影响到整体装修风格了，但你们会因为选用什么灯具、艺术画应该挂哪个位置，反复修改调整，耗费不少时间。
　　最终，经过一轮又一轮的修改，设计师会完成家里所有区域的渲染图，并且这个设计图会很符合你的预期。
　　以上就是从粗到细迭代的三个步骤，对于任何需要一次性完整输出的成果（如，写文章、编方案、做设计等），在需求不明确或你思路不清晰的情况下，都可以采用这种迭代的做法，从整体到局部，到模糊到清晰，逐步精细化。
　　这既能解决你因为畏难迟迟不愿动手的问题，又能让你输出一个高质量的成果。
　　04、迭代方式二：由小到大
　　第二种迭代的方式是由小到大。这种迭代的方式适用于交付对象可以部分功能先使用的情况。
　　比如，微信的开发、今日头条APP的开发等。
　　这种迭代方式类似于一个螺旋圈，由一个核心不断往外扩展。
　　图2：从小到大的迭代方式
　　这种迭代方式主要也分为三个步骤：
　　步骤一：快速出最小可行的成品
　　在最短的时间内，出一个最小可行的产品，是从小到大迭代的核心。
　　在不确定的情况下，这种做法有两个核心价值：可以快速响应市场变化，第一时间抓住商机。
　　以最少的时间和成本实现试错，避免重大方向失误。
　　像微信，在2011年1月21日推出的时候，只有最简单的文字消息和图片功能。
　　但就是通过这个最基本的手机社交功能，微信在第一时间抓住了移动互联社交的商机，并且明确了这个赛道值得投入。
　　步骤二：快速验证调整
　　最小可行性产品的推出，是为了验证方向是否正确，以及采集更多真实用户的使用需求的。
　　因此，在最小可行性产品推出后，要以最快的速度来测试用户反应，看看这个方向是否满足了用户的最核心诉求，同时采集用户需求，明确产品下一步迭代的核心功能。
　　还以微信为例。
　　2011年1月21日，微信推出了1。0版本，截至2011年5月10日，微信已经连续推出了1。1、1。2、2。0版本，四个月的时间完成了四次体验版的更新。
　　到微信2。0版本，就在快速验证调整的基础上，推出了里程碑功能：语音对讲。
　　这个功能就充分抓住了用户非常核心的一个诉求：语音通话，从而大规模地收割了传统移动通信运营商的海量用户。
　　我自己就是被这个功能吸引从而使用微信的。
　　步骤三：持续功能叠加经过前两个步骤，产品就已经被确定值得往下做了。在这个基础上，产品就可以像螺旋圈一样，根据用户需求的优先级别，不断地叠加越来越多的新功能了。
　　像现在的微信，就不只是一个单纯的移动社交App了，而是一个超多功能的入口。
　　以上就是由小到大迭代的三个步骤，这种迭代方式特别适用于产品的开发，已成为移动互联网时代下产品的标准开发模式了。
　　05、小结
　　在确定的情况下，预定义过程控制的方式是一种最高效的解决问题的方式。
　　但在高度不确定的情况下（比如需求不清晰，外部环境变幻莫测，不可预见的变化多），相较于预定义过程控制的方式，迭代则是一种更有效的解决问题的方式。
　　它既可以帮你更简单地开始一项高难度的工作，又可以帮你降低各种延时超支的风险，更重要的是它能帮你找到正确的方向，输出更高质量的成果。
　　在需求不明确或你思路不清晰的情况下，你都可以尝试下迭代的工作方式：
　　1、如果你要交付的对象是需要一次性完整输出的成果，就可以采用从粗到细的迭代方式。
　　2、如果你要交付对象的部分功能可以先使用，就可以采用从小到大的迭代方式。