新规范升级后的历史遗留及老页面兼容问题怎么破

先来看几组效果吧（虽然经过几番调整看上去还算正常）

1、原设计稿：

卡片头部底色为灰色，与内容区有明显区隔，卡片标题字号16 与上边距12px

新规范线上（修改后）效果：

去底色，卡片整体为白色底，更通透更扁平，卡片标题字号18 与上边距22px，别小看这10px的小差距，当面临所有页面都存在这样的差距，效果就呵呵了

2、原设计稿：

tab切换有灰色底色 字号16

新规范线上（修改后）效果：

白色底色拉平，字号18，骤然间，一个非常拥挤的tab。。。

3、原设计稿：

灰色底色，时间颗粒度/日历组件的无边框使用

新规范线上（修改后）效果：

白色底色拉平，小卡片之间线框分隔，时间粒度的组件调整，去除灰色底色分割后字距的调整 等

4、再举另一个🌰

上线后的老版本兼容问题

关于一些陈旧无法重构的页面，五年八年前的设计页面，怎么办？

我们为创建应用设计的新页面：

因为开发工期、后期会有统一创建流程等为由，这个页面不做开发

于是预发环境下，与老版本兼容后委曲求全的效果：

直接生硬嵌套，老页面不做更改，连tab都是双层效果，更别提操作体验一致性～

调整优化后上线效果：

经过几番沟通不做重新开发，基于老代码做了内容匹配，样式/皮肤等适度优化，基本满足上线标准

趟的这趟坑 得出以下两个结论

一、团队的密切协同性与跨部门沟通的及时性

回顾这个问题的发生，在于项目上线阶段也正是新规范更新的阶段，并没有做到消息的及时互通，以至于预发阶段还好好的，设计还原度能达到85%以上，结果上线傻眼

间距乱了 字号不对 页面拥挤；另一点就是跨部门的及时沟通，如果可以提前告知更新组件库不覆盖本次上线，那后续的修改工期也是可以适量缩减。

二、亡羊补牢为时未晚

上线后发现问题的及时补救，第一时间设计稿调优，根据新规范进行页面调整，包括不限于字号 颜色 间距等，同步给开发同学 并及时跟踪。内部协同整理过渡版组件库，以便于后续其他产品迭代时方便使用，也为下一次迭代闭坑。