下面这份清单，是我自己每次开工前会过一遍的。做网站建设的话，可以照着对。
合作怎么谈
- 死链接要及时清。我见过有站点积累了几百个 404，自己还不知道。
- 网站维护费用这块，提前谈好。包含什么、不含什么，写到纸面上。
- 证书、资质、合作方 logo，能放的都放上，信任感是攒出来的。
- 沟通效率低是这类项目最大的隐形成本，找个能聊明白的团队挺关键。这块别偷懒。
- 上线不等于结束，后面还有内容维护和数据观察，这些才是常态。我反正是这么看的。
- 错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。
- 搜索友好的结构最好一开始就规划好，事后补代价很大。
- 验收标准提前写，包括兼容哪些浏览器、支持哪些机型。
接着说。
- 视频和图片的搜索量涨得挺快，有资源可以顺手布局。
- 案例别只放合作方名字，把过程和结果写出来，说服力完全不同。
- 本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。
- 源码归属必须写进合同，这是底线。
模板和定制差在人工投入，按自己需求选，别只看钱。
老实说，做这一行久了，我发现好网站的标准其实很朴素：用户能快速找到他想要的东西。反正记着就行。
我记得，验收的时候自己当用户体验一遍，什么问题都跑出来了。
备案要提前规划，临时抱佛脚很容易耽误事。
安全性这块，中小企业最容易忽略。被挂个黑链，可能很久都不知道。
内容和细节别糊弄
旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。
可点击的元素要一眼能认出来，别为了设计牺牲可用性。
分期付款对双方都是保障，一次付清风险大。
每年做一次整体检查：内容有没有过期、链接有没有失效、设计有没有过时。反正记着就行。
上线之后才是开始
结构化数据听起来挺技术，实际上就是给内容加标签，让机器更容易看懂你在说什么。
别嫌我啰嗦。
安全更新别拖。框架出了补丁不及时打，被攻击的概率就上去了。
配图这事别敷衍，能用图说清楚的就别写字。
后来才发现，最忌讳的是频繁改。没有数据支撑的改动，多数是在瞎折腾。反正记着就行。
备份这事别嫌麻烦，出一次事就知道值了。
说实话，先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。
上线只是开始，后面的维护才是常态。
一个月复盘一次，把没动静的页面单独拎出来处理。
别嫌我啰嗦。
网站结构别搞太深。用户点五次还找不到想要的东西，基本就走了。
每个页面得有个明确目的，不然写着写着就不知道在干嘛了。
只做首页不做内页，也是常见的误区。用户是从各种页面进来的，不是只从首页。
图片要压缩，原图直接往上放，加载速度肯定崩。
移动端单独验收，两边差别经常超出预期。
跳出率这个指标要结合场景看。有些页面用户看完就走，未必是坏事。
内链这块容易被忽略。相关内容之间互相链一下，用户停留时间明显不一样。
先说个前提，时间上要现实一点，定制站动辄说几天交付，质量很难保证。
服务器稳定性比不少人想的要重要。三天两头打不开，前面做的都白费。
后台权限提前规划，人多了一乱就容易出事。
技术上的几件事
这事吧，速度这事容易被忽略，但直接影响用户去留。
别小看 FAQ 这种看起来很土的东西。用户问什么你就答什么，这种结构在现在的搜索环境里反而吃香。
系统日志保留一段时间，出事的时候能查到线索。
我发现问答类的内容格外容易被引用，因为结构清楚，一句问一句答。
签合同前把交付内容列清楚，尤其是源码和维护这两项。
不同浏览器都看看，尤其是对方要求的那几个，别只看自己常用的。
常见问题页很实用，也省客服的重复劳动。
页面速度这事，说的人不多，但影响很实在。我自己测过，慢一秒，跳出率能差出一大截。
大概就这些，做站这事，前期想清楚比后期改来改去划算得多。