系统上线之后的事，往往比上线之前多。
售后和维护
- 故障分级挺有用。小问题几小时解决，大问题几小时响应，分清楚。
- 备份不能只是做，要定期演练恢复。
响应时效约定清楚，这是售后的核心。
迭代要排期，零敲碎打做不出东西。
- 联系方式变更要第一时间同步给对方，这个细节经常被忘。
长期不动的系统也会有安全问题，定期检查别省。
维护包含哪些动作，提前界定，不然每次都要谈。
先想清楚要什么
应急预案写给谁看、谁来启动，这些要明确。
- 改动前做影响评估，这是避免连锁反应的办法。
系统升级要提前通知，别在业务高峰做。
- 已知风险提前告知，这是负责任的做法。
备份设成自动的，人工靠不住。
安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。各家情况不一样。
网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。这点挺重要。
- 网站不是做完就完了。内容更新、小改小动，这些才是长期的事。
签合同前把交付内容列清楚，尤其是源码和维护这两项。
技术上的几件事
数据备份要有。我遇到过一次硬盘故障，幸好有备份，不然全都得重来。
- 维护期内发现的小问题，集中整理一次再提，比零散提效率高。
这事吧，售后响应时间要写进合同。出问题几天没人理，谁都受不了。
- 产品页最容易写砸。参数列得再全，用户关心的实际上就那几个点。
弹窗别滥用，尤其是刚打开就盖住内容的那种，很招人烦。
证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
老实说，图片和视频别只当装饰。能说明问题的图，比一大段字管用。
运营的人要培训。系统做得再好，不会用也白搭。
旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。
结构化数据听起来挺技术，其实就是给内容加标签，让机器更容易看懂你在说什么。
后来才发现，案例页要写过程。只放个甲方名字，说服力基本为零。
说实话，CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。
客户说要「高端」，我会让他找几个喜欢的站给我看，比我猜强。
改来改去也是个问题。今天听这个说改标题，明天听那个说改结构，最后越改越乱。
接着说。
字体和版权要留意。随便下载的字体拿来商用，是有风险的。
合作怎么谈
说白了，案例要看细节，进到内页去，才知道真实水平。
URL 别太长太乱。一串参数的链接，用户看着就没什么信任感。
一问一答的形式很讨巧，结构清晰，摘取也方便。
编辑器要好用。粘贴进来的格式乱七八糟，是最常见的抱怨。
只做首页不做内页，也是常见的误区。用户是从各种页面进来的，不是只从首页。
我记得，提交后的提示要做好，不然用户会反复点。
文章之间互相链接，既方便用户也方便抓取，这活儿花不了多少时间。
把现有网站的问题列出来，比畅想新功能有用。改掉痛点，体验立刻不一样。别等出问题才想起来。
移动端单独验收，两边差别经常超出预期。
内容和细节别糊弄
多语言站注意文字长度差异，布局要有弹性。
先说个前提，搜索友好的结构最好一开始就规划好，事后补代价很大。
换个说法，我通常会先出个结构图，把栏目和层级画出来，确认了再做设计。这点挺重要。
域名和服务器账号自己注册，别让对方代持，后面很被动。
听起来简单，时间上要现实一点，定制站动辄说几天交付，质量很难保证。
站点内容多了以后，站内搜索是刚需，早点做上。
我自己踩过，简单说，SEO 关心的是排名，GEO 关心的是引用。一个是位置，一个是内容本身够不够格被拿走。
表单字段越少越好，这个跟转化率直接相关。
收录是第一步。页面都没被收录，谈什么排名。去后台看看，有多少页面是没进索引的。
维护别断，断了再接很费劲。