这篇按步骤写。从最开始准备到最后收尾，一步一步说清楚。细节往往就差在这。
合规和安全
长期不动的系统也会有安全问题，定期检查别省。
改动前做影响评估，这是避免连锁反应的办法。
应急预案不能只是文档。真出事的时候，得有人知道第一步做什么。
响应时效约定清楚，这是售后的核心。
换个说法，迭代要排期，零敲碎打做不出东西。
- 更新时间点要挑，避开业务高峰。
维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
- 故障分级挺有用。小问题几小时解决，大问题几小时响应，分清楚。
已知风险提前告知，这是负责任的做法。
备份机制一定要有，而且要定期验证能恢复。
联系方式变更要第一时间同步给对方，这个细节经常被忘。
- 上线不等于结束，后面还有内容维护和数据观察，这些才是常态。
备份这事别嫌麻烦，出一次事就知道值了。
备份要自动化，靠人记着肯定会有忘的那天。
- 网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
上线只是开始，后面的维护才是常态。
售后响应时间要写进合同。出问题几天没人理，谁都受不了。真遇到就明白了。
- 维护期内发现的小问题，集中整理一次再提，比零散提效率高。
安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。
合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。
- 网站结构别搞太深。用户点十来次还找不到想要的东西，基本就走了。
我习惯给每个页面设一个目标，比如留资、加微信、打电话。没有目标的页面，做起来容易散。
- 本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
这事吧，先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。
功能贵在实用，堆一堆用不上的，只会拖慢网站。
- 速度这事容易被忽略，但直接影响用户去留。
目标用户要想清楚。给年轻人看的和给中年人看的，设计和内容完全不同。
要不要后台、要不要会员、要不要多语言，这些基础问题早点拍板。
多语言站注意文字长度差异，布局要有弹性。
内链这块容易被忽略。相关内容之间互相链一下，用户停留时间明显不一样。
点击区域别太小，手机上手指没那么精准，这个细节很影响体验。
我发现很多网站的产品页写得跟说明书一样，参数一堆，用户想知道的一个没说。
内容和细节别糊弄
官网的核心就三块：业务、案例、联系方式。
别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。
搜索功能在企业站上挺实用，内容一多就离不开。
资质和荣誉该放就放，这是建立信任最快的东西。
老实说，上传自动压缩能省很多麻烦，指望人工处理不现实。
移动端单独验收，两边差别经常超出预期。
我记得，我一般会先出个结构图，把栏目和层级画出来，确认了再做设计。真遇到就明白了。
报价要拆开看，含什么不含什么写清楚。
视频和图片的搜索量涨得挺快，有资源可以顺手布局。
有个细节，我的建议是每个月固定复盘一次，看看哪些页面在涨，哪些一直没动静。
标题标签和描述，很多网站要么是空的，要么全是重复的。这种地方改一改，见效反而快。
正文字号大一点，别为了塞内容把字缩得太小。
有具体情况再聊，空讲意义不大。