售后这块签合同的时候没人看，出问题了才翻出来。
售后和维护
说实话，售后响应时间要写进合同。出问题几天没人理，谁都受不了。
已知风险提前告知，这是负责任的做法。
备份机制一定要有，而且要定期验证能恢复。
- 迭代要排期，零敲碎打做不出东西。
按严重程度分级处理，效率会高很多。
更新时间点要挑，避开业务高峰。
有个细节，升级改造前先评估影响。动一处可能牵一片，别想当然。
这里不多展开。
维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
放着不管的系统风险只会变大，定期巡检有必要。
应急预案不能只是文档。真出事的时候，得有人知道第一步做什么。
对接人换了要及时通知，不然关键时刻找不到人。
补丁要及时打，这是最基础的安全习惯。
维护期内发现的小问题，集中整理一次再提，比零散提效率高。
维护的范围提前写清楚，免得后面每次都要重新谈。
听起来简单，备份设成自动的，人工靠不住。
先说个前提，上线不等于结束，后面还有内容维护和数据观察，这些才是常态。
签合同前把交付内容列清楚，尤其是源码和维护这两项。
- 上线只是开始，后面的维护才是常态。
- 备份这事别嫌麻烦，出一次事就知道值了。
- 图片上传最好能自动压缩，不然运营的人根本不会管这事。
- 配色我建议控制在两三种。颜色一多，档次立刻就下来了。
内容结构别照抄同行。你跟他的客户群体、产品结构都不一样，抄过来很多地方是空的。
统计代码上线时就埋好，从第一天开始积累数据。
视频和图片搜索的量在涨，有条件的话把这一块也做起来。
后来才发现，报价要拆开看，含什么不含什么写清楚。
接着说。
内容和细节别糊弄
模板站和定制站的区别，主要在设计和功能的工作量上，别光看价格。
- 提交后的提示要做好，不然用户会反复点。
我会优先去看表现最差的页面，那里藏着最值得改的东西。
日志别清理太勤，排查问题全靠它。
数据导出功能别漏。哪天想换个系统，导不出数据就很被动。这点挺重要。
- 网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。
老实说，官网的核心就三块：业务、案例、联系方式。
- 手机上的排版单独看一遍。电脑上好看的，手机上经常挤成一团。
动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。
我记得，权限要分清楚。谁能发、谁能改、谁能删，提前定好。
做这一行久了，我发现好网站的标准实际上很朴素：用户能快速找到他想要的东西。
每年做一次整体检查：内容有没有过期、链接有没有失效、设计有没有过时。
改来改去也是个问题。今天听这个说改标题，明天听那个说改结构，最后越改越乱。
功能贵在实用，堆一堆用不上的，只会拖慢网站。
表单别设计得太长。让用户填五项，他能填完三项就算给你面子了。具体还得看情况。
服务器稳定性比不少人想的要重要。三天两头打不开，前面做的都白费。
这个细节挺关键。
验证方式别搞得太麻烦，简单有效就好。
顺便提一句，我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。我觉得值这个功夫。
页面速度这事，说的人不多，但影响很实在。我自己测过，慢一秒，跳出率能差出一大截。
结构化数据这事没那么玄，就是给内容贴标签，方便机器抓取。
说白了，电话和入口放在显眼位置，别藏在某个角落里。
网站结构别搞太深。用户点十来次还找不到想要的东西，基本就走了。
手机端的体验单独拎出来看，别用电脑的感觉去代替。这两边差别可以很大。
简单说，SEO 关心的是排名，GEO 关心的是引用。一个是位置，一个是内容本身够不够格被拿走。我反正是这么看的。
备份这事定期验一次，踏实。