技巧这东西听着不起眼，真用起来能省不少力气。下面这几条是我自己常用的。
上线和运维
- 备案这事要提前留时间，一般六个工作日左右，急的时候容易卡住上线。
- 换数据库最麻烦的是差异，类型、语法、函数都不一样，得逐个改。
- 字体版权这事在国产化里经常被提，商用字体要确认清楚。
- 上线后的培训不能省，配一份简单的手册更好。
- 选产品的时候看看有没有相关目录或者认证，这个是硬门槛。
- 域名和服务器账号这种东西，务必自己拿着。麻烦都是出在这种细节上。
- 这类项目牵涉面广，得有专人协调，不然进展很慢。
- 需求聊的时候我通常会问：现在业务上最头疼的是哪件事？从这儿入手最实在。
移动端的点击热区要大一点，太小容易点错。
本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
看案例要进内页，别只看首页截图。首页谁都能做得好看。
案例别只放合作方名字，把过程和结果写出来，说服力完全不同。
多语言站要考虑排版方向。不同语言长度不一样，版式要留余地。
改造建议分阶段来。先做非核心模块，跑稳了再动核心业务。
国产浏览器和操作系统要单独适配，字体、排版、控件表现都不一样。
信创不是换一批软件就完事，配套的运维方式也得跟着变。
问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。具体还得看情况。
有个细节，搜索友好的结构最好一开始就规划好，事后补代价很大。别等出问题才想起来。
迁移和测试
测试环境要跟生产环境尽量一致，不然测着没问题，上线就出事。
早期的插件和控件是迁移难点，不少已经找不到替代方案。
备份设成自动的，人工靠不住。
改造的时间大头在测试，排期的时候别只算开发。
联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
别嫌我啰嗦。
听起来简单，回退方案必须准备。新环境一旦出问题，能立刻切回旧系统才安心。
这个细节挺关键。
上线后持续观察一段时间，新环境需要磨合期。
证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
分阶段推进比较稳妥，先易后难，风险可控。
说远了，拉回来。
我自己踩过，老系统的业务逻辑往往没人说得清，改造前最好找老同事聊一聊。细节往往就差在这。
做这一行久了，我发现好网站的标准其实很朴素：用户能快速找到他想要的东西。
顺便提一句，网站做好之后，自己多拿手机点几遍，比什么验收报告都实在。具体还得看情况。
一定要留退路，新环境出问题能马上切回去，这是底线。
系统日志保留一段时间，出事的时候能查到线索。
先说个前提，每年做一次整体检查：内容有没有过期、链接有没有失效、设计有没有过时。
网站的语言版本，如果涉及外贸，别用机器翻译直接上，客户看得出来。
范围和盘点
性能问题在新环境上很常见，硬件和软件都要重新压测一遍。
这个细节挺关键。
迁移前一定要做全量备份，还要验证备份能恢复，不然等于没有。
后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。
不同浏览器都看看，尤其是对方要求的那几个，别只看自己常用的。
数据库迁移要格外小心，数据结构和字段类型经常对不上，得一条条核。
改造完别急着下线旧系统，并行跑一段时间比较稳妥。
说远了，拉回来。
案例要有细节，做过什么、结果如何，写出来才有说服力。这块别偷懒。
做预算给测试和调优留足，这块最容易超。
说实话，做国产化改造，第一步是明确范围，全替换和部分适配工作量差很远。
在成都做本地服务，网站上把位置和服务范围写明白，用户心里有底。我觉得值这个功夫。
主机的稳定性比价格重要，这个钱真不建议省。
改造前先做一次全面盘点，把现有的系统、数据库、中间件都列出来。
源码归属必须写进合同，这是底线。
真要动手的话，建议先把需求写下来，哪怕只有几行字。