售后这块签合同的时候没人看，出问题了才翻出来。
售后和维护
备份机制一定要有，而且要定期验证能恢复。
- 应急预案不能只是文档。真出事的时候，得有人知道第一步做什么。
系统升级要提前通知，别在业务高峰做。
按严重程度分级处理，效率会高很多。
有个细节，改动前做影响评估，这是避免连锁反应的办法。
售后响应时间要写进合同。出问题几天没人理，谁都受不了。
联系方式变更要第一时间同步给对方，这个细节经常被忘。我觉得值这个功夫。
先想清楚要什么
- 维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
- 迭代要排期，零敲碎打做不出东西。
- 放着不管的系统风险只会变大，定期巡检有必要。
老实说，风险要在事前说。藏着的隐患，最后爆发的代价更大。
网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。
- 维护期内发现的小问题，集中整理一次再提，比零散提效率高。
接着说。
数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。我反正是这么看的。
- 补丁要及时打，这是最基础的安全习惯。
备份设成自动的，人工靠不住。
上线只是开始，后面的维护才是常态。
上线不等于结束，后面还有内容维护和数据观察，这些才是常态。
时间上要现实一点，定制站动辄说几天交付，质量很难保证。
内容和细节别糊弄
表单提交之后要有明确反馈。用户不确定有没有提交成功，就会重复提交。
你先记住这个。
- 表单字段越少越好，这个跟转化率直接相关。
把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。
东莞这边的商家有个通病：网站做好就放着，几年不动。这种站基本等于没有。
想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
这事吧，页面加载速度很关键。超过三秒还没出来，多数人已经走了。别等出问题才想起来。
换个说法，文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
听起来简单，做网站第一步不是设计，是想清楚目的。是为了获客，还是为了给客户看资质，这两个做法完全不同。
东莞本地的站点，把地址、实景照片、服务范围写清楚，对转化帮助挺大。我觉得值这个功夫。
我记得，后台权限提前规划，人多了一乱就容易出事。
- 搞一堆站发同样内容，听着聪明，实际上容易被一锅端。
验收别走过场
后台易用性很重要，不然改个电话号码都得等别人，很耽误事。
别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。
源码一定要拿在自己手里，这条我强调多少遍都不为过。
交付和验收
移动端单独验收，两边差别经常超出预期。
先定结构再设计，这个顺序反了会返工很多次。
先说个前提，字号别太小。我见过正文十二像素的站，看着费劲，尤其对年长的人。
功能范围早定，中途加的代价往往是翻倍。
CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。真遇到就明白了。
验证码别做得太复杂，简单能用就行，太难是在赶客。
先确认收录。没被收录的页面，后面做再多也是白搭。
我看过一个站，全站就一张大图，产品信息一个字没有。这种站做出来是浪费钱。
视频和图片搜索的量在涨，有条件的话把这一块也做起来。
这里不多展开。
大概就这些，做站这事急不得，前期想清楚最省钱。