任何一次改版都是有风险的，就算抛开技术风险不说，由用户的使用惯性所带来的问题，也是无法避免的。
对于大型电子商务网站来说，无论是哪里出了问题，也无论是故障多么短暂，都是任何一个人所缩承担不起的。 所以，大型网站的改版，要遵循一定策略，将风险降到最低。 声明一点，要实现逐步替换式改版，那么新版页面必须与旧版不同，假设旧版是a.html，那么新版应该是b.html；

第一步、邀请用户在线体验新版，并提交反馈，通过小规模用户的使用来发现问题并尽快修正，同时也算是进行改版告知，以对用户表示尊重，为新版造势，减轻用户心里压力；
第二步、一旦确定新版不存在重大bug和问题，可以逐步将流量从旧版引入新版，一般有两种方法： a、假设有e1、e2、e3、e4……等多个入口连接到a.html，那么可以先把e1入口的流量引入b.html，进行观察，稳定后在把e2的流量引入，并最终把所有入口的流量都引入b.html； b、假设有s1、s2、s3、s4……等多台服务器，那么可以先把s1服务器上的流量引入b.html，进行观察，稳定后在把s2的流量引入，并最终把所有服务器的流量都引入b.html；
第三步、一定要在b.html页面提供返回a.html页面的入口，不仅缓解用户的焦虑，一旦遇到严重问题，用户依然可返回旧版进行操作，降低了系统风险，因为即使最及时的反馈，发现问题并处理还是需要时间的，另外，b.html一定要给出bug反馈入口，让用户随时可以把发现的问题告诉pm；
最后、所有流量都导入b.html后，接下来要做的就是详细收集用户的问题，观察用户的反馈，并紧密关注新老页面的流量比例，直到a.html页面流量趋近于0，此次改版基本算无风险实施成功。

当然，此方案也存在问题，实施到第二步时，用户有可能每次刷新出来的页面都不同，有时新版有时又是旧版，虽然此点可能带来用户迷惑，但此问题也是可以解决的，如： 在a.html页面注明：邀请您体验新版…… 在b.html页面注明：您正在使用新版……，如果遇到问题或不习惯，可以随时返回旧版……

对于大型网站，系统稳定性是第一位的，缜密的新旧版替换策略，是一个称职产品经理所必须掌握的方法。

就让这里，从今天静静的开始！