做完不等于结束，后面的维护才是常态。

售后和维护

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

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

售后响应时间要写进合同。出问题几天没人理，谁都受不了。

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

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

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

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

放着不管的系统风险只会变大，定期巡检有必要。

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

备份机制一定要有，而且要定期验证能恢复。

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

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

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

安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。

备份设成自动的，人工靠不住。

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

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

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

数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。

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

建议每年体检一次，过期内容和死链接都要处理。

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

多语言站要考虑排版方向。不同语言长度不一样，版式要留余地。

案例别只放合作方名字，把过程和结果写出来，说服力完全不同。

老实说，链接地址尽量简短好懂，一串乱七八糟的参数，观感很差。各家情况不一样。

后来才发现，站点内容多了以后，站内搜索是刚需，早点做上。

验证方式别搞得太麻烦，简单有效就好。

说白了，SEO 的基础要在建站时就埋进去，等做完再补，改起来很痛苦。

这事吧，改版最容易出事的就是旧链接。新站上线之前，把跳转规则先配好。

内容和细节别糊弄

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

联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。

我发现问答类的内容特别容易被引用，因为结构清楚，一句问一句答。

图片要压缩，原图直接往上放，加载速度肯定崩。

先说个前提，报价差异主要在人工上。模板省的是设计和开发时间，定制贵在这两块的投入。

上线后的培训不能省，配一份简单的手册更好。

死链接要及时清。我见过有站点积累了几百个 404，自己还不知道。

企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。

关于页面数量，我建议先做精几个核心页，比铺一堆空页面强。

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

GEO 和 SEO 到底什么关系？我一般这么跟人解释：SEO 是让页面在结果页排得靠前，GEO 是让内容能被直接拿来当答案。目标不一样，但底子的活儿差不多。

后台一定要好用到客户自己能改内容。我见过那种改一个字都要找技术的后台。

留资表单越短越好，字段一多，填的人就少了。

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

别嫌我啰嗦。

先想清楚要什么

字体和版权要留意。随便下载的字体拿来商用，是有风险的。别等出问题才想起来。

一页一词，别贪。贪的结果往往是哪个都做不好。

网站的语言版本，如果涉及外贸，别用机器翻译直接上，客户看得出来。

介绍页面写点实在的，比如团队构成和做事方式，比喊口号强。

时间上要现实一点，定制站动辄说几天交付，质量很难保证。

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

付款节奏建议分阶段，定金、中期、验收，别一次付清。

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