下面这份清单，是我自己每次开工前会过一遍的。做信创改造的话，可以照着对。
上线和运维
- 选产品的时候看看有没有相关目录或者认证，这个是硬门槛。
- 上线前自己完整走一遍，注册、提交、支付，每个环节都点一遍。
- 补丁要及时打，这是最基础的安全习惯。
- 域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
- 维护的范围提前写清楚，免得后面每次都要重新谈。
- 备份要做，更要验证能不能恢复，这一步经常被忽略。
- 做预算给测试和调优留足，这块最容易超。
- 有些功能看着高级，其实一年用不上两次。别为了炫技堆功能。
- 介绍页面写点实在的，比如团队构成和做事方式，比喊口号强。
- 人员培训别忘了。环境换了，操作习惯也会变，得带着大家熟悉一遍。
- 主机的稳定性比价格重要，这个钱真不建议省。
- 案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
移动端现在才是主战场。我评审网站都是先看手机，再看电脑。
换环境之后要给使用的人做培训，不然抵触情绪很大。
备案要提前规划，临时抱佛脚很容易耽误事。
字体版权这事在国产化里经常被提，商用字体要确认清楚。
老实说，预算和周期要一起谈。只压预算不谈周期，最后质量一定打折。
新旧并行一段时间再切，出问题还有退路。
合规要求要先确认清楚，范围和时间点按文件来，别自己判断。
后来才发现，备份要自动化，靠人记着肯定会有忘的那天。
数据库迁移要格外小心，数据结构和字段类型经常对不上，得一条条核。
本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。
组织和预算
改造项目的沟通成本很高，涉及的部门多，最好有个牵头的。
改造周期一般比想象的长，测试占用的时间往往超过开发。
时间上要现实一点，定制站动辄说几天交付，质量很难保证。
顺便提一句，上传自动压缩能省很多麻烦，指望人工处理不现实。
说实话，测试环境要贴近真实环境，不一致的测试结果不可信。
回退方案必须准备。新环境一旦出问题，能立刻切回旧系统才安心。
沟通成本是这行的大头。需求说得越模糊，来回改的次数越多。
日志别清理太勤，排查问题全靠它。
权限要分清楚。谁能发、谁能改、谁能删，提前定好。
这类项目牵涉面广，得有专人协调，不然进展很慢。
找几个参考站给到我，比用形容词描述高效得多。
范围和盘点
动手前列个清单：用了什么系统、什么数据库、什么中间件，一个不落。
功能范围早定，中途加的代价往往是翻倍。
证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
后台要能自己改内容。改个电话还要找技术，这种后台用起来很痛苦。
多语言站注意文字长度差异，布局要有弹性。
说白了，图片要压缩，原图直接往上放，加载速度肯定崩。
这事吧，多语言站点别靠机翻，老外一眼能看出不地道，信任感直接掉。
迁移和测试
改造建议分阶段来。先做非核心模块，跑稳了再动核心业务。
错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
刚上线那几天多留意，出问题及时回滚。
老网站里那些插件和控件，是改造时最头疼的部分，很多已经没人维护了。
表单能少一项是一项。我统计过，每多一项，填完的人就少一截。
信创不是换一批软件就完事，配套的运维方式也得跟着变。
改造之后定期检查，新环境的稳定性需要时间验证，别做完就不管了。
适配最大的工作量在测试，换个环境冒出来的问题比预想的多。
别指望一次性做到完美，先上线再慢慢调，这是我一直的建议。