系统上线之后的事，往往比上线之前多。

售后和维护

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

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

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

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

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

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

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

升级改造前先评估影响。动一处可能牵一片，别想当然。

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

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

说实话，更新时间点要挑，避开业务高峰。

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

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

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

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

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

网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。这块别偷懒。

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

别嫌我啰嗦。

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

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

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

安全性这块，中小企业最容易忽略。被挂个黑链，可能很久都不知道。

图片格式换一下，体积小很多，加载速度就上来了。

错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。

听起来简单，速度这事容易被忽略，但直接影响用户去留。

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

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

移动端单独验收，两边差别经常超出预期。

你先记住这个。

模板和定制差在人工投入，按自己需求选，别只看钱。

有个细节，想被引用，内容得有明确的结论，模棱两可的那种很难被选中。别等出问题才想起来。

域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。

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

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

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

弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。

服务器稳定这事别图便宜，老打不开的站，怎么优化都没用。真遇到就明白了。

内链这块容易被忽略。相关内容之间互相链一下，用户停留时间明显不一样。

别嫌我啰嗦。

字体版权这事容易被忽略，商用前确认一下，免得后面收到函件。

找几个参考站给到我，比用形容词描述高效得多。

我记得，基础的安全配置别省，这个属于及格线。

别在一个页面上塞好几个词。一个页面解决一个问题，聚焦反而容易出结果。

别只看价格。便宜做出来的东西，后面返工花的钱更多。

我自己踩过，标题和描述这两个地方，改动成本低，收益往往最直接。

运营的人要培训。系统做得再好，不会用也白搭。

结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。

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

配图这事别敷衍，能用图说清楚的就别写字。

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

只做首页不做内页，也是常见的误区。用户是从各种页面进来的，不是只从首页。

先想清楚要什么

需求聊的时候我一般会问：现在业务上最头疼的是哪件事？从这儿入手最实在。

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

老实说，别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。

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