系统上线之后的事，往往比上线之前多。
售后和维护
- 风险要在事前说。藏着的隐患，最后爆发的代价更大。
按严重程度分级处理，效率会高很多。
- 系统升级要提前通知，别在业务高峰做。
放着不管的系统风险只会变大，定期巡检有必要。
- 响应时效约定清楚，这是售后的核心。
维护范围要说清：改文字算不算，改结构算不算，加页面算不算。
- 升级改造前先评估影响。动一处可能牵一片，别想当然。
联系方式变更要第一时间同步给对方，这个细节经常被忘。
先想清楚要什么
- 应急预案写给谁看、谁来启动，这些要明确。
备份不能只是做，要定期演练恢复。
你先记住这个。
- 迭代计划建议按季度排。想到什么做什么，最后会堆一堆半拉子工程。
- 备份要自动化，靠人记着肯定会有忘的那天。
网站上线只是开始。内容更新、数据查看、小改小动，这些才是长期的活。
合同里一定要写清楚交付物：源码给不给、后台有没有、后期维护谁负责。
别嫌我啰嗦。
- 维护期内发现的小问题，集中整理一次再提，比零散提效率高。
补丁要及时打，这是最基础的安全习惯。
上线只是开始，后面的维护才是常态。
- 售后响应时间要写进合同。出问题几天没人理，谁都受不了。别等出问题才想起来。
- 网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
我自己踩过，备份这事别嫌麻烦，出一次事就知道值了。
- 表单能少一项是一项。我统计过，每多一项，填完的人就少一截。具体还得看情况。
想被引用，内容得有明确的结论，模棱两可的那种很难被选中。
网站改版的跳转规则必须做。旧链接不跳，之前攒的权重基本清零。
内容和细节别糊弄
别在一个页面上塞好几个词。一个页面解决一个问题，聚焦反而容易出结果。
- 官网的核心就三块：业务、案例、联系方式。
- 别把力气全砸在首页。大部分流量实际上是从内页进来的。
- 用脚本动态生成内容的页面，抓取方不一定看得见，这点要测试。各家情况不一样。
留资表单越短越好，字段一多，填的人就少了。
CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。
源码归属必须写进合同，这是底线。
兼容性测试别偷懒，多试几个浏览器。
第三方统计代码早点装上，上线就有数据，不用等。
弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。
在潍坊做本地服务，网站上把位置和服务范围写明白，用户心里有底。
别嫌我啰嗦。
主色别超过三个，越简单越耐看。
换个说法，案例展示要有细节。光放个客户 logo 没什么说服力，写清楚做了什么、解决了什么。
我发现问答类的内容格外容易被引用，因为结构清楚，一句问一句答。
这事吧，验收的时候自己当用户体验一遍，什么问题都跑出来了。
别嫌我啰嗦。
案例页要写过程。只放个甲方名字，说服力基本为零。
把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。这块别偷懒。
报价差异主要在人工上。模板省的是设计和开发时间，定制贵在这两块的投入。我反正是这么看的。
内链这块容易被忽略。相关内容之间互相链一下，用户停留时间明显不一样。
老实说，开发周期一般十来个月左右比较正常。说一周就能交付定制站的，我持保留态度。
后来才发现，问清楚是谁在做。有些公司接了活转手外包，沟通链一长问题就多。
交付和验收
验收条件前期定好，免得最后各说各话。
报错信息要具体，光说失败用户根本不知道怎么改。
权限要分清楚。谁能发、谁能改、谁能删，提前定好。
有空扫一遍死链，这活儿不复杂，但很多站都没做。
找几个参考站给到我，比用形容词描述高效得多。
说白了，安全别不当回事，尤其是有表单和后台的站，定期检查一下没坏处。
域名一定要注册在自己名下。我见过太多用别人代注册的，后面想要回来特别麻烦。
做站最怕做完就扔那，那等于白花钱。