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

售后和维护

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

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

已知风险提前告知，这是负责任的做法。

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

备份不能只是做，要定期演练恢复。

对接人换了要及时通知，不然关键时刻找不到人。

接着说。

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

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

迭代要排期，零敲碎打做不出东西。

这里不多展开。

老实说，维护包含哪些动作，提前界定，不然每次都要谈。

说实话，故障分级挺有用。小问题几小时解决，大问题几小时响应，分清楚。

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

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

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

签合同前把交付内容列清楚，尤其是源码和维护这两项。细节往往就差在这。

维护的范围提前写清楚，免得后面每次都要重新谈。

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

小问题攒一批一起提，双方都省事。

上线只是开始，后面的维护才是常态。

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

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

报价要拆开看，含什么不含什么写清楚。

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

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

内容和细节别糊弄

源码归属必须写进合同，这是底线。

别嫌我啰嗦。

后台权限提前规划，人多了一乱就容易出事。

移动端一定要单独看。现在大部分流量来自手机，但你用电脑看着挺好，手机上可能已经乱了。

配色我建议控制在两三种。颜色一多，档次立刻就下来了。

一个月复盘一次，把没动静的页面单独拎出来处理。

弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。

客户说要「高端」，我会让他找几个喜欢的站给我看，比我猜强。

视频和图片的搜索量涨得挺快，有资源可以顺手布局。

官网的核心就三块：业务、案例、联系方式。

CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。

产品页最容易写砸。参数列得再全，用户关心的实际上就那几个点。

第三方统计代码早点装上，上线就有数据，不用等。

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

手机端必须单独验收，大部分访客是从手机进来的。

这个细节挺关键。

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

这个细节挺关键。

系统日志保留一段时间，出事的时候能查到线索。

我通常会先出个结构图，把栏目和层级画出来，确认了再做设计。

看数据的时候，我习惯先看最差的几个页面，问题往往比好页面更有价值。

图片上传最好能自动压缩，不然运营的人根本不会管这事。

说白了，历史内容的去留提前理一遍，迁移时不会手忙脚乱。

听起来简单，改版最容易出问题的就是旧链接处理，这一步省了，前面全白干。

上线的头几天要盯紧。有问题早发现，影响范围小。

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

上线前自己当用户体验全流程，问题基本都能跑出来。

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