注意事项放在最前面讲，因为这些都是最容易出问题的地方，别等做完了才发现。

交付和验收

• 列清单是我一直用的办法，挺难漏。

执行过程记一笔，复盘和交接都用得上。

• 先小范围验证，确认有效再放大。

第一步一定是把现状摸清楚。不知道现在什么样，谈改进就是空谈。

这个细节挺关键。

犹豫不决的时候就做测试，比争论快。

先确认收录。没被收录的页面，后面做再多也是白搭。

• 页面不在多，在于每个页面是不是真的有内容。空页面反而拖后腿。

需求中途加功能是常事，但一定要走变更流程，不然项目和预算都会失控。

• 动手之前先定目标。获客的站和展示资质的站，结构和内容差得很远。

权限要分清楚。谁能发、谁能改、谁能删，提前定好。

• 常见问题页很实用，也省客服的重复劳动。

手机端必须单独验收，大部分访客是从手机进来的。

域名和服务器账号自己注册，别让对方代持，后面很被动。

内容和细节别糊弄

• 搞一堆站发同样内容，听着聪明，实际上容易被一锅端。细节往往就差在这。
• 先列旧站的毛病，再谈新站要什么，这个顺序比较靠谱。

我发现很多站点的联系方式藏得特别深，翻三页才找得到。这种设计是在赶客。

上线前自己当用户体验全流程，问题基本都能跑出来。

• 主机的稳定性比价格重要，这个钱真不建议省。
• 后台的易用性是长期体验的关键，别图省事。

联系方式要显眼，最好每页都能看到。用户想找你的时候找不到就白搭了。

一定要有数据导出，不然将来换系统就麻烦了。

我会优先去看表现最差的页面，那里藏着最值得改的东西。

有个细节，案例要有细节，做过什么、结果如何，写出来才有说服力。

本地团队的好处是能坐下来当面聊，有些事线上真说不清楚。

报价要拆开看，含什么不含什么写清楚。

运营的人要培训。系统做得再好，不会用也白搭。

老实说，站点内容多了以后，站内搜索是刚需，早点做上。

先想清楚要什么

目标用户要想清楚。给年轻人看的和给中年人看的，设计和内容完全不同。

前期需求说得越具体，后期返工越少，这条基本不会错。

听起来简单，光有视觉没有信息的站，中看不中用，用户看完还是不知道你是干嘛的。

了解一下实际执行的人，转包太多会影响沟通质量。

顺便提一句，第三方统计代码早点装上，上线就有数据，不用等。

介绍页面写点实在的，比如团队构成和做事方式，比喊口号强。

错误提示要说人话。「提交失败」这种提示等于没说，得告诉人家哪错了。

网站做好之后，自己多拿手机点几遍，比什么验收报告都实在。

我自己踩过，首页别塞太多东西。用户进来三秒内找不到重点，就走了。

说实话，系统日志保留一段时间，出事的时候能查到线索。

后来才发现，弹窗这东西要克制。一进来就挡住内容，用户第一反应是关掉。

旧站哪些内容要保留，提前标出来。别到迁移的时候才发现重要内容没留。

换个说法，点击区域别太小，手机上手指没那么精准，这个细节很影响体验。

分期付款对双方都是保障，一次付清风险大。

CDN 能解决一部分速度问题，尤其是用户分布广的时候，效果比较明显。这点挺重要。

别在一个页面上塞好几个词。一个页面解决一个问题，聚焦反而容易出结果。

这几条记牢，能省掉不少麻烦。