系统上线之后的事，往往比上线之前多。
售后和维护
放着不管的系统风险只会变大，定期巡检有必要。
- 迭代计划建议按季度排。想到什么做什么，最后会堆一堆半拉子工程。
改动前做影响评估，这是避免连锁反应的办法。
应急预案写给谁看、谁来启动，这些要明确。
系统升级要提前通知，别在业务高峰做。
响应时效约定清楚，这是售后的核心。
- 已知风险提前告知，这是负责任的做法。
说远了，拉回来。
联系方式变更要第一时间同步给对方，这个细节经常被忘。
维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
按严重程度分级处理，效率会高很多。
备份不能只是做，要定期演练恢复。
网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。这点挺重要。
上线只是开始，后面的维护才是常态。
后来才发现，售后响应时间要写进合同。出问题几天没人理，谁都受不了。
补丁要及时打，这是最基础的安全习惯。
- 备份这事别嫌麻烦，出一次事就知道值了。
- 小问题攒一批一起提，双方都省事。
- 网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。我反正是这么看的。
签合同前把交付内容列清楚，尤其是源码和维护这两项。
就这点事。
备份设成自动的，人工靠不住。
我发现很多网站的产品页写得跟说明书一样，参数一堆，用户想知道的一个没说。
- 用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。
最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。各家情况不一样。
联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。
功能范围早定，中途加的代价往往是翻倍。
- URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。
结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。
- 建议每年体检一次，过期内容和死链接都要处理。
移动端一定要单独看。现在大部分流量来自手机，但你用电脑看着挺好，手机上可能已经乱了。
后台的易用性是长期体验的关键，别图省事。
富文本编辑器的粘贴体验很影响效率，这块要调好。
了解一下实际执行的人，转包太多会影响沟通质量。
周期和节奏
文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
权限要分清楚。谁能发、谁能改、谁能删，提前定好。
老实说，别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。
图片要压缩，原图直接往上放，加载速度肯定崩。
首页别塞太多东西。用户进来三秒内找不到重点，就走了。
备案要提前规划，临时抱佛脚很容易耽误事。
用一堆域名做同样的内容，这种玩法风险很高，我不建议。
在嘉兴做本地服务，网站上把位置和服务范围写明白，用户心里有底。
说实话，资质和荣誉该放就放，这是建立信任最快的东西。
我发现问答类的内容格外容易被引用，因为结构清楚，一句问一句答。
应急方案写好了还得有人知道怎么用。