要给信创改造下个定义不难：以……为目标，通过……方式提供服务。但定义没多大用，用处在于它解决什么。

上线和运维

• 需求聊的时候我通常会问：现在业务上最头疼的是哪件事？从这儿入手最实在。
• 维护的范围提前写清楚，免得后面每次都要重新谈。
• 数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。
• 上线只是开始，后面的维护才是常态。
• 我见过改造到一半发现某个关键组件没有替代品的，前期调研真不能省。
• 验证码别做得太复杂，简单能用就行，太难是在赶客。
• 站点内容多了以后，站内搜索是刚需，早点做上。
• 文档要齐全，架构说明、部署步骤、运维手册，后面接手的人靠这个。

就这点事。

• 一定要有数据导出，不然将来换系统就麻烦了。
• 多语言站要考虑排版方向。不同语言长度不一样，版式要留余地。

说远了，拉回来。

• 介绍页面写点实在的，比如团队构成和做事方式，比喊口号强。
• 政策要求这类事要提前确认，哪些系统必须改、什么时间点前完成，别拍脑袋。

就这点事。

迁移和测试

• 做国产化改造，第一步是明确范围，全替换和部分适配工作量差很远。
• 换环境后性能要重新测，参数照搬很容易出问题。
• 字体和版权要留意。随便下载的字体拿来商用，是有风险的。
• 性能问题在新环境上很常见，硬件和软件都要重新压测一遍。
• 联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
• 后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。
• 改造的时间大头在测试，排期的时候别只算开发。
• 域名主机自己拿着，代持的结果往往是麻烦。
• 移动端单独验收，两边差别经常超出预期。
• 改造完别急着下线旧系统，并行跑一段时间比较稳妥。

别嫌我啰嗦。

• 表单别设计得太长。让用户填十来项，他能填完三项就算给你面子了。
• 备份要做，更要验证能不能恢复，这一步经常被忽略。
• 内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。
• 前期没调研清楚，做到一半卡住的情况不少，多花点时间在前面。
• 系统日志保留一段时间，出事的时候能查到线索。
• 建议每年体检一次，过期内容和死链接都要处理。
• 测试环境要贴近真实环境，不一致的测试结果不可信。
• 补丁要及时打，这是最基础的安全习惯。
• 上线的头几天要盯紧。有问题早发现，影响范围小。
• 动手前列个清单：用了什么系统、什么数据库、什么中间件，一个不落。
• 客户说要「高端」，我会让他找几个喜欢的站给我看，比我猜强。
• 我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。
• 案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
• 域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
• 旧系统的隐性逻辑多，改造前多问问当初做过的人。

这行没什么神秘的，多问几句就能看出对方靠不靠谱。