产品设计改版项目的落地方式，不同的团队有不同的做法。

第一种，有的团队担心用户不能接受新版本的设计，同时也不确定新版本的设计可以确实带来多少明确的收益，所以不想一次性投入过多资源进行一次大型的改版。所以他们保守的在旧版上不断进行小的局部的迭代。

这种做法带来的问题是：1）产品结构上的问题不太容易在这种小版本迭代中得到改进。所以有些旧的问题会一直积累。2）用户难以感受到特别明显的改版和变化。3）产品会越改越乱。4）旧账不清，新账又增，很多小问题聚在一起，最后会发展成意想不到的大问题。

第二种做法是一次性投入大量的资源进行大版本的开发。在开发完成之后，邀请一小部分用户进行内测，听取用户的意见不断完善，然后陆续放开灰度测试的范围，从 1% 到 100%。

这种做法带来的问题是：1）新版本的推出是不可逆的。新版本的设计无论用户是否喜欢，都需要接受它。因为超高的研发成本已经投入进去了。2）你的改版用户可能并不care。产品价值公式说的是“（新体验-就体验）- 替换成本”，用户如果习惯了使用旧版本的产品，他的替换成本就会变得很高。如果用户把你的产品当成一个工具，那么他并不会希望这个顺手的工具在某一天忽然发生什么变化。而我们改版后提供的新体验如果没有足够好。好到用户愿意重新重新调整自己的使用习惯来适应，那么这样的改版往往伴随着用户的骂声一片。

但有意思的是，第二种其实是实体产品设计一直采用的方式。iPhone 14 发布之前用户并不知道它会是什么样子，但对新产品的发布充满期待。
第一种是快速迭代，小步快跑。是数字产品研发团队的发明，不用花费大量的成本进行赌博，追求每改一点，都有明确的数据收益。

现在，几乎大部分团队都会采用第一种方式，而不是第二种方式。原因是他们不相信自己可以创造一个全新的体验，创造更高的用户价值。