系统上线之后的事，往往比上线之前多。
售后和维护
听起来简单，升级改造前先评估影响。动一处可能牵一片，别想当然。
换个说法，故障分级挺有用。小问题几小时解决，大问题几小时响应，分清楚。
风险要在事前说。藏着的隐患，最后爆发的代价更大。
应急预案写给谁看、谁来启动，这些要明确。
- 备份机制一定要有，而且要定期验证能恢复。
更新时间点要挑，避开业务高峰。
- 放着不管的系统风险只会变大，定期巡检有必要。
- 售后响应时间要写进合同。出问题几天没人理，谁都受不了。
维护包含哪些动作，提前界定，不然每次都要谈。
联系方式变更要第一时间同步给对方，这个细节经常被忘。
迭代要排期，零敲碎打做不出东西。
备份这事别嫌麻烦，出一次事就知道值了。
备份设成自动的，人工靠不住。
网站不是做完就完了。内容更新、小改小动，这些才是长期的事。
小问题攒一批一起提，双方都省事。
网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
我记得，补丁要及时打，这是最基础的安全习惯。
- 合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。
交付和验收
验收的时候自己当用户体验一遍，什么问题都跑出来了。
做这一行久了，我发现好网站的标准其实很朴素：用户能快速找到他想要的东西。
参考同行可以，照抄就免了。抄来的结构往往跟自己的业务对不上。
建议每年体检一次，过期内容和死链接都要处理。
移动端单独验收，两边差别经常超出预期。
内容和细节别糊弄
- 案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
- 在苏州做本地服务，网站上把位置和服务范围写明白，用户心里有底。
- 联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。
我习惯让客户找三个喜欢的站给我看，比我听他描述半天强。
顺便提一句，有空扫一遍死链，这活儿不复杂，但很多站都没做。
- 错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。具体还得看情况。
移动端现在才是主战场。我评审网站都是先看手机，再看电脑。
问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
我会优先去看表现最差的页面，那里藏着最值得改的东西。
说白了，企业官网最该放的是：你是做什么的、做过什么、怎么联系。其他的往后排。
想被引用，内容得有明确的结论，模棱两可的那种很难被选中。我反正是这么看的。
域名和服务器账号这种东西，务必自己拿着。麻烦都是出在这种细节上。细节往往就差在这。
别在一个页面上塞好几个词。一个页面解决一个问题，聚焦反而容易出结果。别等出问题才想起来。
服务器稳定这事别图便宜，老打不开的站，怎么优化都没用。
留资表单越短越好，字段一多，填的人就少了。
后来才发现，网站的语言版本，如果涉及外贸，别用机器翻译直接上，客户看得出来。
有个细节，看案例要进到内页去，首页截图谁都能做得好看。
接着说。
这事吧，钱和时间是绑在一起的，只砍一头，另一头一定出问题。
关于页面数量，我的建议是先做精几个核心页，比铺一堆空页面强。反正记着就行。
上线前自己完整走一遍，注册、提交、支付，每个环节都点一遍。
别嫌我啰嗦。
备案要提前规划，临时抱佛脚很容易耽误事。
说实话，资质和荣誉该放就放，这是建立信任最快的东西。
图片别直接传原图。相机拍出来好几兆一张，传上去页面就废了。
权限要分清楚。谁能发、谁能改、谁能删，提前定好。
你要是看到这，说明是真想做，那就先把需求列一列吧。