售后这块签合同的时候没人看，出问题了才翻出来。

交付和验收

维护范围要说清：改文字算不算，改结构算不算，加页面算不算。

长期不动的系统也会有安全问题，定期检查别省。

改动前做影响评估，这是避免连锁反应的办法。

联系方式变更要第一时间同步给对方，这个细节经常被忘。

售后和维护

系统升级要提前通知，别在业务高峰做。

迭代计划建议按季度排。想到什么做什么，最后会堆一堆半拉子工程。

听起来简单，备份不能只是做，要定期演练恢复。

按严重程度分级处理，效率会高很多。

风险要在事前说。藏着的隐患，最后爆发的代价更大。

应急预案写给谁看、谁来启动，这些要明确。

响应时效约定清楚，这是售后的核心。

合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。

老实说，网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。

备份这事别嫌麻烦，出一次事就知道值了。

网站不是做完就完了。内容更新、小改小动，这些才是长期的事。

备份要自动化，靠人记着肯定会有忘的那天。

响应时效约定清楚，出了问题才知道找谁、多快能解决。

维护期内发现的小问题，集中整理一次再提，比零散提效率高。

说远了，拉回来。

上线不等于结束，后面还有内容维护和数据观察，这些才是常态。

合规和安全

说实话，补丁要及时打，这是最基础的安全习惯。

先定结构再设计，这个顺序反了会返工很多次。

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

我记得，无锡这边的商家有个通病：网站做好就放着，几年不动。这种站基本等于没有。

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

打开速度是最容易被忽略的。你内容再好，用户等三秒打不开，人就没了。

我自己踩过，电话和入口放在显眼位置，别藏在某个角落里。

想被引用，内容得有明确的结论，模棱两可的那种很难被选中。这块别偷懒。

旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。

搜索友好的结构最好一开始就规划好，事后补代价很大。

手机端的体验单独拎出来看，别用电脑的感觉去代替。这两边差别可以很大。

内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。

有个细节，用一堆域名做同样的内容，这种玩法风险很高，我不建议。

换个说法，有空扫一遍死链，这活儿不复杂，但很多站都没做。

内容和细节别糊弄

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

光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。各家情况不一样。

这事吧，表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。

后来才发现，标题标签和描述，很多网站要么是空的，要么全是重复的。这种地方改一改，见效反而快。

图片用新格式能省不少体积。同样清晰度，文件大小能差出一大半。

本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。

先想清楚要什么

先说个前提，移动端单独验收，两边差别经常超出预期。

我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。

URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。

顺便提一句，日志别清理太勤，排查问题全靠它。

应急方案写好了还得有人知道怎么用。