想做信创改造，可以按下面这个顺序来。我把步骤拆开，你照着走就行。
迁移和测试
- 可点击的元素要一眼能认出来，别为了设计牺牲可用性。
- 回退方案必须准备。新环境一旦出问题，能立刻切回旧系统才安心。
- 改造的时间大头在测试，排期的时候别只算开发。
- 合规要求要先确认清楚，范围和时间点按文件来，别自己判断。
- 兼容性测试是重点。原来在老环境跑得好好的，换个环境经常出问题。
- 时间上要现实一点，定制站动辄说几天交付，质量很难保证。
- 性能问题在新环境上很常见，硬件和软件都要重新压测一遍。
验证码别做得太复杂，简单能用就行，太难是在赶客。
这事吧，移动端的点击热区要大一点，太小容易点错。
说实话，前期没调研清楚，做到一半卡住的情况不少，多花点时间在前面。
换环境后字体要重新确认授权，这是容易踩的坑。
联系方式要显眼，用户想找你的时候找不到，就没下文了。
建议每年体检一次，过期内容和死链接都要处理。
换个说法，备份设成自动的，人工靠不住。
上线和运维
上线不等于结束，后面还有内容维护和数据观察，这些才是常态。细节往往就差在这。
我自己踩过，域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
换环境之后要给使用的人做培训，不然抵触情绪很大。
验收的时候自己当用户体验一遍，什么问题都跑出来了。
说远了，拉回来。
新旧并行一段时间再切，出问题还有退路。
这里不多展开。
源码一定要拿在自己手里，这条我强调多少遍都不为过。
先说个前提，统计代码上线时就埋好，从第一天开始积累数据。
做国产化改造，第一步是明确范围，全替换和部分适配工作量差很远。
案例别只放合作方名字，把过程和结果写出来，说服力完全不同。
范围和盘点
数据库迁移要格外小心，数据结构和字段类型经常对不上，得一条条核。
常见问题页很实用，也省客服的重复劳动。
顺便提一句，看案例要进内页，别只看首页截图。首页谁都能做得好看。
介绍页面写点实在的，比如团队构成和做事方式，比喊口号强。
老实说，改造完把文档补齐，不然后续维护全靠猜。
旧系统的隐性逻辑多，改造前多问问当初做过的人。
国产浏览器和操作系统要单独适配，字体、排版、控件表现都不一样。
报价要拆开看，含什么不含什么写清楚。
系统日志保留一段时间，出事的时候能查到线索。
沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队挺关键。
本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
验收标准提前写，包括兼容哪些浏览器、支持哪些机型。
手机端必须单独验收，大部分访客是从手机进来的。
动手前列个清单：用了什么系统、什么数据库、什么中间件，一个不落。
手机上的排版单独看一遍。电脑上好看的，手机上经常挤成一团。
组织和预算
改造完别急着下线旧系统，并行跑一段时间比较稳妥。
安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。反正记着就行。
表单别设计得太长。让用户填四项，他能填完三项就算给你面子了。
照着走一遍，基本上不会出大错。剩下的靠熟练度。