有几条提醒，看着琐碎，但每一条背后都是别人踩过的坑。做信创改造的话，建议先看完。

迁移和测试

• 旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。
• 适配最大的工作量在测试，换个环境冒出来的问题比预想的多。
• 我通常会先出个结构图，把栏目和层级画出来，确认了再做设计。
• 报价要拆开看，含什么不含什么写清楚。
• 字体版权这事在国产化里经常被提，商用字体要确认清楚。
• 响应时效约定清楚，出了问题才知道找谁、多快能解决。
• 客户说要「高端」，我会让他找几个喜欢的站给我看，比我猜强。

这个细节挺关键。

• 网站做好之后，自己多拿手机点几遍，比什么验收报告都实在。
• 我见过改造到一半发现某个关键组件没有替代品的，前期调研真不能省。

组织和预算

这事吧，改造项目的沟通成本很高，涉及的部门多，最好有个牵头的。

报错信息要具体，光说失败用户根本不知道怎么改。

先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。

证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。

范围和盘点

旧系统的隐性逻辑多，改造前多问问当初做过的人。

留资表单越短越好，字段一多，填的人就少了。

可点击的元素要一眼能认出来，别为了设计牺牲可用性。

动手前列个清单：用了什么系统、什么数据库、什么中间件，一个不落。

就这点事。

看案例要进内页，别只看首页截图。首页谁都能做得好看。

预算里要留出测试和调整的钱，这部分通常比预估的多。

正文字号大一点，别为了塞内容把字缩得太小。

接着说。

老网站里那些插件和控件，是改造时最头疼的部分，很多已经没人维护了。

说白了，统计代码上线时就埋好，从第一天开始积累数据。

域名和服务器账号这种东西，务必自己拿着。麻烦都是出在这种细节上。

信创不是换一批软件就完事，配套的运维方式也得跟着变。

测试环境要贴近真实环境，不一致的测试结果不可信。

时间上要现实一点，定制站动辄说几天交付，质量很难保证。

说实话，验收的时候按业务场景走一遍，别只看功能清单打勾。

备案要提前规划，临时抱佛脚很容易耽误事。

数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。真遇到就明白了。

改造前先做一次全面盘点，把现有的系统、数据库、中间件都列出来。

首页要克制，重点太多等于没重点。

表单字段越少越好，这个跟转化率直接相关。

上线后持续观察一段时间，新环境需要磨合期。

多语言站注意文字长度差异，布局要有弹性。

上线和运维

改造周期一般比想象的长，测试占用的时间往往超过开发。

验证码别做得太复杂，简单能用就行，太难是在赶客。

老实说，我看过一个站，全站就一张大图，产品信息一个字没有。这种站做出来是浪费钱。

就这点事。

谈需求先问痛点，客户最难受的那个点，往往就是系统该解决的第一件事。我反正是这么看的。

上线之后才是开始，这话我说过很多遍。